横店影视自营业务迭代优化 · 下半年工作计划
这份计划把横店影视传统自营业务的改造收敛为五条主线：活动营销效果量化、活动模板化配置、C 端体验重构、自营智能客服、影城使用成本下降。 五个 P0 任务在 2026 年 10 月至 2027 年 3 月内并行推进，产品侧四份 PRD 与技术集成同步启动。
项目定位与范围
本项目归属横店影视企业业务，落在信息技术部的自营业务产品线，改造对象是横店影视自营的票务与卖品经营体系。
改造面覆盖两侧：面向观众的一侧是 C 端小程序与 App 的功能和体验改造；面向影城与总部的一侧是自营平台配套后台的功能模块升级、卖品功能迭代、智能活动模块以及客服系统。两侧共用同一套用户与活动数据，活动效果与用户画像的能力建设也因此成为贯穿全部任务的前置项。
计划周期取 2026 年 10 月至 2027 年 3 月。由于立项时点已进入 10 月，"下半年"按当前时点起算的未来半年编排：2026 年四季度集中完成规范、方案与 PRD 定稿，并让埋点与画像能力先上线；2027 年一季度承接开发落地与试运行。
业务目标与当前差距
五个业务目标按"先补数据能力、再做标准化、最后落到体验"的顺序排列：前两个解决营销活动的测不准与做不快，中间两个解决观众与客服体验，最后一个解决影城内部的使用成本。
| 编号 | 业务目标 | 当前差距 | 衡量口径 |
|---|---|---|---|
| G1 | 补全活动营销的跟踪与分析能力：活动前有目标，活动后可分析，后续能沉淀，投入产出可量化 | 活动数据分散在票务、卖品、券、渠道各自的后台；没有统一的活动目标定义与效果回收口径；活动结束即归档，结论无法复用；ROI 算不出来 | 活动目标设定覆盖率、活动复盘报告产出率、可计算 ROI 的活动占比 |
| G2 | 把签到、分享裂变、线下互动等可标准化活动做成模板集成进活动中心，业务人员自行配置，管理岗上线前审批并责任到人 | 同类活动重复开发，研发资源被常态化占用；活动上线依赖研发排期，业务侧无法自主推进；缺少上线前的审批与责任记录 | 模板化活动占比、活动配置到上线的平均时长、审批流覆盖率、研发介入次数 |
| G3 | C 端体验重构，对标万达 RApp，把购票链路做到一线主流水平 | 购票主链路步骤与耗时高于主流水平；问题反馈入口分散，用户诉求回收慢 | 购票主链路步骤数与耗时、用户反馈量、客诉量 |
| G4 | 构建横店影视自营智能客服平台 MVP 1.0，核心在 C 端交互体验与坐席智能响应 | 客服以人工为主，响应时效受坐席在线情况影响；C 端侧没有可在会话内完成的卡片式业务办理 | 智能客服拦截率、首次响应时长、单次会话平均处理时长、自助解决率 |
| G5 | 降低自营平台学习成本，简化业务操作，减少影城人员的使用成本与问题反馈 | 后台操作路径长、术语与线下业务习惯不一致；影城人员需依赖培训与人工答疑 | 核心操作步骤数、培训时长、影城侧问题工单量 |
P0 任务分解
五个 P0 任务并行推进，任务 1 是其余四项的数据与画像底座，任务 2、3 产出 PRD 后进入开发，任务 4、5 在开发期同步落地。
| 编号 | P0 任务 | 覆盖范围与关键产出 | 负责 | 周期 |
|---|---|---|---|---|
| T1 | CLKLOG 用户画像埋点能力集成与用户画像 V1.0.0 | CLKLOG 接入、埋点规范与事件属性字典、用户画像 V1.0.0（标签体系首版）、埋点验收记录 | 张栩铭 | 2026-10 — 2026-12 |
| T2 | 活动中心产品架构设计与 PRD 输出 | 十个模块：工作台、活动管理、活动日历、审批中心、权益库、券管理、用户与客群、触达中心、内容素材、数据分析 | 蒋剑刚 | 2026-10 — 2027-01 |
| T3 | 客服平台升级改造与 PRD 输出 | 卡片式交互（订票、退票、活动、领券）与 Web 4.0 客服可视化工作台 | 郭园园 | 2026-10 — 2027-01 |
| T4 | C 端界面改造与 CLK 埋点升级 V2.0 | C 端小程序 / App 界面与购票链路改造；埋点从 V1.0.0 升级到 V2.0，覆盖改造后的新链路 | 郭园园（C 端交互）、张栩铭（埋点集成） | 2026-11 — 2027-02 |
| T5 | 后端平台票务与卖品产品体验优化 | 依据线下业务操作规范简化操作、加强人机交互、新增移动终端简化操作界面；含小功能设计"横店影视 · 游艺娱乐管理" | 张栩铭 | 2026-10 — 2027-02 |
任务之间的先后关系
- T1 的事件与属性字典是 T2 数据分析模块、T3 客服会话埋点、T4 埋点升级共同依赖的口径来源，需在 11 月底前评审通过。
- T2 与 T3 的 PRD 在 11 月完成初稿并交叉评审，重点对齐活动与客服在券、权益上的共用边界。
- T4 的界面改造需等 T3 的 C 端交互方案定稿后进入开发，避免购票链路二次返工。
- T5 与 C 端改造共用票务接口，接口调整顺序在开发排期评审时统一确定。
排期与里程碑
| 工作流 | 10月 | 11月 | 12月 | 1月 | 2月 | 3月 |
|---|---|---|---|---|---|---|
| T1 埋点与画像 | ||||||
| T2 活动中心 | ||||||
| T3 客服平台 | ||||||
| T4 C 端改造 | ||||||
| T5 票务与卖品 |
表列月份自 2026 年 10 月起顺次排列；T1 于 12 月收口，T2、T3、T4、T5 在 2027 年一季度交付。
| 里程碑 | 时间 | 当期交付 |
|---|---|---|
| M0 | 2026-10 下旬 | 项目启动，改造范围与口径对齐，埋点规范与事件属性字典评审通过 |
| M1 | 2026-11 下旬 | 活动中心 PRD 初稿、客服平台 PRD 初稿完成并交叉评审；CLK 埋点 V1.0.0 上线 |
| M2 | 2026-12 下旬 | 用户画像 V1.0.0 上线；客服平台 PRD 定稿；活动中心方案评审通过 |
| M3 | 2027-01 下旬 | 活动中心首批标准化模板上线试运行；C 端改造进入开发 |
| M4 | 2027-02 下旬 | C 端改造上线；票务与卖品体验优化上线，含游艺娱乐管理小功能 |
| M5 | 2027-03 下旬 | 客服 MVP 1.0 试运行；活动 ROI 分析产出首份活动复盘报告 |
组织与分工
产品侧按"架构统一、模块到人"的方式分工：架构与数据/技术集成由张栩铭统管，两份平台 PRD 分给两位产品经理并行推进。
| 角色 | 人员 | 职责范围 |
|---|---|---|
| 产品架构总设计 | 张栩铭 | 整体产品架构与模块边界；活动中心与客服平台、C 端、后端之间的接口与数据口径；五份交付物的评审归口 |
| 产品经理 | 郭园园 | 客服平台 PRD；C 端交互体验 PRD |
| 产品经理 | 蒋剑刚 | 活动中心平台 PRD（含工作台、活动管理、活动日历、审批中心、权益库、券管理、用户与客群、触达中心、内容素材、数据分析） |
| 平台架构与埋点 | 张栩铭 | CLKLOG 集成、埋点规范、用户画像 V1.0.0 及 V2.0 升级的技术集成 |
| 后端平台票务与卖品 | 张栩铭 | 票务与卖品的产品体验优化方案与落地推进 |
| 开发分组 | 俞总及开发组长 | 开发小组划分、人力投入与开发排期分配 |
开发侧的小组划分与人力投入不在本计划预设，由俞总及开发组长在 PRD 评审通过后分配；本计划只固定产品侧的责任人与交付时间，并预留与开发排期对齐的节点。
风险与依赖
| 编号 | 风险 / 依赖 | 影响 | 应对 |
|---|---|---|---|
| R1 | 埋点数据分散在票务、卖品、券、渠道多个系统，字段口径不一致 | 画像标签与活动 ROI 的计算基础不成立 | 10 月内完成数据源盘点与口径对齐，产出事件属性字典并评审通过后再开发 |
| R2 | 活动中心的权益库与既有券系统存在功能重叠 | 活动中心与现有券能力重复建设，或出现两套券规则并存 | 在 T2 PRD 阶段明确权益与券的边界，券管理只做规则统一入口，不另建发券体系 |
| R3 | C 端改造涉及小程序审核与发布窗口 | 上线时间受平台审核周期影响 | 开发完成时间预留审核缓冲，灰度发布与回滚方案随改造方案一并提交 |
| R4 | 客服平台与现有客服系统需要一段并行期 | 坐席需同时值守两套系统，响应时效短期可能下降 | MVP 1.0 先按业务场景分批切换，卡片式交互在试点窗口内与人工坐席并行 |
| R5 | 开发人力由俞总及开发组长分配 | 开发启动时间与人力投入不在产品侧可控范围 | PRD 定稿时间前置到 1 月，为开发排期留出对齐窗口 |
验收口径
验收按交付物逐项判定，能量化的给量化口径，基线尚未测定的先标注为待测，不预设目标值。
| 交付物 | 验收标准 | 验证方式 |
|---|---|---|
| 埋点与画像 V1.0.0 | 事件与属性字典评审通过；画像标签可查询、可回溯 | 按字典逐条抽样核验埋点上报；标签结果与业务台账对照 |
| 活动中心 PRD | 十个模块的结构、流程与状态定义完整，含审批流与责任归属 | PRD 评审通过；抽查标准化活动能否由业务人员独立配置走完审批 |
| 活动效果分析 | 活动前可设目标、活动后自动产出复盘，投入产出可计算 | 以一次真实活动跑通目标设定到复盘报告产出的完整链路 |
| 客服平台 MVP 1.0 | 卡片式交互覆盖订票、退票、活动、领券四类场景；坐席工作台可用 | 四类场景逐条实测；坐席工作台由客服团队试用确认 |
| C 端改造 | 购票主链路步骤数与耗时较改造前下降 | 改造前后同路径计时对比（基线在 M0 阶段测定） |
| 票务与卖品体验 | 核心操作步骤数下降；移动终端可完成票务与卖品的主要操作 | 影城现场实测操作路径；收集影城侧问题工单量变化 |
待确认事项
- 各目标的量化目标值（活动 ROI 目标、客服首次响应时长、C 端购票耗时的下降幅度）需业务与管理层确认后补入本计划。
- 改造前基线数据（购票主链路耗时、影城核心操作步骤数、客服响应时长）在 M0 阶段测定，作为后续验收的对照。
- 开发小组划分与人力投入由俞总及开发组长分配，产品侧按分配结果对齐开发排期。