第2章  B端与C端PRD的本质差异

很多从C端转B端的产品经理，写的PRD被研发退回、被业务方投诉、上线后频繁返工——根源都在于用C端的思维写B端的PRD。B端系统服务于“组织运作”，C端产品服务于“个人体验”，二者在底层逻辑上有四个根本差异。本章通过实际业务场景，帮你建立B端PRD的编写坐标系。

2.1  四大核心差异速览

2.2  差异一：业务逻辑驱动

用户场景：某制造企业上线采购管理系统，采购员录入订单后，系统自动校验预算额度，然后推送给部门主管审批。如果预算不足，订单进入“预算补充”分支，触发财务重新划拨——这个过程中没有任何一个界面是“漂亮”的，但每一步都不能出错。

业务问题：B端系统的核心价值是“把线下的业务规则变成线上的执行引擎”。PRD如果只画界面原型，不交代业务流转规则，开发实现的逻辑必然与真实业务脱节。

用户访谈要点：

• “当前这个环节卡住时，人工是怎么处理的？”（挖掘异常流程）
• “哪些字段是下游环节必须依赖的？”（识别数据依赖链）
• “业务规则有没有例外情况？频率如何？”（区分主流程与分支）

需求拆解方法：用泳道图拆解跨角色流程，每个泳道对应一个系统角色或外部系统；在PRD中定义每个节点的输入数据、处理规则、输出事件。

2.3  差异二：多角色场景

用户场景：医院信息系统中，医生、护士、药师、收费员共同处理一张处方。医生开药，药师审核，护士执行，收费员记账——同一张数据单，不同角色看到的内容字段和操作按钮完全不同。

业务问题：C端产品通常一个用户全功能可见；B端必须做到“角色-数据-操作”三维隔离。PRD漏掉任何一个角色的数据边界，上线后就会产生越权访问或数据泄露风险。

用户访谈要点：

• “这个功能有哪些岗位需要使用？每个岗位在什么时机用？”（识别角色全景图）
• “A角色能不能看到B角色的数据？能看到哪些字段？”（界定数据隔离边界）
• “同一个列表，不同角色排序和筛选的诉求一样吗？”（感知角色级视图差异）

需求拆解方法：输出角色-权限-视图矩阵表，横轴是角色，纵轴是功能模块/数据对象，单元格内填写“可见/可编辑/不可见”。

2.4  差异三：审批流与权限

用户场景：差旅报销系统中，员工提交申请 → 部门主管审批 → 财务复核 → 出纳付款。如果报销金额超过5000元，还需VP加签；如果涉及预借款，还需先走“借款核销”子流程。这是典型的状态机 + 条件分支场景。

业务问题：C端产品通常只有“公开/私密”两级权限，B端的审批流则有串行、并行、会签、或签、条件跳转等多种模式。PRD定义不清，开发会反复追问“什么条件下走什么分支”。

用户访谈要点：

• “当前审批流有没有例外？比如紧急单可以跳过某些环节？”（挖掘特殊分支）
• “审批不通过时，是退回发起人修改、还是终止流程？”（定义状态回退策略）
• “同一个角色有多个人，是任意一人审批即可，还是需要全部审批？”（会签/或签规则）

需求拆解方法：画出状态转换图，每个状态定义一个“允许操作的角色”和“触发下一个状态的条件”。在PRD中用表格列出状态转换规则。

2.5  差异四：长期维护性

用户场景：企业ERP系统从v3.2升级到v4.0时，近五年的采购订单需要保留完整审批链；旧系统中“预算科目”只有三级分类，新系统改为四级分类——存量数据如何映射？接口签名变更后，上下游系统如何过渡？这些都是B端独有的长期维护问题。

业务问题：B端系统使用周期通常3-10年，不能像C端App那样“下个版本不兼容就强制升级”。PRD若不考虑向下兼容、数据迁移、审计追溯，上线后每轮升级都会引发生产事故。

用户访谈要点：

• “旧系统中有哪些历史数据在新功能中仍需要引用？”（识别存量依赖）
• “接口或数据结构变更时，下游系统能接受多长的过渡周期？”（定义兼容窗口）
• “监管或审计要求保留哪些操作日志？保留多久？”（明确审计追溯标准）

需求拆解方法：在PRD中增加“数据迁移与兼容性”独立小节，包含：存量数据映射规则、新旧接口双跑周期、回滚方案、审计字段清单。

2.6  本章验收标准

完成第2章学习后，你应该能用自己的话回答以下问题，并在PRD评审中主动检查这些维度：

1. 业务逻辑验证：PRD中每个功能点是否都能追溯到一条具体的业务流程？异常分支是否被覆盖？
2. 多角色验证：是否已列出所有相关角色？每个角色的数据视图和操作权限是否在矩阵中明确？
3. 审批流验证：状态转换图是否覆盖了所有分支条件？每个状态的操作角色是否唯一确定？
4. 长期维护验证：涉及数据变更时，是否给出了存量映射方案和兼容窗口？审计字段是否齐全？