面向景区、商业空间和节庆项目的标准化演艺产品选择平台。
平台把原本依赖策划人员口头解释的非标准内容,转化为有明确服务范围、周期、保障、价格逻辑和案例证明的产品页面。
创景魔方不是一个演员黄页,也不是传统方案展示网站。它把演员、成熟节目和主题演艺拆成可理解、可组合、可测算的标准产品,让客户更容易作出选择,让创景魔方更容易成交主题项目。
创景雷达负责持续获客,创景魔方负责“理解 → 选择 → 测算 → 咨询 → 成交”。
1.0首先替代传统递方案的低效过程:客户不必先理解行业术语,也不需要等待定制方案,先从标准产品中完成选择。
平台把原本依赖策划人员口头解释的非标准内容,转化为有明确服务范围、周期、保障、价格逻辑和案例证明的产品页面。
2.0和3.0都以1.0获得真实市场反馈为前提,不同时启动。每一个版本都必须通过验证门,才进入下一阶段。
完成演员、单项节目、主题演艺、案例与方案的标准化;创景雷达同期启动独立基础MVP与概念入口。
加入装置、运营方案、资产复用和内部供应链;同时完善创景雷达产品能力、内容运营与客户转化。
演员、节目、编导、导演、服化道、舞美和装置工厂等外部供应商入驻,AI辅助资料标准化和供需匹配。
创景雷达是独立的行业热点工具,不属于创景魔方三大产品。它负责用高频、实时的内容价值吸引景区甲方,创景魔方负责承接客户活动需求并完成标准产品选择。

从热点直接进入档位、周期和驻场保障配置
创景魔方中出现清晰的创景雷达入口与价值介绍
创景雷达可以作为独立工具同期进入基础开发
保留热点内容查看、进入魔方产品或方案的基础路径
记录来自雷达的访问来源与基本客户行为
预留统一账号、客户标签和数据接口
完善抖音、小红书等平台的热点采集、分类和趋势变化
增加订阅提醒、热点报告、收藏与个性化推荐
热点关联主题、节目、案例、方案和节庆空间解决思路
沉淀景区类型、城市、关注方向和活动意向等客户画像
建立内容运营、用户运营、线索评分和商务转化机制
创景雷达、已有客户、微信圈层和内容传播共同把甲方带入平台;首页再以主题演艺为主推,演员和节目承担低门槛引流。
演员产品属于经纪与人员匹配服务。甲方统筹每天的工作内容、场次和时间,平台负责在已选类型、性别、身高和档期条件下匹配人员。
客户安排每日工作内容,平台负责人员匹配

8小时标准服务日
演员类型先选;详情页依次选择性别、对应身高段、按天或包月、数量、日期、城市及餐饮住宿交通。DJ、MC和主持人必须分成三个类型。
标准服务日为8小时以内,包含约1.5小时集中休息;甲方在服务时段内统筹具体工作内容和场次。包月是短期连续服务,不设置休息日选项;页面不写“每日两场巡游+两场定点”。
不选择技能标签、不选择固定节目、不选择排练包、不显示统一加班价格。超过标准服务范围的需求通过客服另行沟通。
根据演员类型、性别、身高、服务周期等已选规格,匹配后台价格表并实时提供对应报价。按天显示所选规格的日价,包月显示所选规格的月价;前端只写“包月”,订单明确实际起止日期,不写“30天包月”。餐饮、住宿和交通单独确认。
开发提示:数据库边界不得重叠,例如160–164.9与165–169.9;前端可继续显示便于理解的整数区间。
单项节目是已经成型、可独立执行、到场完成基础准备后即可演出的内容单元。一个炉子的打铁花、一个魔术节目、一个歌手的成熟节目,都可以是单项节目。
不按演员人数向客户报价

成熟团队到场执行 · 标准物料包含

适配夜游、节庆、营地

成熟节目 · 到场完成基础准备后即可演出
节目标准执行团队、服装道具、约定范围内的常规耗材、演前到场准备与基础技术确认。可在详情中由后台自定义“标准执行团队说明”,但不能让客户按人数修改节目。
单项节目统一提供1天、7天、15天和包月。每日场次不是客户选择项,也不作为前端动态价格规格;如有必要,可写在节目自定义介绍中。
前端不设置彩排、不设置超标准衔接、不设置重新编排。客户确有非标准需求时自然进入客服沟通,不在1.0在线计算。
客户看到“一个节目产品包”的价格。后台保留保障计费人数、人员构成和内部成本,用于核算食宿交通,但不把人数做成前端可选规格。

主题页面不复制节目名称、图片、说明和价格。1.0默认引用完整节目团队包,客户不选择履约模式;后台可保留执行团队类型供成本核算。
主题演艺不是演员人数套餐,也不是单个节目集合。它由主题世界观、演艺结构、互动内容、岗位团队、驻场保障和项目升级共同构成,是平台真正需要推动成交的产品。
只写通用主题逻辑、效果档位、模块、适用条件和服务边界。
单独记录项目地点、执行规模、现场照片、结果和客户反馈。

可复制的完整主题演艺产品,不是单次项目方案
迎宾互动 · 部落巡游 · 泼水狂欢 · 篝火互动 · 压轴节目

系统按人员用工方式与彩排天数计算,不写死统一单价。
实际服务起止日期以订单为准
档位名称优先表达轻量体验、完整沉浸、全域强化等效果差异。档位内部已经包含标准岗位和团队,客户不再单独选择岗位。
周期:7天 / 15天 / 包月;实际开放项由后台价格控制。餐饮和住宿可选择景区安排或我方补贴;交通选择景区安排或我方实报实销;彩排单独选择是否需要与天数。
彩排工资独立计算,不并入正式演出演员人工。舞美搭建、增加节目、服装道具升级、导演编导等专业角色放在项目升级。增加节目必须引用单项节目库。
节目周期继承主题周期;不支持时禁用,不自动换算。待核价和实报实销项明确标记。报价清单不再放选择控件,只呈现基础包、保障、升级、费用状态和当前合计,并说明演示测算不等于正式报价。
正式报价需根据场地、档期和执行条件人工复核。只计算演员人工,不包含驻场保障。
页面只写包月,订单保存实际起止日期。
即¥400/人/彩排日,独立区块列示。
跨月时按彩排发生日期对应月份分别计算。
开发应以这组页面逻辑为依据,不直接照搬示意数字。尤其彩排价格必须调用实际用工方式计算。



输入既可能是已经落地的项目方案,也可能只是一个尚未执行的主题创意。系统必须先判断内容归属,再进入标准化和审核。
活动方案、主题创意、节目资料、演员资料或历史项目素材
具体已执行项目进入案例;未执行概念进入方案或主题产品母版
提取客户价值、服务范围、规格、周期、保障、执行条件和所需素材
演员 / 单项节目 / 主题演艺;判断是否可作为标准产品上架
录入内部成本、前端价格、待确认项、实报实销项和价格有效期
生成列表卡、详情、配置、报价文案和页面预览
确认产品定位是否正确、内容是否可交付、价格是否成立、风险是否可控
建立产品ID、关联案例/节目、档期库存、媒体素材和上下架状态
产品、策划、运营、财务、执行和开发按真实订单路径逐项检查
上线、分享给客户、记录线索与选择数据,依据反馈迭代产品
保留真实执行信息,并关联对应产品。
不得作为案例宣传;先验证能否标准化交付。
下面的优先级可以直接作为产品、UI、前端、后端、运营和财务的联合验收清单。
01三大产品详情页、规格选择、驻场保障、报价清单和提交需求完整可用
02所有“包月”只显示包月,订单中明确实际起止日期,不出现“30天包月”
03主题产品按档位→周期→驻场保障→项目升级顺序配置
04主题加购节目引用单项节目ID,不在主题后台复制节目与价格
05报价区分可确定费用、待确认费用、实报实销,正式报价经过人工复核
1入口可见
2价值能看懂
3独立基础MVP可访问
4可跳转魔方产品/方案
5访问来源可追踪
6统一账号与标签接口已预留
1首页进入主题
2看懂内容
3选档位周期
4完成驻场保障
5选择项目升级
6看到完整报价状态
7提交项目需求
8后台收到完整数据
9人工出正式报价