需求变更影响分析：新增生产商与物流配送服务商务
文档编号：DOC-A10 / RCD-A
版本：V1.0
创建日期：2026-08-17
维护人：听写（DT）/ TL
关联文档：RQD-B、CPT-D、MDS-D、QMD、DIP1-SPEC
一、变更概述
1.1 需求来源
用户指令原文（2026-08-17）：
"增加两个干系方，一个是家居产品生产商（web端），他们会通过各类销售渠道向香港用户销售家居产品（例如：家具，电器。。。），然后通过织布鸟平台找到物流配送服务商（另一个增加的干系方，app移动端）和安装师傅，其中，配送服务可以选择香港本地或中港跨境（内地工厂或仓库送到香港家庭住所）"
1.2 变更性质
本需求变更属于架构级重大变更，将项目业务模型从当前的 B2C（客户→平台→师傅） 单一安装服务模式，升级为 B2B2C（生产商→平台→物流商→师傅→客户） 的销售+配送+安装全链路服务模式。
1.3 变更影响范围概览
| 影响维度 |
影响程度 |
受影响文档数量 |
说明 |
| 业务需求文档 |
🔴 重大 |
5+ |
RQD-B/S/O 三层需求均需更新 |
| 服务设计文档 |
🔴 重大 |
6+ |
CPT/D、MDS-D、QSV-D、OPS-D 核心设计变更 |
| 技术文档 |
🟡 中等 |
5+ |
DIP1-ARC、SPEC、SCH、API、PROTO 需新增内容 |
| 项目管理制度 |
🟡 中等 |
2+ |
PJM RACI 表、AGENTS 角色矩阵需更新 |
| 协作/测试文档 |
🟡 中等 |
3+ |
UAT 准备文档、协作记录需修订 |
| 合计 |
— |
21+ 份文档 |
预计修改量 300+ 页面 |
二、业务模型变化说明
2.1 原有业务模型（V1）
graph LR
C[客户] -- "下单" --> P[平台]
P -- "派单" --> W[师傅]
W -- "上门安装" --> C
P -- "报价+回款" --> C
特征：平台直接面向 C 端客户，提供单一的上门安装服务。
2.2 新业务模型（V2）
graph LR
M[家居产品生产商<br/>Web端] -- "销售家居产品" --> C[客户]
M -- "通过织布鸟平台<br/>委托物流+安装" --> P[织布鸟平台]
P -- "匹配物流商" --> L[物流配送服务商<br/>App端]
P -- "匹配安装师傅" --> W[安装师傅<br/>WKR-App]
L -- "配送家居产品" --> C
W -- "上门安装" --> C
P -- "物流费+安装费" --> M
P -- "质检+口碑" --> C
特征：
- B2B2C 模式：生产商作为 B 端客户委托平台提供"物流+安装"增值服务
- 双服务能力：平台从单一安装服务升级为"物流配送 + 安装服务"的组合服务
- 双配送模式：
- 本地配送：香港本地仓库 → 香港客户地址
- 跨境配送：内地工厂/仓库 → 香港客户地址（涉及清关）
2.3 新增干系方定义
2.3.1 家居产品生产商（Manufacturer - Web 端）
| 项 |
内容 |
| 角色编码 |
MFR |
| 角色名称 |
家居产品生产商 |
| 终端 |
Web 端（PC） |
| 核心职责 |
① 家居产品销售（家具、电器等）；② 通过织布鸟平台委托物流配送+安装服务；③ 追踪订单配送与安装进度；④ 接收客户反馈与 NPS |
| 业务场景 |
① 在生产商官网/电商平台销售家居产品 → 客户下单 → 生产商在织布鸟平台创建物流+安装需求 → 平台匹配物流商和师傅 → 完成配送安装 |
| 权限范围 |
仅可查看本生产商创建的订单、物流进度、安装记录、客户反馈 |
| 核心需求 |
① 批量创建物流+安装订单；② 追踪每单配送安装进度；③ 查看客户 NPS 评分；④ 结算物流费+安装费 |
2.3.2 物流配送服务商（Logistics Provider - App 端）
| 项 |
内容 |
| 角色编码 |
LGP |
| 角色名称 |
物流配送服务商 |
| 终端 |
App 端（移动端，类似师傅端 App） |
| 核心职责 |
① 接收平台派单的物流配送任务；② 从仓库/工厂提货；③ 配送至客户地址；④ 拍照签收；⑤ 支持香港本地与跨境两种配送模式 |
| 业务场景 |
① 收到平台推送的配送任务（App 推送）→ 确认接单 → 前往仓库/工厂提货 → 配送至客户地址 → 拍照签收 → 触发师傅上门安装 |
| 权限范围 |
仅可查看本物流商承接的配送订单 |
| 配送模式 |
① 本地配送：香港本地仓库 → 香港客户地址（无清关）；② 跨境配送：内地工厂/仓库 → 香港客户地址（需中港车牌、清关、海关文件） |
三、受影响文档全清单与修改方案
3.1 业务需求层（RQD 三层）
| # |
文档 |
简称 |
修改类型 |
核心修改内容 |
| 1 |
战略级需求 |
RQD-S |
V1.1→V1.2 |
新增生产商合作模式作为业务增长引擎；新增物流配送作为核心服务能力 |
| 2 |
业务级需求 |
RQD-B |
V1.4→V2.0 |
①新增"生产商服务需求"（§6）；②新增"物流配送需求"（§7）；③更新跨服务需求（L5 配送阶段拆分）；④更新角色矩阵 |
| 3 |
执行级需求 |
RQD-O |
V1.4→V2.0 |
①新增 MFR/LGP 干系方需求分配；②新增物流配送功能组；③更新 MVP 范围 |
3.2 服务设计层
| # |
文档 |
简称 |
修改类型 |
核心修改内容 |
| 4 |
客户项目跟踪服务设计 |
CPT-D |
V2.3→V3.0 |
重大重构：L5 配送阶段拆分为"物流配送子流程+安装子流程"并行/串行设计；新增 MFR→LGP 派单流程；更新 8 阶段流程图 |
| 5 |
主数据服务设计 |
MDS-D |
V1.1→V2.0 |
新增 2 个主数据库：PPL 生产商档案库、DLV 物流商档案库；更新四库→六库关系图 |
| 6 |
报价模型设计 |
QMD |
V2.1→V3.0 |
新增物流费计算逻辑：本地配送（距离+重量+体积）+跨境配送（运输+清关+保险）两档 |
| 7 |
安装服务特征库设计 |
SCL |
V1.0→V1.1 |
新增"安装+配送"组合服务 SKU；与物流服务 SKU 关联 |
| 8 |
运营服务设计 |
OPS-D |
V1.1→V2.0 |
新增生产商渠道获客场景；新增物流合作管理模块 |
| 9 |
楼宇特征库设计 |
BPL |
V1.0→V1.1 |
新增楼宇对配送的影响字段（是否有电梯、能否进货车） |
3.3 技术设计层
| # |
文档 |
简称 |
修改类型 |
核心修改内容 |
| 10 |
DIP1 架构设计 |
DIP1-ARC |
V2.0→V3.0 |
新增 MFR Web 端容器、LGP App 端容器；更新 C4 容器图；更新部署拓扑 |
| 11 |
DIP1 需求规格说明书 |
DIP1-SPEC |
V2.1→V3.0 |
①新增 MFR/LGP 角色权限矩阵；②新增物流配送功能规格（20+ 功能点）；③新增跨境配送合规需求；④更新 NFR |
| 12 |
DIP1 数据库设计 |
DIP1-SCH |
V2.0→V3.0 |
新增 PPL/LGP 相关表（预计 8-12 张表）；更新 RBAC/RLS；更新 ER 图 |
| 13 |
DIP1 OpenAPI 规格 |
DIP1-API |
V2.0→V3.0 |
新增 MFR Web API（10+ 端点）、LGP App API（10+ 端点）；新增物流计费端点 |
| 14 |
DIP1 功能原型设计 |
DIP1-PROTO |
V2.0→V3.0 |
新增 MFR Web 原型（5+ 页）、LGP App 原型（5+ 页）；更新师傅端/客户端原型 |
| 15 |
DIP1 一线操作系统设计 |
DIP1-P2 |
V2.0→V3.0 |
新增物流配送域（Logistics Domain）；更新核心域关系图 |
3.4 项目管理层
| # |
文档 |
简称 |
修改类型 |
核心修改内容 |
| 16 |
项目管理制度 |
PJM |
V2.1→V2.2 |
更新 §3.1 RACI 表：新增 MFR/LGP 干系方 |
| 17 |
AGENTS 人机协作指南 |
PMG |
V9.2→V9.3 |
更新角色矩阵：新增 MFR/LGP 干系方说明 |
| 18 |
术语表 |
GLY |
V4.3→V4.4 |
新增 MFR/LGP/PPL/DLV 术语及英文缩写 |
3.5 测试与协作文档
| # |
文档 |
简称 |
修改类型 |
核心修改内容 |
| 19 |
真实用户联调测试准备 |
UAT-PREP |
V1.0→V2.0 |
新增 MFR/LGP 测试账号；新增物流配送业务用例；新增跨境配送用例（如需） |
| 20 |
协作记录 |
COLLAB |
V1.0→V1.1 |
增加需求变更讨论条目 |
| 21 |
现场工作登记表 |
CPT-F |
V1.0→V1.1 |
L5 配送阶段表单拆分；新增物流签收表 |
四、核心重构方案
4.1 CPT 8 阶段生命周期重构方案
原有 L5 配送阶段（V1）
L5 配送记录（师傅自带工具上门）
↓
师傅出发→师傅到达→入户保护→安装→验收
新 L5 配送阶段（V2）——拆分为 3 个子流程
flowchart TD
subgraph "L5 配送物流"
L5A[L5.1 物流接单] --> L5B[L5.2 物流提货]
L5B --> L5C{配送模式}
L5C -->|本地配送| L5D[L5.3a 本地配送]
L5C -->|跨境配送| L5E[L5.3b 跨境配送]
L5D --> L5F[L5.4 签收确认]
L5E --> L5F
end
subgraph "L6 安装作业"
L5F --> L6A[L6.1 师傅接单]
L6A --> L6B[L6.2 师傅到达]
L6B --> L6C[L6.3 入户保护]
L6C --> L6D[L6.4 安装作业]
L6D --> L6E[L6.5 完工清场]
end
subgraph "L7 验收"
L6E --> L7A[客户验收]
L7A -->|通过| L8[L8 回访]
L7A -->|不通过| L6A
end
关键变化：
1. 新增 L5 物流配送子流程：师傅上门安装前，先由物流商完成家居产品的配送
2. 两种配送模式：
- 本地配送：仓库→客户，无需清关，SLA ≤ 4 小时
- 跨境配送：内地工厂→香港客户，需清关+中港车牌+海关文件，SLA 1-3 天
3. 物流→安装衔接：物流签收后自动触发师傅派单流程
4. 质量门控：客户可在物流签收时拍照反馈产品外包装完好性，如有损坏则触发异常流程
更新后的 CPT 8 阶段
| 阶段 |
名称 |
核心变化 |
| L1 |
线索获取 |
新增 MFR 作为线索来源（生产商委托） |
| L2 |
需求确认 |
确认物流配送模式（本地/跨境）+ 安装需求 |
| L3 |
报价 |
新增物流费报价（本地/跨境两档）+ 安装费报价 |
| L4 |
签约 |
客户/生产商确认组合报价 |
| L5 |
配送记录 |
拆分：物流配送子流程 + 配送→安装衔接 |
| L6 |
安装作业 |
师傅上门安装（物流已送达的产品） |
| L7 |
验收 |
客户验收安装成果（含产品外观验收） |
| L8 |
售后回访 |
对物流+安装全流程的 NPS 采集 |
4.2 MDS 主数据扩展方案
新增两个主数据库
graph TD
subgraph "原有四库（V1）"
CPL[客户特征库 CPL]
BPL[楼宇特征库 BPL]
WPL[师傅特征库 WPL]
SCL[安装服务特征库 SCL]
end
subgraph "新增两库（V2）"
PPL[生产商档案库 PPL]
DLV[物流商档案库 DLV]
end
PPL -->|生产商档案| CPT[CPT 客户跟踪]
DLV -->|物流商档案| CPT
PPL -->|产品目录| SCL
DLV -->|配送能力| QMD[报价模型]
SCL -->|安装+配送 SKU| QMD
PPL 生产商档案库（新增）
| 字段类别 |
字段示例 |
说明 |
| 基本信息 |
生产商ID、公司名称、品牌、联系人、电话、邮箱 |
B 端客户档案 |
| 业务信息 |
主营品类（家具/电器/智能设备）、销售渠道、合作等级 |
用于精准匹配服务 |
| 结算信息 |
结算账户、付款方式、账期 |
B 端结算 |
| 产品目录 |
SKU 列表、产品参数、重量、体积 |
用于物流费计算 |
DLV 物流商档案库（新增）
| 字段类别 |
字段示例 |
说明 |
| 基本信息 |
物流商ID、公司名称、联系人、电话、邮箱 |
物流商档案 |
| 配送能力 |
服务区域、配送车型、中港车牌数量、日均单量 |
派单匹配依据 |
| 配送模式 |
本地配送支持、跨境配送支持、清关代理 |
核心能力 |
| 费率标准 |
本地费率、跨境费率、清关费、保险费 |
报价依据 |
| 信用评分 |
准时率、破损率、客户评分 |
派单优先级 |
4.3 报价模型扩展方案
新增物流费计算逻辑
graph TD
A[组合报价 = 安装费 + 物流费] --> B{配送模式}
B -->|本地配送| C[本地物流费]
B -->|跨境配送| D[跨境物流费]
C --> C1[基础配送费<br/>HKD 150-300]
C --> C2[重量附加<br/>HKD 2-5/kg]
C --> C3[体积附加<br/>HKD 100-200/m³]
C --> C4[时段附加<br/>高峰+20%]
C --> C5[距离附加<br/>HKD 10-20/km]
D --> D1[跨境运输费<br/>HKD 800-2000]
D --> D2[清关费<br/>HKD 200-500]
D --> D3[保险费<br/>货值 0.5%-1%]
D --> D4[中港车牌使用费<br/>HKD 100-300/次]
D --> D5[代理服务费<br/>HKD 100-200]
报价透明化要求
报价明细需向客户/生产商清晰展示：
报价明细：
├── 安装费
│ ├── 基础安装费（250/h × 3h） HKD 750
│ ├── 师傅等级系数（金牌 ×1.2） HKD 150
│ └── 小计 HKD 900
├── 物流费（本地配送）
│ ├── 基础配送费 HKD 200
│ ├── 重量附加（30kg × HKD 3） HKD 90
│ ├── 体积附加（0.8m³ × HKD 150） HKD 120
│ └── 小计 HKD 410
└── 总计 HKD 1,310
4.4 DIP1 角色权限变更矩阵
| 角色 |
编码 |
终端 |
核心权限 |
RLS 策略 |
| 家居产品生产商 |
MFR |
Web |
① 创建物流+安装订单；② 查看订单进度；③ 查看 NPS；④ 结算 |
仅可见本生产商数据 |
| 物流配送服务商 |
LGP |
App |
① 接收配送任务；② 签收拍照；③ 异常上报；④ 查看配送历史 |
仅可见本物流商配送任务 |
| FL 师傅 |
WKR |
App |
不变 |
不变 |
| CUS 客户 |
CST |
App |
增加：查看物流配送进度 |
不变 |
| OL 运营 |
OPR |
Web |
增加：MFR 管理、LGP 管理、跨境订单管理 |
全部可见 |
| ML 运营管理员 |
ML |
Web |
增加：跨境合规管理 |
全部可见 |
4.5 UAT 测试准备文档修订方案
原有 UAT 文档需新增：
| 新增内容 |
说明 |
| MFR 测试账号 |
3 个生产商账号（Web 端） |
| LGP 测试账号 |
2 个物流商账号（App 端） |
| 物流配送用例 |
3-5 个物流配送场景（本地+跨境） |
| MFR 操作手册 |
生产商 Web 端操作手册 |
| LGP 操作手册 |
物流商 App 端操作手册 |
| 跨境合规用例 |
清关文件、车牌验证等（如需） |
五、MVP 范围界定建议
5.1 建议 MVP 范围
| 功能 |
MVP 范围 |
后续迭代 |
| MFR 生产商 Web 端 |
✅ 基础功能：订单创建、进度查看、结算 |
批量订单导入、API 对接、品牌页面 |
| LGP 物流配送 App |
✅ 基础功能：接单、签收、异常上报 |
智能路线规划、电子签收、跨境合规自动化 |
| 本地物流配送 |
✅ 全流程覆盖 |
— |
| 跨境物流配送 |
⚠️ 建议 P1 迭代 |
清关流程复杂、合规要求高、需对接海关/车牌系统 |
| 物流费报价 |
✅ 本地+跨境计费逻辑 |
动态费率调整、节假日加价 |
| 跨境合规 |
⚠️ 建议 P1 迭代 |
中港车牌管理、海关 API 对接、自动清关 |
5.2 跨境配送纳入 MVP 的风险评估
| 风险项 |
等级 |
说明 |
| 合规复杂度 |
🔴 高 |
中港车牌、清关文件、海关报备等需对接多方 |
| 系统对接 |
🔴 高 |
需对接海关系统、车牌管理系统、可能的第三方物流 API |
| 业务复杂度 |
🟡 中 |
清关流程长（1-3 天），异常处理复杂（扣货、查验等） |
| 用户体验 |
🟡 中 |
跨境配送 SLA 长，需设计透明的进度追踪 |
| 数据模型 |
🟡 中 |
需新增清关状态、海关文件、车牌信息等字段 |
建议：首版 MVP 聚焦本地物流配送全流程，跨境配送作为 P1 迭代。若业务方确认跨境为 MVP 必需，则需追加 5-8 人天的合规与系统对接工作。
六、后续执行计划
6.1 审批流程
本影响分析文档提交后，需以下审批：
1. 业务审批（BO）：确认 B2B2C 业务模型、新增干系方定义、MVP 范围、跨境是否纳入 MVP
2. 技术审批（TL）：确认文档修改方案、工作量估算、技术可行性
3. 最终决策（SPO）：确认整体变更方案
6.2 执行步骤（审批通过后）
| 步骤 |
内容 |
责任方 |
预估工时 |
| 1 |
更新 RQD 三层需求文档（RQD-S/B/O） |
DT |
1 天 |
| 2 |
更新核心服务设计文档（CPT-D/MDS-D/QMD/SCL/OPS-D/BPL） |
DT |
2 天 |
| 3 |
更新技术设计文档（DIP1-ARC/SPEC/SCH/API/PROTO/P2） |
WDE |
3 天 |
| 4 |
更新项目管理制度（PJM/PMG/GLY） |
DT |
0.5 天 |
| 5 |
更新测试与协作文档（UAT-PREP/CPT-F） |
DT |
0.5 天 |
| 6 |
代码实施：新增 MFR/LGP 功能 |
WDE |
15-20 人天 |
| 7 |
部署与测试：UAT 环境验证 |
WCL + DT |
3 天 |
| 合计 |
|
|
~25 人天 |
6.3 需用户确认的关键决策点
| # |
决策点 |
选项 |
建议 |
| 1 |
跨境配送是否纳入 MVP？ |
A：是 / B：P1 迭代 |
建议 B（P1 迭代），降低首版复杂度 |
| 2 |
MFR/LGP 是否需要独立门户？ |
A：是（独立注册/登录） / B：共用现有平台账号体系 |
建议 A（独立门户），B 端客户需要独立入口 |
| 3 |
物流商是否需要等级体系？ |
A：是（金牌/认证/普通） / B：暂不需要 |
建议 A，便于派单优先级 |
| 4 |
生产商是否直接参与报价谈判？ |
A：是（B 端独立定价） / B：否（走标准价） |
建议 A，但可在 P1 迭代 |
| 5 |
跨境清关是否由平台代理？ |
A：是（平台代办） / B：生产商自办 |
待业务决策 |
七、修订记录
| 版本 |
日期 |
修订人 |
修订内容 |
| V1.0 |
2026-08-17 |
DT |
首版创建：承接用户需求——新增家居产品生产商（Web 端）与物流配送服务商（App 端）两个干系方。包含：①变更概述与业务模型升级说明；②新增干系方详细定义；③受影响文档全清单（21+份）；④CPT 8 阶段重构方案（L5 配送阶段拆分为物流+安装子流程）；⑤MDS 主数据扩展（新增 PPL/DLV 两库）；⑥报价模型扩展（本地/跨境两档物流费）；⑦DIP1 角色权限矩阵更新；⑧MVP 范围界定建议（跨境配送建议 P1 迭代）；⑨后续执行计划与需用户确认的 5 个关键决策点 |
本文档为需求变更影响分析初稿，提交用户审批后执行具体修改。审批通过前，所有现有文档保持不变。