265 lines
26 KiB
Markdown
265 lines
26 KiB
Markdown
# 4.13 营销与会员
|
||
|
||
> **本文件是【营销与会员 MKT】模块需求的编辑入口。**
|
||
> 主文件 [`../Continental-Retail-APP-PRD.md`](../Continental-Retail-APP-PRD.md) 第 4.13 节已于 2026-08 从本文件回灌（V1.1），此后的需求变更仍改本文件、再回灌。
|
||
> **两者不一致时以本文件为准。** 目录约定见 [`README.md`](./README.md)。
|
||
|
||
| 项 | 值 |
|
||
| --- | --- |
|
||
| 模块码 | MKT |
|
||
| V1.0 章节 | 4.13 |
|
||
| 描述粒度 | 6 维精简模板 |
|
||
| 需求依据 | 现状截图反推 |
|
||
| 现状承载系统 | O2O 接单宝 |
|
||
| 需求条数 | 8（待确认 7，完成度 13%） |
|
||
| 本次新增待确认 | 3（REQ-MKT-006 / 007 / 008 见[附-5](#附-5-本次拆分新增发现待业务确认)） |
|
||
| 配图 | 7 张（全部为现状-O2O） |
|
||
|
||
模块概要
|
||
|
||
---
|
||
|
||
> 本节对应[痛点 2.4](../Continental-Retail-APP-PRD.md#24-支付与营销)「支付与营销」，内容由 O2O 优惠券、会员权益、门店海报截图构建。
|
||
|
||
**业务目标** —— 让门店在开单现场就能用上券和会员权益，并具备自主获客的物料，解决[痛点 2.4](../Continental-Retail-APP-PRD.md#24-支付与营销)
|
||
|
||
**入口** —— O2O 工具条「优惠券」「会员权益」「门店海报」；[开单结算](./03-SAL-销售.md#437-结算与延保跳转)流程中的选券环节
|
||
|
||
**页面内容** —— 消费券 / 门店营销券、选择营销券、会员权益选择弹窗、会员体系开通状态、门店海报
|
||
|
||
**主流程**：
|
||
|
||
- 开单选券：结算 → 选择营销券 → 应用 → 计入金额
|
||
- 会员权益：开单 → 选择会员权益 → 应用
|
||
|
||
> ⚠️ **上面「会员权益」这条主流程与现状不符** —— 现状是首页宫格的独立入口，输会员手机号后勾选权益并提交，与开单流程无关。见 [REQ-MKT-007](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp)。
|
||
|
||
**权限规则** —— 店长可管理；技工在开单时可使用 `TODO(REQ-MKT-001)`
|
||
|
||
**数据来源** —— O2O（券、会员权益、海报）、ROOS（[采购优惠券](./08-MIN-我的.md#482-roos我的采购域资产)）
|
||
|
||
## 4.13.1 优惠券
|
||
|
||
|
||
|
||
**页面内容** —— O2O「优惠券」页的**消费券**分页（另一分页为「门店营销券」），上半部是门店的**消费券额度**看板（三项额度均为 0，配补货率环形图与一条「未满足规则，消费券额度不会增加」的橙色提示），下半部是一张可发放的满减券条目与底部**置灰**的「去发放（0）」。
|
||
|
||
**关键交互** —— ①点「额度变更记录」→ 额度流水；②点橙色提示条的「详情」→ 额度累积规则说明；③券条目的 `−` / `+` 步进器 → 调整发放数量，同步更新底部「使用额度」与「去发放（N）」计数；④点「详细说明 ∨」→ 展开该券的使用说明；⑤点「去发放」→ 发券（**本图为置灰态，发放后的流程无法从本图确认**）。
|
||
|
||
**可用角色** —— 店长 ✅（属「管理券」，附录 B 已定技工 ✗）；技工 ✗ `TODO(REQ-MKT-001)`。
|
||
|
||
**需求关联** —— [REQ-MKT-001](#4134-业务规则) 权限、[REQ-MKT-002](#4134-业务规则) 券体系归并、[REQ-MKT-006](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp) 消费券额度机制
|
||
|
||
> **本图揭示了一条 PRD 完全未描述的机制**：消费券**不是门店自建**的，而是按「扫码入库」与「补货率」自动累积额度，未达规则则不增额度，门店只能在额度内发放 —— 即消费券是**与进货挂钩的厂商激励**，不是普通营销券。详见 [REQ-MKT-006](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp)。
|
||
>
|
||
> 图中券名为 `shasha_test`，「优惠范围 1~5」「使用门槛 1~5」「仅剩 1」均为**测试数据**，不代表真实券配置。
|
||
|
||
|
||
|
||
**页面内容** —— 同一页面的**门店营销券**分页，顶部为虚线框的「+ 创建门店营销券」入口与「发放统计」卡片，**本图为空态**（「当前没有门店可用营销券」），故营销券条目的字段构成无法从本图确认。
|
||
|
||
**关键交互** —— ①点「+ 创建门店营销券」→ 建券表单（**表单字段无设计稿也无现状图，未知**）；②点月份下拉 → 切换统计周期，刷新三项计数。
|
||
|
||
**可用角色** —— 店长 ✅；技工 ✗ `TODO(REQ-MKT-001)`。
|
||
|
||
**需求关联** —— [REQ-MKT-001](#4134-业务规则)、[REQ-MKT-002](#4134-业务规则)
|
||
|
||
> **两个分页是两种截然不同的券**：消费券由上游按进货表现下发额度、门店只能发放；门店营销券由**门店自己创建**、自负成本。这一区别直接决定 [REQ-MKT-002](#4134-业务规则)「三套券叠加规则」的裁决方式 —— 资金来源不同的券能否叠加，是财务问题而非产品问题。
|
||
|
||
|
||
|
||
**页面内容** —— 开单结算环节的「选择营销券」页，**本图为完全空态**（占位插图 +「当前没有营销券」），除标题栏外无任何控件，故券列表的行内字段、可用/不可用的区分方式与是否支持多选均无法从本图确认。
|
||
|
||
**关键交互** —— ①左上返回 → 回结算页。有券时的选择交互本图无法确认。
|
||
|
||
**可用角色** —— 店长 ✅、技工 ✅（属「使用券（开单时）」，附录 B 已定两角色均 ✅）。
|
||
|
||
**需求关联** —— [REQ-MKT-002](#4134-业务规则)
|
||
|
||
> [验收标准第 2 条](#4135-验收标准)要求「不可用券给出不可用原因而非简单置灰」，但本图是空态，**现状是否已展示不可用券、以何种方式展示，本图无法确认** —— 该条属新增要求，需在设计稿中明确。
|
||
|
||
## 4.13.2 会员权益
|
||
|
||
|
||
|
||
**页面内容** —— 从 O2O 接单宝首页宫格「会员权益」唤起的弹窗，含会员手机号输入框、两项各带圆形勾选标的「权益」列表与底部橙色「确认提交」按钮，**弹窗背后是 O2O 首页**。
|
||
|
||
**关键交互** —— ①输入会员手机号 → 标识会员身份；②点权益行 → 选中/取消；③点「确认提交」→ 核销该会员的权益；④点 × → 关闭弹窗。
|
||
|
||
**可用角色** —— 店长 ✅、技工 ✅（附录 B「使用券与会员权益（开单时）」两角色均 ✅）。
|
||
|
||
**需求关联** —— [REQ-MKT-004](#4134-业务规则) 会员能力开关、[REQ-MKT-007](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp) 会员权益的触发位置
|
||
|
||
> **本图与本节主流程描述不符**：主流程写「开单 → 选择会员权益 → 应用」，而现状是**首页独立入口 + 输手机号核销**，整个过程与订单无关，弹窗内也没有任何订单信息。两种形态的差别很大（一个是订单折扣项，一个是到店服务核销），需裁决 —— 见 [REQ-MKT-007](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp)。
|
||
|
||
|
||
|
||
**页面内容** —— 同一弹窗的**已选中态**：「免费查车」变为浅橙底 + 实心黑色对勾，「免费加玻璃水」仍为未选中，手机号输入框仍为空。
|
||
|
||
**关键交互** —— ①再点已选行 → 取消选中（推测，本图无法确认）。**本图只选中了一项，无法确认权益是单选还是多选**。
|
||
|
||
**可用角色** —— 同上图。
|
||
|
||
**需求关联** —— [REQ-MKT-007](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp)
|
||
|
||
> 手机号未填时「确认提交」按钮仍为**完整橙色可点态**，未见禁用态。App 化时该按钮应在手机号校验通过前禁用。
|
||
|
||
|
||
|
||
**页面内容** —— 门店**未开通会员体系**时的引导页，灰色锁形图标与「会员体系门店未开通」之下列出开通所需的 8 个服务标签（**其中混有回归测试数据**）及一句服务同步开通说明，底部是未勾选的协议行加橙色「开通会员体系门店」按钮。
|
||
|
||
**关键交互** —— ①点《德国马牌门店非轮胎项目服务协议》→ 查看协议全文；②勾选「本店具备以上服务……愿意加入上述选择的服务体系」；③点「开通会员体系门店」→ 提交开通（**是否即时生效、是否需上游审核，本图无法确认**）。8 个服务标签样式一致、无选中态，**本图无法确认它们是静态展示还是可逐项勾选**。
|
||
|
||
**可用角色** —— 店长 ✅（开通属门店级承诺，且涉及协议签署）；技工 ✗（建议值，附录 B 未单列此功能）。
|
||
|
||
**需求关联** —— [REQ-MKT-004](#4134-业务规则)、[REQ-MKT-008](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp) 会员体系开通流程
|
||
|
||
> **本图暴露了 [REQ-MKT-004](#4134-业务规则) 的一处逻辑冲突**：该规则要求「未开通会员体系的门店隐藏相关入口」，但**本页本身就是未开通门店才能看到的开通入口** —— 若一并隐藏，门店将永远无法自助开通。需求需细化为「隐藏的是权益核销入口，保留的是开通申请入口」，见 [REQ-MKT-008](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp)。
|
||
>
|
||
> 服务标签中的「**测试无需领取的**」「**回归531会员**」「**全回归1028**」三项是 O2O 侧的**测试数据**，非真实服务项；真实项应为前 5 项。该数据由 O2O 维护，清理属 O2O 侧责任，本 PRD 不为此提需求，仅提示读者勿据此图统计服务项数量。
|
||
>
|
||
> 本页的《德国马牌门店非轮胎项目服务协议》是继[用户协议与隐私政策](./01-LGN-账号登录.md#412-业务规则)之外的**第三份需签署留痕的协议**（O2O 首页另有「协议中心」入口），App 化后协议签署的版本号与时间戳如何留痕，随 [REQ-MKT-008](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp) 一并确认。
|
||
|
||
> 会员体系是**门店级能力开关**：未开通的门店应隐藏相关入口，而非展示空页面。这是[门店能力开关](../Continental-Retail-APP-PRD.md#74-门店能力开关)的典型场景。
|
||
|
||
## 4.13.3 门店海报
|
||
|
||
|
||
|
||
**页面内容** —— 「门店海报」页，只有橙色区块的「门店小程序码」与白色区块的「门店海报」列表两块，**列表为空态**（「没有数据了！」），故海报条目的字段构成、尺寸与模板类型均无法从本图确认。
|
||
|
||
**关键交互** —— ①点/长按小程序码 → 保存或分享（**本图未画出任何按钮，交互方式无法确认**）；②有海报时点条目 → 预览/保存（同样无法确认）。**本图中未见「保存到相册」或「分享」控件**。
|
||
|
||
**可用角色** —— 店长 ✅；技工 ✗（附录 B「管理券 / 门店海报」已定技工 ✗）`TODO(REQ-MKT-001)`。
|
||
|
||
**需求关联** —— [REQ-MKT-001](#4134-业务规则)、[REQ-MKT-003](#4134-业务规则) 海报分享
|
||
|
||
> V1.0 的 4.13.3 称「海报涉及保存到相册与分享」，但**本图并未出现这两个控件** —— 它们可能在海报详情页或长按菜单中，也可能是 App 端的新增能力。`TODO(REQ-MKT-003)` 需一并明确控件位置，不只是分享目标。
|
||
>
|
||
> 另需注意：页面顶部的「门店小程序码」与海报是**两件不同的物料**，V1.0 只提到海报。小程序码扫码后进入的是消费者侧小程序（消费者侧本就不做 App 化），因此码本身无需改造，但 App 内是否保留该展示位需确认。
|
||
|
||
> 海报涉及保存到相册与分享。App 内需要相册写入权限与分享能力 —— 见 [8.4 安全与合规](../Continental-Retail-APP-PRD.md#84-安全与合规)、《App 原生能力集成文档》。分享目标（微信 / 系统分享）—— `TODO(REQ-MKT-003)`。
|
||
|
||
## 4.13.4 业务规则
|
||
|
||
**REQ-MKT-001 权限** —— 技工在开单时可用券与权益，但不可管理 `TODO(REQ-MKT-001)`
|
||
|
||
**REQ-MKT-002 券体系归并** —— 三套券的适用场景与叠加规则待定 `TODO(REQ-MKT-002)`
|
||
|
||
**REQ-MKT-003 海报分享** —— 分享目标与相册权限方案待定 `TODO(REQ-MKT-003)`
|
||
|
||
**REQ-MKT-004 会员能力开关** —— 未开通会员体系的门店隐藏相关入口
|
||
|
||
> ⚠️ 该规则需细化：隐藏的是**权益核销**入口，**开通申请入口必须保留**，否则门店无法自助开通。见 [REQ-MKT-008](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp)。
|
||
|
||
**REQ-MKT-005 券与返利关系** —— 消费者补贴（[返利构成](./11-RBT-返利中心.md#4114-返利构成说明)）与消费券是否为同一资金来源待定 `TODO(REQ-MKT-005)`
|
||
|
||
**REQ-MKT-006 消费券额度机制** —— 消费券非门店自建，额度按「扫码入库」与「补货率」自动累积，门店只能在可用额度内发放，实质是与进货表现挂钩的厂商激励。累积规则与考核周期、额度变更记录与详情两页是否进 App、发放对象与领取方式、额度是否随[切换门店](./02-HOM-APP首页与导航.md#426-业务规则)隔离，均待定 `TODO(REQ-MKT-006)`
|
||
|
||
**REQ-MKT-007 会员权益的触发位置** —— 本节主流程写作「开单 → 选择会员权益 → 应用」，现状却是首页宫格独立入口 → 输入会员手机号 → 勾选权益 → 提交，与开单流程完全解耦，二者是不同的业务动作。App 采用哪一种、权益单选还是多选、核销是否生成单据并计入[经营业绩](./12-PRF-经营业绩与报表.md#412-经营业绩与报表)、会员手机号与[销售](./03-SAL-销售.md#43-销售)侧客户手机号是否同一份数据，均待定 `TODO(REQ-MKT-007)`
|
||
|
||
**REQ-MKT-008 会员体系开通流程与协议留痕** —— 开通是门店自助动作，前置条件是承诺具备一组非轮胎服务能力并签署《德国马牌门店非轮胎项目服务协议》，开通后联动服务项管理。App 是否承载该流程、服务标签是承诺清单还是可逐项勾选、是否需上游审核、协议签署留痕（版本号 + 时间戳）如何处理，均待定 `TODO(REQ-MKT-008)`。这是继[用户协议与隐私政策](./01-LGN-账号登录.md#412-业务规则)之外的第三份协议
|
||
|
||
## 4.13.5 验收标准
|
||
|
||
1. 未开通会员体系的门店，会员权益入口不下发；
|
||
2. 开单选券时，不可用券给出不可用原因而非简单置灰；
|
||
3. 海报保存失败（无相册权限）时给出可操作的引导，而非静默失败。
|
||
|
||
---
|
||
|
||
## 附：本模块归拢信息
|
||
|
||
> 以下内容从主文件的其它章节归拢而来，便于本模块独立评审。**回灌主文件时不处理本分界线以下的部分**——主文件的附录仍是全局视图。
|
||
|
||
### 附-1 业务数据字典（主文件附录 A）
|
||
|
||
**主文件附录 A 未收录本模块的字段清单。** 附录 A 现有 A.1–A.9 九节（登录 / 首页 / 销售 / 提醒 / 采购 / 延保 / 门店管理 / 财务业绩 / 个人中心），**INV、RBT、MKT、MSP 四个模块没有对应节**。
|
||
|
||
本模块至少涉及以下数据集，需业务补齐字段级定义：
|
||
|
||
| 数据集 | 来源 | 备注 |
|
||
| --- | --- | --- |
|
||
| 消费券额度（总额度 / 可用额度 / 扫码入库新增额度） | O2O | 含额度变更流水，见 [REQ-MKT-006](#附-5-本次拆分新增发现待业务确认) |
|
||
| 消费券列表（券类型 / 优惠范围 / 门槛 / 有效期 / 剩余数量） | O2O | |
|
||
| 门店营销券（门店自建）与发放统计 | O2O | 创建总数 / 已领取 / 已使用，按月 |
|
||
| 会员权益项与核销记录 | O2O | 以会员手机号为主键 |
|
||
| 会员体系开通状态与服务项清单 | O2O | 门店级能力开关，见[门店能力开关](../Continental-Retail-APP-PRD.md#74-门店能力开关) |
|
||
| 门店海报与门店小程序码 | O2O | |
|
||
|
||
营销与会员模块数据集（**本表为本次拆分据现状截图补写，非主文件原文**，需业务确认后并入附录 A）
|
||
|
||
### 附-2 权限矩阵（主文件附录 B 本模块分行）
|
||
|
||
**图例**：✅ 完整权限 · 🔸 受限 · ⚙️ 需店长/后台显式授权 · ✗ 无权限 · ❓ 待确认
|
||
|
||
| 功能 | 店长 | 技工 | 备注 / 待确认 |
|
||
| --- | --- | --- | --- |
|
||
| 使用券与会员权益（开单时） | ✅ | ✅ | |
|
||
| 管理券 / 门店海报 | ✅ | ✗ | `TODO(REQ-MKT-001)` |
|
||
|
||
营销与会员模块权限矩阵（摘自主文件[附录 B](../Continental-Retail-APP-PRD.md#附录-b-权限矩阵)）
|
||
|
||
适用的全局权限实施规则：接口层强制（REQ-ACC-004）；⚙️ 类由店长或后台经[人员管理「可用系统」](./09-STM-门店管理.md#49-门店管理)授予（REQ-ACC-005）；**🔸 与 ❓ 项在待确认关闭前，一律按更严格的一侧实现**（REQ-ACC-006）；权限变更后用户下次进入 App 即生效（REQ-ACC-007）。
|
||
|
||
> 附录 B 只有两行，覆盖不全。逐图核看后发现**至少两项功能未在矩阵中列明**：①「会员体系开通」（涉及协议签署与门店级服务承诺，建议店长 ✅ / 技工 ✗）；②「消费券发放（去发放）」（涉及厂商额度消耗，建议店长 ✅ / 技工 ✗）。两项均随 [REQ-MKT-006](#附-5-本次拆分新增发现待业务确认) / [REQ-MKT-008](#附-5-本次拆分新增发现待业务确认) 补入附录 B。
|
||
>
|
||
> 另注意「使用券与会员权益（开单时）」这一行的括号 —— 若 [REQ-MKT-007](#附-5-本次拆分新增发现待业务确认) 裁定会员权益是**独立核销入口**而非开单环节，该行的措辞与权限边界都要改写。
|
||
|
||
### 附-3 待确认项（主文件 10.2.11）
|
||
|
||
主文件 10.2.11 是「业绩、营销、福利兑换（PRF / MKT / MSP）」三模块合并的一节，以下为按 REQ 前缀拆出的 MKT 分片：
|
||
|
||
| 编号 | 待确认内容 | 建议决策方 |
|
||
| --- | --- | --- |
|
||
| REQ-MKT-001 | 技工可用券与权益但不可管理，边界确认 | 产品 |
|
||
| REQ-MKT-002 | **三套券（O2O 消费券 / 门店营销券 / ROOS 马牌券·经销商券）的适用场景与叠加规则** | 业务 |
|
||
| REQ-MKT-003 | 门店海报的分享目标与相册权限方案 | 产品 |
|
||
| REQ-MKT-004 | 消费者补贴与消费券是否为同一资金来源 | 财务 |
|
||
|
||
营销与会员模块待确认项（摘自主文件 [10.2.11](../Continental-Retail-APP-PRD.md#10211-业绩营销福利兑换prf--mkt--msp)，4 条）
|
||
|
||
**本次拆分新增 3 条**（回灌主文件时并入 10.2.11）：
|
||
|
||
| 编号 | 待确认内容 | 建议决策方 |
|
||
| --- | --- | --- |
|
||
| **REQ-MKT-006** | **消费券额度机制** —— 消费券非门店自建，而是按扫码入库与补货率自动累积额度，实为与进货挂钩的厂商激励，主文件只字未提，详见[附-5](#附-5-本次拆分新增发现待业务确认) | 业务 / 财务 |
|
||
| **REQ-MKT-007** | **会员权益的触发位置** —— 主文件写「开单 → 选权益」，现状是首页独立入口且与开单完全解耦，两者是不同的业务动作 | 产品 / 业务 |
|
||
| **REQ-MKT-008** | **会员体系开通流程与协议留痕** —— 门店自助开通、承诺服务能力、签署第三份协议并联动服务项管理；且 REQ-MKT-004「未开通则隐藏入口」必须细化 | 产品 |
|
||
|
||
合计 7 条待确认（原 4 条 + 新增 3 条）。回灌时需同步[附录 D.2](../Continental-Retail-APP-PRD.md#d2-模块级追溯汇总) 的 MKT 行（5 / 4 / 20% → 8 / 7 / 13%）与第 10.2 节总数。
|
||
|
||
> 末行的编号错位见 [4.13.4](#4134-业务规则) 的说明：该问题实际属 REQ-MKT-005。
|
||
>
|
||
> 另有一条跨模块待确认与本模块相关：主文件第 10 章 **C11「O2O 独有功能无归属」**（平安账号 / 服务项报名 / 门店海报 / 服务结算单 / 会员权益 / 经营范围 / 协议中心）标了 `TODO(REQ-MKT-*)`，其中**门店海报**与**会员权益**已在本模块成文，**协议中心**归 [4.9 门店管理](./09-STM-门店管理.md)，**服务项报名**与本模块的会员体系开通存在联动（开通会员体系会同步开通服务项），需一并梳理。
|
||
|
||
### 附-4 配图清单（主文件附录 C 4.13 节）
|
||
|
||
| 序 | 说明 | 文件 |
|
||
| --- | --- | --- |
|
||
| 1 | 现状-O2O 优惠券（消费券）：**额度看板 + 补货率 + 可发放券条目**，额度按扫码入库累积；券名为测试数据 | `../mini-program-images/O2O/优惠券-消费券.png` |
|
||
| 2 | 现状-O2O 优惠券（门店营销券）：门店自建入口 + 按月发放统计；**列表空态** | `../mini-program-images/O2O/优惠券-门店营销券.png` |
|
||
| 3 | 现状-O2O 选择营销券：**完全空态**，无任何控件 | `../mini-program-images/O2O/选择营销券-空态.png` |
|
||
| 4 | 现状-O2O 会员权益弹窗：**手机号 + 权益勾选 + 确认提交**，从首页宫格唤起，与开单无关 | `../mini-program-images/O2O/会员权益弹窗.png` |
|
||
| 5 | 现状-O2O 会员权益弹窗（已选权益）：「免费查车」选中态 | `../mini-program-images/O2O/会员权益弹窗-已选权益.png` |
|
||
| 6 | 现状-O2O 会员体系门店（未开通）：8 项服务承诺 + 协议勾选 + 自助开通按钮；**含 3 条测试服务项** | `../mini-program-images/O2O/会员体系门店-未开通.png` |
|
||
| 7 | 现状-O2O 门店海报：门店小程序码 + 海报列表**空态**，**未见保存/分享控件** | `../mini-program-images/O2O/门店海报.png` |
|
||
|
||
营销与会员模块配图清单，7 张（全部为现状-O2O）。说明较主文件[附录 C](../Continental-Retail-APP-PRD.md#附录-c-图表清单)已按实际截图内容补充，主文件附录 C 回灌时应一并更新。
|
||
|
||
> 7 张中有 **4 张是空态或含测试数据**（第 2、3、6、7 张），本模块的现状证据强度明显弱于其它模块。评审时不宜据此图集推断券与权益的真实字段结构，建议向业务索取一份**有真实数据**的门店账号截图。
|
||
|
||
### 附-5 本次拆分新增发现（待业务确认）
|
||
|
||
以下 3 条**不在主文件现有 5 条 MKT 需求内**，是本次逐张核看 7 张配图时发现的、现有需求未覆盖的事项。编号接 REQ-MKT-005 顺延，**尚未登记进主文件 10.2.11**，回灌时需一并并入并更新主文件的规模声明与附录 D.2 计数。
|
||
|
||
| 编号 | 待确认内容 | 证据 | 建议决策方 |
|
||
| --- | --- | --- | --- |
|
||
| REQ-MKT-006 | **消费券额度机制**：消费券并非门店自建，而是按「扫码入库」与「补货率」自动累积额度（页面明示「未满足规则，消费券额度不会增加，如有疑问请联系 SR」），门店只能在可用额度内「去发放」。这实质是**与进货表现挂钩的厂商激励**，主文件对此机制只字未提。需确认：①额度累积规则与考核周期（是否按月重置）；②「额度变更记录」与「详情」两个页面是否在 App 内承载；③「去发放」的目标对象是谁、发放后消费者如何领取；④额度是否随[门店切换](./02-HOM-APP首页与导航.md#426-业务规则)隔离。 | [4.13.1](#4131-优惠券) 图 1 | 业务 / 财务 |
|
||
| REQ-MKT-007 | **会员权益的触发位置**：主文件主流程写作「开单 → 选择会员权益 → 应用」，但现状是**首页宫格独立入口 → 输入会员微信绑定手机号 → 勾选权益 → 确认提交**，弹窗内无任何订单信息，与开单流程完全解耦。两者是不同的业务动作（订单折扣项 vs 到店服务核销）。需确认：①App 采用哪一种，还是两者都要；②权益是单选还是多选（本图只选中一项，无法确认）；③核销后是否生成单据、是否计入[经营业绩](./12-PRF-经营业绩与报表.md)；④会员手机号与[销售](./03-SAL-销售.md)侧的客户手机号是否同一份数据。 | [4.13.2](#4132-会员权益) 图 4、图 5 + 本节主流程 | 产品 / 业务 |
|
||
| REQ-MKT-008 | **会员体系开通流程与协议留痕**：开通是**门店自助**动作，前置条件是门店承诺具备一组非轮胎服务能力（标准洗车 / 蘑菇钉补胎 / 免费加玻璃水 / 免费查车 / 延保服务），并勾选签署《德国马牌门店非轮胎项目服务协议》，开通后联动「服务项管理」同步开通。需确认：①App 是否承载该开通流程，还是仅展示状态、开通引导至他处；②服务标签是静态承诺清单还是可逐项勾选；③提交后是否需上游审核；④该协议的签署留痕（版本号 + 时间戳）如何处理 —— 这是继[用户协议与隐私政策](./01-LGN-账号登录.md#412-业务规则)之外的第三份协议，且 O2O 另有「协议中心」入口；⑤**[REQ-MKT-004](#4134-业务规则)「未开通则隐藏相关入口」必须细化** —— 隐藏权益核销入口、保留开通申请入口，否则门店无法自助开通。 | [4.13.2](#4132-会员权益) 图 6 | 产品 / 业务 / 法务 |
|
||
|
||
本次拆分新增待确认项，3 条
|
||
|
||
> 另有三项**不需新增编号**的观察，已就地记在各图下方：①消费券与门店营销券的**资金来源不同**（厂商额度 vs 门店自负），直接影响 [REQ-MKT-002](#4134-业务规则) 的叠加规则裁决；②「选择营销券」页为空态，[验收标准第 2 条](#4135-验收标准)要求的「不可用原因」在现状中无从验证，属 App 新增要求；③「门店海报」页未见保存/分享控件，[REQ-MKT-003](#4134-业务规则) 需一并明确控件位置而非只定分享目标。
|