1. B端业务链路全景认知

B端产品需求分析的第一课不是画原型、写用例,而是看清“链路”——业务链路定义了用户、流程、数据与价值的完整流动通路。本章带你建立起端到端链路的核心认知框架,为后续的需求拆解、用户访谈和指标验证打下地基。

1.1 链路定义

业务链路是围绕一个商业目标,由多个角色、系统、数据节点通过协作完成价值传递的连续行动序列。它具备三个关键特征:

  • 端到端:从用户/客户发起请求,到最终价值(服务、货物、资金、决策)交付,中间无断层。
  • 角色-动作-数据:每个环节至少包含一个角色(人/系统)执行动作,并产生或消费数据。
  • 价值流向:每个步骤必须回答“为什么做”和“产生什么价值”。
💡 常见误区:将“功能流程”直接当作“业务链路”。例如“登录-提交订单-支付”只是用户操作流,缺少配货、发货、签收等后端角色和数据交换,不是完整的端到端链路。

1.2 端到端范围

端到端边界的定义直接影响需求分析的粒度与成果。典型的B端链路范围包括但不限于:

链路名称起点终点典型场景
线索到现金(L2C)市场活动触达回款入账CRM+ERP+财务
采购到付款(P2P)采购申请供应商付款采购/审批/财务
问题到解决(I2R)客户提交工单服务关闭并满意度收集客服/运维/质量
需求到发布(R2R)业务需求提出功能上线后指标验证产品/研发/测试/运营
⏳ 确定范围实践:在项目启动会上与业务方一起画出当前断点:哪些环节没有系统支持,哪些数据靠人工传递。断点往往是需求分析的第一入口。

1.3 关键角色

每条链路中至少包含3类角色,缺一则链路不完整:

  1. 发起者:触发链路的人,例如采购申请者、客户、销售人员。关注“发起便利性”和“免填项”。
  2. 执行者/审批者:推动链路前进的人,例如采购经理、财务、仓库管理员。关注“规则自动化”和“异常处理”。
  3. 受益者/决策者:接收最终价值或基于链路数据做决策的人,例如CEO、财务总监、客户成功经理。关注“数据仪表盘”和“ROI”。
⚠️ 角色遗漏风险:大部分需求遗漏源于忽略了“非显性用户”——例如财务在采购审批中看似只是最后签个字,但她可能要核对预算余额、发票合规和付款账期。将财务的角色动作、数据需求漏掉,链路必然断裂。

1.4 价值流

价值流是链路上每个步骤对业务目标贡献的可衡量输出。需求分析的核心工作就是“从价值流出发,倒推系统能力”。

示例:在“线索到现金”链路中,价值流片段如下:

  • 商机验证 → 价值:锁定高意向客户,节省销售精力;指标:商机转化率。
  • 合同签署 → 价值:法律合规性确认,减少合同回滚;指标:平均签署时长。
  • 交付验收 → 价值:确保客户满意度,为回款创造条件;指标:验收通过率。

每个价值点都必须对应一个系统功能(或功能优化)以及一个可追踪的指标。没有指标的价值流是空洞的。

B端业务链路全景示例:线索→回款 市场 销售 法务/合同 交付团队 财务 线索生成 商机跟进 合同审批 交付验收 回款核销 线索转化率 商机赢率 审批时长 验收通过率 回款天数 🚩 每个价值指标必须可拆解为系统功能需求,否则链路分析无效 图例: 角色 流程步骤 价值指标 角色驱动步骤

当你掌握了链路的定义、范围、角色和价值流,就具备了“俯视”B端业务的能力。下一模块将带你走进具体业务场景,学习如何通过用户访谈验证这些链路假设。

📋 本章交付物模板(建议在笔记工具中保留):
## 链路名称:___________
### 端到端范围
起点:___________  终点:___________
### 关键角色
| 角色 | 职责 | 数据输入 | 数据输出 |
|------|------|----------|----------|
|      |      |          |          |
### 价值流表
| 步骤 | 动作 | 角色 | 价值描述 | 衡量指标 |
|------|------|------|----------|----------|
|      |      |      |          |          |