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