业务级需求（Business Requirements - RQD-B）
文档编号：DOC-A02-B / RQD-B
版本：V2.2
维护人：BO / DT
决策角色：BO
关联文档：README.md、战略级需求.md、执行级需求.md、DT 听写工作手册、DIS 派单服务设计
V2.2 升级摘要（V8.0 阶段一派单服务独立化）：
- §八 物流配送需求：LGP-03 智能派单归属服务由 DLV 调整为 DIS 派单服务，对齐 TL C8「业务架构解耦」指示
- LGP-08 信用评分与派单优先级：由 DIS 消费 DLV-035 实现派单权重计算
一、QSV 报价服务需求
1.1 核心功能需求
| 需求编号 |
需求描述 |
优先级 |
| QSV-01 |
支持 8 大品类的基础费率配置与查询 |
P0 |
| QSV-02 |
基于楼宇类型（唐楼/公屋/村屋等）的动态系数计算 |
P0 |
| QSV-03 |
支持区域系数（港岛/九龙/新界/离岛）的差异化定价 |
P0 |
| QSV-04 |
实时报价计算：基础费 × 系数 + 附加费 |
P0 |
| QSV-05 |
报价明细全透明展示（各项费用逐项列出） |
P0 |
| QSV-06 |
支持时段系数（平峰/高峰/紧急）动态调整 |
P1 |
| QSV-07 |
支持师傅等级系数（金牌/认证/普通）溢价 |
P1 |
| QSV-08 |
支持封顶价机制，保障客户价格上限 |
P1 |
| QSV-09 |
报价单「灵活部分」机制：对无法提前确定的现场环境或服务需求（如客户配合时间、现场环境等），以独立区块列出，提供明确单价 + 整体计价规则 + 最高限价 |
P0 |
| QSV-10 |
MFR 开放报价功能（Web 端）：MFR 员工以个人名义注册（可绑定 MFR 也可不绑定），输入报价必要信息后系统自动生成详细报价，支持下载 PDF 文档供 MFR 直接提供给 CST |
P0 |
1.2 定价原则
- 全透明：下单前完整明细展示，杜绝"上门后加价"
- 封顶价：每项服务设封顶价，避免意外
- 加价险：提供加价险选项，客户可选购保障
- 动态调整：基于 8 大类参数实时计算
- 数据校准：CPT 采集的实际数据持续校准报价参数
1.3 业务约束
| 约束 |
说明 |
| 品牌约束 |
UI、物料须遵循织布鸟品牌视觉规范 |
| 价格约束 |
平台抽成 10-25%，师傅到手不低于市场价 80% |
| 数据约束 |
参数须标注来源，不确定信息须标注 |
1.4 报价单灵活部分机制（QSV-09 详述）
背景：实际安装服务中，部分费用项无法在报价时提前确定，例如：
- 客户配合时间不确定（如客户临时改约、等待时间）
- 现场环境未勘察（如实际楼层结构、电梯可用性、停车条件）
- 隐蔽工程不确定（如墙体内部管线、防水层状况）
- 拆旧工作量不确定（如旧设备锈蚀程度、固定方式）
设计要求：
1. 独立区块：灵活部分在报价单中独立列出，与确定部分明确分隔，避免混淆
2. 明确单价：每项灵活费用提供明确的单价（如「等待费 HKD 50/15分钟」）
3. 整体计价规则：每项灵活费用提供计价规则说明（如「超预约时间 15 分钟起计，每 15 分钟一档」）
4. 最高限价：每项灵活费用设定最高限价（封顶），保障客户价格上限（如「等待费最高 HKD 200」）
5. 结算依据：灵活部分实际发生时，需 CPT-D L6 安装阶段采集现场证据（照片/师傅记录）作为结算依据
1.5 MFR 开放报价功能（QSV-10 详述）
定位：面向 MFR（生产商）员工的开放报价工具，降低 MFR 向 CST 提供安装报价的门槛。
核心流程：
1. 个人注册：MFR 员工以个人名义注册账号（手机号/邮箱），不强制绑定企业
2. 可选绑定 MFR：注册后可绑定所属 MFR 企业（关联 PPL 档案），也可不绑定独立使用
3. 输入报价必要信息：产品类型、规格型号、客户地址、安装服务需求等精简输入
4. 系统自动生成报价：基于 QMD 报价模型 + MDS 主数据自动计算，生成详细报价单（含确定部分 + 灵活部分）
5. 下载 PDF：生成可下载的 PDF 报价文档，MFR 直接提供给 CST
业务约束：
- 绑定 MFR 的报价单可展示 MFR 信任徽章（对齐 PPL §2.2）
- 未绑定 MFR 的报价单仅展示平台报价，不含 MFR 品牌信息
- 开放报价不直接生成订单，需 CST 确认后转为正式订单（CPT L1 线索来源）
二、CPT 客户项目跟踪服务需求
2.1 核心功能需求
| 需求编号 |
需求描述 |
优先级 |
| CPT-01 |
支持客户项目 8 阶段生命周期管理（线索→回访） |
P0 |
| CPT-02 |
全生命周期信息采集（客户/师傅/配送等关系方） |
P0 |
| CPT-03 |
主动信息引导（设计触点主动采集，非被动等待） |
P0 |
| CPT-04 |
各阶段信息完整性校验门槛 |
P0 |
| CPT-05 |
异常分支处理（20 类异常场景 + SLA 升级路径） |
P0 |
| CPT-06 |
数据反哺 QSV 报价参数校准 |
P1 |
| CPT-07 |
客户满意度结构化回访问卷（含 NPS 采集） |
P0 |
| CPT-08 |
服务报告自动生成与归档 |
P2 |
| CPT-09 |
多策略客户跟踪池（流失/成功/问题/推荐/高价值/季节性/休眠/竞品对比 8 类） |
P0 |
| CPT-10 |
流失客户跟踪与再成交策略（7/30/90d 回访机制） |
P0 |
| CPT-11 |
成功客户跟踪与复购促进策略（成本效能分析 + 复购预测） |
P1 |
| CPT-12 |
交叉对比矩阵（8 类多维对比，挖掘业务洞察） |
P1 |
| CPT-13 |
口碑营销数据支撑（NPS 驱动推荐 + 案例内容化 + 信任徽章） |
P0 |
| CPT-14 |
推荐激励与裂变机制（双向激励 + 屋苑社群裂变） |
P1 |
2.2 业务约束
| 约束 |
说明 |
| 数据约束 |
客户/师傅信息保密，不得外泄 |
| 流程约束 |
未达完整性要求不可流转至下一阶段 |
| 时效约束 |
各阶段最长处理时间须明确（如 L3→L4 不超过 24h） |
三、综合跨服务需求
3.1 品类范围
| 品类 |
编号 |
优先级 |
说明 |
| 家具 |
C01 |
P0 |
床、沙发、桌椅、衣柜 |
| 灯具 |
C02 |
P0 |
吊灯、吸顶灯、台灯 |
| 卫浴 |
C03 |
P0 |
花洒、马桶、洗手盆 |
| 厨房 |
C04 |
P1 |
橱柜、抽油烟机、灶具 |
| 家电 |
C05 |
P1 |
冰箱、洗衣机、空调 |
| 智能设备 |
C06 |
P1 |
智能锁、摄像头、传感器 |
| 门窗 |
C07 |
P2 |
窗帘、门、窗 |
| 软装 |
C08 |
P2 |
挂画、地毯、装饰品 |
3.2 场景策略
| 编号 |
场景 |
客户类型 |
获客性质 |
配套资料 |
| S01 |
线上平台露出（FB/IG/小红书/Google） |
C 端零售 |
内容触发型 |
素材包 |
| S02 |
香港拼多多宅配随箱卡片露出 |
C 端零售 |
场景触发型 |
卡片设计 |
| S03 |
国内主流电商平台官方服务承包商 |
C 端（平台导流） |
官方背书型 |
对接方案 |
| S04 |
中港物流落地配+安装合作 |
B 端物流公司 |
资源引荐型 |
合作协议 |
| S05 |
内地家居品牌香港官方安装合作商 |
B 端品牌方 |
源头合作型 |
合作协议 |
| S06 |
香港菜鸟物流合作（淘宝/天猫香港买家） |
B 端平台 |
准入合作型 |
对接方案 |
3.3 业务风险
| 风险 |
影响 |
概率 |
应对策略 |
负责角色 |
| 定价风险 |
报价过高流失/过低亏损 |
高 |
A/B 测试，动态调整系数 |
BO |
| 师傅供给 |
技工短缺，招募不足 |
中 |
内地劳务合作，收入保障 |
OL |
| 竞争风险 |
低价抢市场 |
中 |
价格透明+品质差异化+口碑壁垒 |
BO |
| 楼宇信息 |
数据不准致报价偏差 |
中 |
师傅上门核实反馈 |
TL |
项目执行层面风险（数据安全、法规风险、交付风险）见 PJM §2.4。
3.4 MDS 主数据服务需求
主数据服务（MDS）为 QSV/CPT/DSP/OPS 等业务服务提供共享主数据支撑，详见 MDS-D。
| 需求编号 |
需求描述 |
优先级 |
所属库 |
| MDS-01 |
维护 8 大品类 32 细分类目目录与基础费率表 |
P0 |
SCL |
| MDS-02 |
建立产品参数与工时/难度的映射关系 |
P0 |
SCL |
| MDS-03 |
维护细分类目的技能要求矩阵（SK1/SK2/SK3） |
P1 |
SCL |
| MDS-04 |
建立港岛/九龙核心区域楼宇档案库（覆盖 80% 住宅） |
P0 |
BPL |
| MDS-05 |
支持师傅现场核实楼宇信息并反哺档案更新 |
P0 |
BPL |
| MDS-06 |
维护 7 大楼宇类型系数映射（0.9-2.5） |
P0 |
BPL |
| MDS-07 |
维护师傅三级等级体系（金牌/认证/普通）与系数映射 |
P0 |
WPL |
| MDS-08 |
维护师傅技能矩阵（可服务品类+细分技能等级） |
P0 |
WPL |
| MDS-09 |
支持师傅等级月度校准（基于 CPT 采集的评分与接单量） |
P1 |
WPL |
| MDS-10 |
维护客户五维标签体系（生命周期/价值/行为/楼宇/信任） |
P1 |
CPL |
| MDS-11 |
支持客户信任徽章自动颁发（6 类徽章） |
P1 |
CPL |
| MDS-12 |
维护客户推荐关系链与激励结算 |
P2 |
CPL |
| MDS-13 |
主数据按服务权限分级访问（L1 公开/L2 内部/L3 敏感/L4 机密） |
P0 |
MDS-D |
| MDS-14 |
CPT 采集数据反哺 MDS 四库画像更新（数据闭环） |
P0 |
MDS-D |
| MDS-15 |
遵循香港 PDPO 私隐条例，客户/师傅敏感数据脱敏 |
P0 |
MDS-D |
四、口碑营销策略（核心壁垒）
口碑营销是平台最关键的竞争壁垒（见 RQD-S §3）。家居服务高客单价、低频次、强信任依赖的特性，决定了"熟人推荐 + 信任可证伪"是获客与留存的最优路径。
4.1 关键策略方向
| 策略 |
核心机制 |
关键动作 |
OPS 执行 / CPT 支撑 |
| 服务透明化 |
全流程透明（报价/师傅/进度） |
自动生成可分享"服务卡片"（含报价明细+师傅信息+完工照片） |
L3 报价明细 + L6 完工照片 + L7 验收 |
| NPS 驱动推荐 |
L8 采集 NPS，9-10 分激活推荐 |
L8 后自动触发"推荐有礼"邀请 |
L8 NPS 评分 + 推荐意愿 |
| 师傅个人品牌 |
师傅主页+历史评分+案例作品 |
客户可分享师傅名片（带专属推荐码） |
L6-L8 师傅评分 + 案例库 |
| 案例内容化 |
完工案例库+图文/视频 |
L6 完工照片+L7 验收视频纳入案例库 |
L6/L7 多媒体采集 |
| 社群裂变 |
屋苑/小区社群+老带新 |
屋苑团购+邻居推荐激励（基于楼宇聚类） |
楼宇数据库聚类 |
| B 端背书 |
B 端合作方品牌背书 |
S03-S06 合作方 logo+联合营销 |
B 端订单关联 |
4.2 口碑与复购、推荐联动机制
flowchart TD
L7["L7 验收通过"] --> L8["L8 NPS 采集"]
L8 -->|NPS 9-10| REF["推荐邀请触发"]
L8 -->|NPS 7-8| REP["复购优惠触发"]
L8 -->|NPS≤6| ISSUE["问题客户池"]
REF -->|推荐成功| POOL_REF["推荐客户池"]
REP -->|复购订单| POOL_WIN["成功客户池"]
ISSUE -->|挽回| POOL_WIN
ISSUE -->|未挽回| POOL_DORM["休眠客户池"]
POOL_REF -->|推荐激励发放| L1["新客户 L1 入站"]
POOL_WIN -->|复购激励| L1
POOL_DORM -->|季度唤醒| L1
4.3 激励机制设计
| 联动节点 |
触发条件 |
自动动作 |
激励形式 |
数据归集 |
| 验收→推荐 |
L7 通过且 L8 NPS 9-10 |
推送推荐链接 |
双向 HKD 50-100 优惠券 |
推荐客户池 |
| 验收→复购 |
L7 通过且 L8 NPS 7-8 |
推送复购优惠券 |
季节性品类券（如台风季灯具） |
成功客户池 |
| 复购→推荐 |
累计复购 ≥2 次 |
升级推荐人等级 |
激励升级（HKD 100→200） |
推荐客户池（KOC 标识） |
| 推荐→复购 |
被推荐人复购 |
双向二次激励 |
二次优惠券 |
推荐+成功双池 |
| 流失→唤醒 |
流失 90d 后 |
推送挽回优惠 |
限时高额券（HKD 100 无门槛） |
流失客户池 |
推荐激励采用双向发放（HKD 50-200），双向激励转化率高于单向 2-3 倍。香港本地市场对"熟人推荐"信任度高于广告，建议激励上限提升至 HKD 200（参考平均客单价 5-10%）。
4.4 信任徽章体系
基于 CPT 采集的实际数据，为客户与师傅生成可验证的信任徽章：
| 徽章 |
授予条件 |
CPT 数据来源 |
| 零增项 |
历史订单无增项记录 |
L6 增项记录 |
| 准时服务 |
SLA 达成率 100% |
L5/L6 时效记录 |
| 高满意度 |
L8 评分≥4.5 累计 N 单 |
L8 满意度评分 |
| 回头客 |
累计复购≥2 次 |
复购历史 |
| 推荐达人 |
产生≥3 次有效转介绍 |
推荐客户池 |
五、OPS 运营服务需求
运营服务（OPS）是平台获客与增长引擎，统筹获客渠道、销售物料、推广传播、口碑营销、B端合作五大职能，详见 OPS-D。
| 需求编号 |
需求描述 |
优先级 |
| OPS-01 |
维护 6 类获客场景运营流程与配套物料（SCENE 01-06） |
P0 |
| OPS-02 |
管理 7 组销售物料体系（基础资质/报价/订单工具/过程追踪/售后/推广/合作结算） |
P0 |
| OPS-03 |
线上平台内容矩阵运营（FB/IG/小红书/Google） |
P1 |
| OPS-04 |
拼多多随箱卡片获客与转化追踪 |
P1 |
| OPS-05 |
B端合作洽谈与合同管理（物流公司/品牌方/电商平台） |
P0 |
| OPS-06 |
口碑营销执行（NPS 驱动推荐/案例内容化/师傅个人品牌） |
P0 |
| OPS-07 |
推荐激励与裂变机制（双向激励/屋苑社群裂变） |
P1 |
| OPS-08 |
复购促进策略（季节性品类券/复购优惠码） |
P1 |
| OPS-09 |
信任徽章对外展示（客户端/师傅端/推荐场景） |
P1 |
| OPS-10 |
与 CPT/MDS 数据协同（消费 CPL 标签/WPL 品牌资料，口碑触发反馈 CPT） |
P0 |
六、真实用户测试需求（V1.4 新增）
真实用户测试由听写（DT）承担，代表真实用户对生产环境进行全面深入完整的测试。详见 DT 听写工作手册 §四 真实用户测试职责。
6.1 测试范围需求
| 需求编号 |
需求描述 |
优先级 |
| TST-01 |
以真实用户身份执行客户端（CST-App）端到端业务流程（注册→下单→支付→收货→评价） |
P0 |
| TST-02 |
以真实用户身份执行师傅端（WKR-App）端到端业务流程（接单→配送→安装→回填→结算） |
P0 |
| TST-03 |
以真实用户身份执行运营后台（OPR-Admin）核心操作（订单管理/师傅调度/数据看板） |
P0 |
| TST-04 |
覆盖 8 阶段生命周期全链路（L1 线索 → L8 回访）的端到端测试 |
P0 |
| TST-05 |
核对各端用户操作手册的准确性、可操作性、完整性（含截图时效性） |
P0 |
| TST-06 |
异常场景测试（网络中断/超时/输入异常/权限边界） |
P1 |
| TST-07 |
NFR 非功能需求感知测试（性能/可用性/兼容性/安全感知） |
P1 |
6.2 Bug 类型区分需求
听写在测试过程中发现的 bug，须进行类型区分并 @ 对应 AI 处置：
| 需求编号 |
需求描述 |
优先级 |
| TST-08 |
区分代码问题（逻辑错误/UI 渲染/交互行为与设计不符）→ @听码处置 |
P0 |
| TST-09 |
区分运行环境/配置问题（服务不可达/超时/证书错误/第三方集成异常）→ @听云处置 |
P0 |
| TST-10 |
区分混合问题（同时存在代码与环境问题）→ @听码+@听云协同处置 |
P1 |
| TST-11 |
区分业务规则问题（实际行为与业务规则不符，但代码与环境均正常）→ 提交 SPO/BO 决策 |
P1 |
6.3 只读后门功能需求
重要约束：本组功能仅供听写使用，普通真实用户无权访问。功能定位为只读性后门，帮助听写快速识别 bug 类型，不修改任何数据。详细技术规格见 DIP1-SPEC 只读后门功能章节。
| 需求编号 |
需求描述 |
优先级 |
| TST-12 |
提供服务健康检查后门（BD-01）：查询后端各服务健康状态 |
P0 |
| TST-13 |
提供配置项查看后门（BD-02）：查询当前环境关键配置项（不显示明文值） |
P0 |
| TST-14 |
提供接口元数据查询后门（BD-03）：查询指定 API 端点的路由、方法、权限要求 |
P1 |
| TST-15 |
提供数据库表结构查询后门（BD-04）：查询指定表的结构、索引、RLS 策略（不查询数据内容） |
P1 |
| TST-16 |
提供错误日志摘要后门（BD-05）：查询最近 N 条 5xx 错误日志摘要 |
P0 |
| TST-17 |
提供用户会话状态查询后门（BD-06）：查询指定用户当前会话状态 |
P1 |
| TST-18 |
后门访问控制：听写专用 API Token（独立于普通用户 Token）+ 仅 dt-backdoor 角色可访问 + 所有访问记入审计日志 |
P0 |
| TST-19 |
后门数据脱敏：所有返回数据自动脱敏（手机号/邮箱/Token 明文等敏感字段） |
P0 |
| TST-20 |
后门网络限制：仅允许从指定 IP 段访问（听写运行环境 IP） |
P1 |
6.4 测试报告需求
| 需求编号 |
需求描述 |
优先级 |
| TST-21 |
测试完成后输出结构化测试报告至协作记录（含通过/失败统计、Bug 清单、操作手册核对结果） |
P0 |
| TST-22 |
Bug 清单须包含：Bug ID、现象、复现步骤、类型、判定依据、处置方、优先级 |
P0 |
| TST-23 |
后门使用记录须在测试报告中留痕（时间、功能、结果摘要） |
P1 |
6.5 业务约束
| 约束 |
说明 |
| 真实用户视角 |
测试须以真实用户视角完成，不使用任何内部接口、不绕过任何 UI 流程、不使用任何管理员特权 |
| 后门最小使用 |
后门仅用于 bug 类型判定，不用于功能验证；避免对每条 bug 都调用后门 |
| 后门安全红线 |
后门 Token 不得写入任何文档、不得提交至 Git、不得分享给其他 AI 或人类 |
| 协作闭环 |
听写发现 bug → 类型判定 → @听码或@听云 → 处置 → 听写验证 → 关闭协作记录 |
七、生产商服务需求（V2.0 新增）
家居产品生产商（MFR）作为 B 端客户，通过织布鸟平台委托物流配送+安装服务。详见 CPT-D、MDS-D。
7.1 核心功能需求
| 需求编号 |
需求描述 |
优先级 |
| MFR-01 |
生产商注册与认证（企业资质审核） |
P0 |
| MFR-02 |
生产商专属 Web 端门户（订单管理/数据看板/结算） |
P0 |
| MFR-03 |
批量创建物流+安装订单（支持 Excel/API 导入） |
P0 |
| MFR-04 |
订单全流程进度追踪（物流→安装→验收） |
P0 |
| MFR-05 |
客户 NPS 评分查看与导出 |
P1 |
| MFR-06 |
物流费+安装费组合报价查询 |
P0 |
| MFR-07 |
月度对账单导出与在线结算 |
P0 |
| MFR-08 |
生产商产品目录管理（SKU/重量/体积/品类） |
P1 |
| MFR-09 |
异常订单处理与沟通通道 |
P1 |
| MFR-10 |
生产商运营数据看板（订单量/满意度/结算金额） |
P2 |
7.2 业务约束
| 约束 |
说明 |
| 数据隔离 |
生产商仅可查看本企业创建的订单、客户反馈与结算数据 |
| 权限分级 |
支持企业管理员/操作员/只读观察员三级权限 |
| 结算周期 |
默认月结，支持 T/T 银行转账 |
| 品牌约束 |
生产商品牌信息须经审核后方可展示 |
八、物流配送需求（V2.0 新增 · V2.1 LGP-03 派单归属 DIS）
物流配送服务商（LGP）承接平台派单的配送任务，支持香港本地与中港跨境两种配送模式。详见 CPT-D、QMD。
V2.1 变更：LGP-03 平台智能派单归属服务由 DLV 调整为 DIS 派单服务，对齐 TL C8「业务架构解耦」指示。LGP 角色作为派单结果接收方（司机端），派单决策由 DIS 执行。
8.1 核心功能需求
| 需求编号 |
需求描述 |
优先级 |
| LGP-01 |
物流商注册与认证（企业资质+中港车牌审核） |
P0 |
| LGP-02 |
物流商专属 App 端（接单/导航/签收/异常上报） |
P0 |
| LGP-03 |
平台智能派单（基于区域/能力/评分匹配物流商）—— V2.1 归属 DIS 派单服务 |
P0 |
| LGP-04 |
本地配送流程：接单→提货→配送→签收 |
P0 |
| LGP-05 |
跨境配送流程：接单→提货→清关→配送→签收 |
P0 |
| LGP-06 |
物流签收拍照+客户签字确认 |
P0 |
| LGP-07 |
异常场景即时上报（延误/损坏/拒收/地址错误） |
P0 |
| LGP-08 |
物流商信用评分与派单优先级挂钩 —— V2.1 由 DIS 消费 DLV-035 实现 |
P1 |
| LGP-09 |
配送轨迹实时追踪（GPS 定位+照片打卡） |
P1 |
| LGP-10 |
跨境合规文件管理（清关单/报关单/车牌信息） |
P1 |
8.2 配送模式需求
| 需求编号 |
需求描述 |
优先级 |
配送模式 |
| DLV-01 |
本地配送基础计费（HKD 150-300） |
P0 |
本地 |
| DLV-02 |
本地重量附加费（HKD 2-5/kg） |
P0 |
本地 |
| DLV-03 |
本地体积附加费（HKD 100-200/m³） |
P1 |
本地 |
| DLV-04 |
本地时段附加费（高峰+20%） |
P1 |
本地 |
| DLV-05 |
本地距离附加费（HKD 10-20/km） |
P1 |
本地 |
| DLV-06 |
跨境运输费（HKD 800-2000） |
P0 |
跨境 |
| DLV-07 |
跨境清关费（HKD 200-500） |
P0 |
跨境 |
| DLV-08 |
跨境保险费（货值 0.5%-1%） |
P1 |
跨境 |
| DLV-09 |
跨境车牌使用费（HKD 100-300/次） |
P0 |
跨境 |
| DLV-10 |
跨境代理服务费（HKD 100-200） |
P1 |
跨境 |
8.3 业务约束
| 约束 |
说明 |
| SLA 时效 |
本地配送 ≤ 4 小时，跨境配送 1-3 天 |
| 质量门控 |
客户签收时需拍照确认外包装完好性 |
| 安全保障 |
高价值物品须购买保险（跨境强制） |
| 合规要求 |
跨境配送须完成清关，遵守香港与内地进出口法规 |
九、跨服务需求更新（V2.0 变更）
9.1 角色矩阵更新
原有干系方矩阵扩展为 7 方：
| 干系方 |
简称 |
角色 |
终端 |
V2.0 变化 |
| 客户 |
CST |
服务接收者 |
App |
增加物流配送进度查看 |
| 师傅 |
WKR |
服务执行者 |
App |
不变 |
| 配送人员 |
DLV |
物流执行者 |
App |
升级为 LGP 角色 |
| 家居产品生产商 |
MFR |
B 端委托方 |
Web |
新增 |
| 物流配送服务商 |
LGP |
物流执行方 |
App |
新增 |
| 平台运营 |
OPR |
流程管控者 |
Web |
增加 MFR/LGP 管理 |
| 合作方 |
PRT |
B端订单来源 |
— |
合并入 MFR |
9.2 CPT 生命周期阶段更新
L5 配送阶段拆分为「物流配送子流程 + 安装子流程」：
| 阶段 |
名称 |
V2.0 核心变化 |
| L1 |
线索获取 |
新增 MFR 作为线索来源（生产商委托） |
| L2 |
需求确认 |
确认物流配送模式（本地/跨境）+ 安装需求 |
| L3 |
报价 |
新增物流费报价（本地/跨境两档）+ 安装费报价 |
| L4 |
签约 |
客户/生产商确认组合报价 |
| L5 |
配送记录 |
拆分：L5.1 物流接单→L5.2 物流提货→L5.3 配送（本地/跨境）→L5.4 签收确认 |
| L6 |
安装作业 |
物流签收后自动触发师傅派单：L6.1 师傅接单→L6.2 师傅到达→L6.3 入户保护→L6.4 安装作业→L6.5 完工清场 |
| L7 |
验收 |
客户验收安装成果（含产品外观验收） |
| L8 |
售后回访 |
对物流+安装全流程的 NPS 采集 |
9.3 MDS 主数据扩展
四库扩展为六库：
| 主数据库 |
简称 |
V2.0 变化 |
| 客户特征库 |
CPL |
不变 |
| 楼宇特征库 |
BPL |
新增配送影响字段（电梯/货车通道） |
| 师傅特征库 |
WPL |
不变 |
| 安装服务特征库 |
SCL |
新增「安装+配送」组合 SKU |
| 生产商档案库 |
PPL |
新增 |
| 物流商档案库 |
DLV |
新增 |
修订记录
| 版本 |
日期 |
修订人 |
修订内容 |
| V1.0 |
2026-08-04 |
DT |
从 RQD 拆分独立 |
| V1.1 |
2026-08-04 |
DT |
§2.1 CPT 需求新增 CPT-09~14（差异化跟踪+口碑营销）；§3.3 竞争风险应对新增口碑壁垒；新增 §4 口碑营销策略（6 大方向+联动机制+激励设计+信任徽章） |
| V1.2 |
2026-08-05 |
DT |
§3 综合跨服务需求新增 §3.4 MDS 主数据服务需求（MDS-01~15，覆盖 SCL/BPL/WPL/CPL 四库+服务级需求） |
| V1.3 |
2026-08-05 |
DT |
§3.4 MKT→OPS；§4 口碑营销表头调整为「OPS 执行 / CPT 支撑」；新增 §5 OPS 运营服务需求（OPS-01~10） |
| V1.4 |
2026-08-17 |
DT |
新增 §六 真实用户测试需求（承接 PMG V9.1 听写新增真实用户测试职责）：① §6.1 测试范围需求 TST-01~07（三端端到端+8 阶段全链路+操作手册核对+异常场景+NFR）；② §6.2 Bug 类型区分需求 TST-08~11（代码问题→@听码 / 配置问题→@听云 / 混合问题→协同 / 业务规则问题→SPO/BO）；③ §6.3 只读后门功能需求 TST-1220（BD-01BD-06 六项后门+访问控制+数据脱敏+网络限制）；④ §6.4 测试报告需求 TST-21~23；⑤ §6.5 业务约束（真实用户视角/后门最小使用/安全红线/协作闭环）；关联文档新增 DT 听写工作手册引用 |
| V2.0 |
2026-08-18 |
DT |
重大需求变更：新增家居产品生产商（MFR）与物流配送服务商（LGP）两个干系方，业务模型升级为 B2B2C。① 新增 §七 生产商服务需求（MFR-01~10，含注册认证/订单管理/批量导入/进度追踪/NPS查看/结算等）；② 新增 §八 物流配送需求（LGP-01~10 核心功能 + DLV-01~10 配送计费，支持本地/跨境双模式）；③ 新增 §九 跨服务需求更新（角色矩阵扩展至 7 方、CPT 生命周期 L5/L6 阶段拆分、MDS 四库扩展为六库） |