1. B端产品与C端原型的本质区别

在正式开始绘制原型之前，产品经理必须建立一条清晰的认知分界线：B端原型不是C端原型的「企业版」。二者的差异并非功能复杂度或界面美观度，而是从设计驱动力、决策角色、交付标准三个维度上的根本性分野。忽视这些差异，原型要么沦为「好看但不成立」的界面稿，要么变成「流程正确但无人落地」的需求文档。

本章从业务场景出发，围绕用户场景、业务问题、需求拆解、方案表达与指标验证五个课程维度，拆解B端原型与C端原型的本质区别，为后续章节的深度实操建立认知基线。

1.1 业务目标驱动 vs 用户体验驱动

C端原型的设计起点是个人用户场景——用户在什么时间、什么情绪下、用什么设备完成一个动作。设计重心落在交互流畅度、视觉愉悦感、学习成本最小化上。

B端原型的设计起点则是业务问题：企业的某个流程存在效率瓶颈？数据孤岛导致决策滞后？合规要求未被满足？原型必须首先回答「这个功能解决了什么业务问题」，其次才考虑界面是否易用。

• C端典型问题：「用户点击这个按钮后会不会感到困惑？」
• B端典型问题：「采购审批流程从3天缩短到8小时，原型中的节点流转是否覆盖了所有异常分支？」

需求拆解方式的差异：C端需求拆解围绕用户行为路径（浏览→点击→转化），B端需求拆解围绕业务流程链路（发起→审批→回退→归档）。原型中的每一个界面组件都必须有明确的业务归属。

1.2 多角色协作 vs 单角色决策

C端原型通常面向单一用户角色，产品经理只需模拟一个典型用户的决策路径即可完成方案表达。B端原型则必须同时容纳决策者、执行者、审批者、维护者等多个角色的视角。

这意味着在用户访谈阶段，B端产品经理需要覆盖至少3～5类角色，分别采集他们对同一业务流程的诉求与痛点。在原型方案中，同一个功能入口可能对不同角色展示不同的字段、操作按钮和数据权限。

1.3 流程严谨 vs 快速迭代

C端原型可以接受「先上线，再通过A/B测试优化」。B端原型涉及企业核心业务流程，一个逻辑漏洞可能导致财务对账不平、生产计划中断或合规风险。因此，B端原型的方案表达要求完整性、异常覆盖和版本追溯。

在指标验证层面，C端常用漏斗转化率、次日留存、NPS等体验指标；B端则聚焦业务效率指标（订单处理时长、审批通过率、数据录入差错率）和合规指标（操作留痕率、权限违规次数）。

• C端迭代节奏：每周发版，灰度10%用户验证→全量上线
• B端迭代节奏：需求评审→原型评审→UAT验收→分阶段灰度→全量切换，每个环节有准入准出标准

1.4 本质区别全景对比