rongshu/工作空间/产研/权益/汇丰全行/产品原型/pc-demo/audit/活动后台配置审查结论.md

活动后台配置审查结论

审查范围

• 移动端依据：Reward Platform活动模块方案细化(1).pptx
• 银行后台参考：Copy of CUPD管理台0108-问题提出版_260119 (002).xlsx
• 二次整理稿：权益平台活动模块_产品文档_后台菜单进度模板版.md
• 当前实现：pc-demo 活动模块源码

本次只审查信息架构、字段归属和业务闭环，不修改代码。浏览器连接失败，因此没有使用旧截图作为本次视觉证据，视觉与交互细节仍需后续逐页复核。

总结

当前 Demo 不适合继续按 MD 逐字段补齐。主要问题不是字段少，而是 MD 把移动端能力、后台资源、业务规则、运营查询都拆成了独立菜单，当前实现又把这些概念直接平铺为 11 个菜单，导致系统越来越像“字段目录”，不像银行运营人员实际配置活动的工作台。

PPT 说明的是移动端目标体验和 Phase 2 场景；Excel 才是银行后台的初步配置参考。MD 可以做需求索引，但不应该作为页面和菜单的逐字实现规范。

P0：必须调整

1. 菜单过度拆分

当前 11 个菜单中，以下内容不适合全部作为一级菜单：

• 报名表单、通知模板应归入“内容管理”。
• 权益发放计划应归入现有“权益管理”。
• Campaign、Channel、链接、二维码和版位应归入“渠道/投放管理”。
• 信用卡活动入口属于页面入口或版位配置，不属于活动核心配置。
• 进度模板是否独立，取决于是否真的会跨活动复用；Demo 阶段可作为活动配置中的模板选择器或二级菜单。

建议活动管理下保留 5 个主要入口：

1. 活动管理
2. 客群管理
3. 活动内容配置
4. 活动规则与进度配置
5. 活动进度查询

权益发放沿用权益管理，渠道投放沿用渠道管理，不重复建立活动专属体系。

2. “达标规则”和“进度模板”仍然混在一起

虽然已经新增进度模板页，但达标规则页仍包含：

• 进度样式
• 层级数、任务数
• 对客文案、问号说明
• 发奖次数 Z

这些不是同一层的数据：

• 达标规则只负责数据来源、标签/字段、操作符、规则值、AND/OR、观察周期和输出状态。
• 进度模板负责层级、任务布局、状态文案、按钮文案和 MGM 双视角展示。
• 发奖次数和奖励跳转属于权益发放计划。

当前拆分在菜单上完成了，但数据模型没有真正拆开。

3. 活动主配置缺少 PPT 的关键报名分支

当前“客群与报名”只有报名、确认、补充信息和名额，缺少：

• 是否留资
• 关联留资表
• 第三方跳转链接
• 补充信息关闭后是否已报名成功
• 无需报名时按钮跳转逻辑
• 无进度直接发奖

PPT 的关键不是多几个输入框，而是必须能表达以下互斥流程：

1. 需要报名 / 无需报名
2. 需要确认 / 不需要确认
3. 需要补充信息 / 不需要补充信息
4. 平台内完成 / 跳第三方继续
5. 有进度 / 无进度直接发奖 / 无进度无奖励

这些应做成条件化流程配置，不应一直显示所有字段。

4. 报名表单的数据结构不正确

当前表单只支持一组 字段名称 + 字段类型 + 最大长度，但 PPT 明确是最多两个可独立配置的收集字段。每个字段至少需要：

• 字段名称
• 对客标签
• 类型
• 是否必填
• 占位文案
• 长度/格式校验
• 错误文案

第三方跳转链接属于报名流程，不应放在表单字段资源里。

5. 报表页不是“活动进度查询”

当前页面只是活动汇总表，展示报名百分比、达标配置、奖品和互斥状态。Excel 的“活动进度查询”实际包含客户级记录，MD 也列出了六类查询：

• 客户活动报名
• 客户达标情况
• 客户权益发放
• 积分明细
• 立减金发放
• 信用卡权益领取及使用

至少第一版 Demo 应提供“报名记录、达标进度、权益发放”三个 Tab，并支持按活动 ID、Customer ID、状态和时间查询。

P1：重要缺口

6. 客群管理只是文字说明，不是可配置规则

当前用“规则说明”文本框代替标签组合，不能表达 Excel 中的：

• 标签
• 操作符
• 规则值
• AND/OR 组合
• Sizing
• 黑名单/白名单
• 客户号预览

Demo 不需要真实圈客接口，但必须把规则构造器的结构表现出来。

7. 权益发放计划字段不足

当前缺少：

• 权益/礼品 ID
• 单人发放数量
• 每日发放上限
• 是否需要客户领取
• 按钮文案映射
• 跳转目标
• 发奖通知模板
• 剩余库存和库存预警

另外“引用活动”不应手工输入，应由系统根据引用关系计算。

8. 投放配置没有银行 Excel 中的归因模型

当前只有活动名称、渠道、渠道码、物料、版位和链接，缺少：

• Campaign ID
• Channel ID
• 投放开始/结束时间
• MobileX 版位
• 权益首页 1-8 版位
• 草稿/已发布/已下线
• 生成链接、二维码/太阳码的明确操作

“活动名称”和“版位”也应选择已有资源，不能自由输入。

9. 互斥配置字段较全，但业务模型仍偏自由输入

互斥活动目前是文本输入，无法建立真实引用关系。应改为活动或活动类型选择，并补充：

• 生效时间
• 优先级
• Case A/B/C 的处理结果
• 推荐人侧文案
• T+1 修正后是否保留报名记录
• 已发奖客户不可回滚的保护说明

10. 缺少发布后的稳定性控制

当前资源可以直接编辑、停用，但没有表现：

• 被活动引用后是否允许修改
• 已发布活动使用中的规则是否锁定
• 修改是否生成新版本
• 变更影响多少活动和已报名客户
• 审核记录与驳回原因

银行后台最需要避免的是运营修改规则后影响存量客户，这比继续补字段优先级更高。

P2：Demo 表现问题

• 活动图片使用 URL 输入框，不像真实运营后台，应表现上传、尺寸要求和预览。
• 活动详情用普通多行文本，不足以表达图文详情和白名单链接。
• 当前通用弹窗只检查第一个必填字段，不能证明配置闭环。
• 多个页面把“引用活动”做成手工文本，容易造成虚假的关联关系。
• 当前活动管理的六个 Tab 方向正确，但需要根据开关动态显示字段并给出流程摘要。

推荐的第一版范围

第一版必须完整演示

1. 新建普通报名活动
2. 新建无需报名活动
3. 配置最多两个补充信息字段
4. 配置展示客群和报名客群
5. 选择一种进度样式和一条达标规则
6. 选择权益发放计划
7. 配置 NTB 活动实时互斥
8. 提交审核、审核通过、发布
9. 查询报名、达标和发放记录

第一版只保留入口或示意

• MGM T+1 极限 Case
• 信用卡活动完整体系
• 多渠道效果分析
• 高级短信变量
• 真实发奖、真实标签和真实二维码生成

推荐实施顺序

1. 先收敛菜单和字段归属。
2. 修正报名流程、达标规则、进度模板、发放计划的数据边界。
3. 补齐三个客户级查询 Tab。
4. 再完善互斥 Case 和投放配置。
5. 最后做视觉和交互逐页验证。