# 活动后台配置审查结论

## 审查范围

- 移动端依据：`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. 最后做视觉和交互逐页验证。
