3. B端用户角色与场景识别：决策者、使用者、运维者、采购者的不同诉求与需求场景梳理
B端产品与C端产品的根本差异在于：B端的“用户”从来不是一个人，而是一个组织内的多个角色群体。同一个功能，决策者关注ROI，使用者关注效率，运维者关注稳定性，采购者关注合规——这四类诉求往往相互冲突。如果不先识别角色，需求分析就会陷入“谁的声音更大就听谁的”的陷阱。
本章提供一套系统的角色-场景-诉求拆解框架，帮助你在用户访谈和需求梳理阶段，快速对齐四类角色的核心诉求，并为后续的KANO分类打好基础。
3.1 为什么B端需求分析必须先识别角色
B端产品的购买决策链长、使用链条更复杂。一个典型的企业软件采购流程中，至少涉及4类角色，每类角色对同一功能的评价维度完全不同：
- 决策者关注战略价值与投资回报，要求数据可量化；
- 使用者关注操作效率与体验，要求“别让我多花一秒”；
- 运维者关注可维护性与安全性，要求“别让我半夜起来修”；
- 采购者关注合规性与性价比，要求“合同条款清晰、资质齐全”。
若在需求阶段遗漏某一角色，轻则功能上线后被弃用，重则导致项目无法通过验收。因此，角色识别是B端需求分析的“第一道安检”。
3.2 四类核心角色对比总览
下表从关注点、典型诉求、需求场景、KANO映射四个维度，对四类角色进行全景对比：
| 角色 | 核心关注点 | 典型诉求关键词 | 需求场景举例 | KANO映射 |
|---|---|---|---|---|
| 决策者 | 战略对齐、投资回报率、数据决策 | 数据看板、报表分析、趋势预测 | 经营分析会、年度预算审批 | 期望型需求 |
| 使用者 | 操作效率、易用性、系统稳定性 | 批量操作、快捷键、低学习成本 | 日常作业、数据录入、批量导出 | 基本型需求 |
| 运维者 | 可维护性、安全性、可扩展性 | 日志工具、监控告警、平滑升级 | 系统部署、日志排查、版本升级 | 基本型+期望型 |
| 采购者 | 合规性、性价比、服务SLA | 资质审核、合同条款、售后保障 | 供应商选型、招标评审、合同签订 | 期望型+兴奋型 |
3.3 角色详解与诉求拆解
3.3.1 决策者（Decision Maker）
角色画像：CEO、VP、事业部总经理、CIO。他们不直接使用系统，但为采购结果负责。
- 核心诉求：投入产出比可量化、数据辅助战略决策、行业对标能力。
- 典型需求场景：经营分析会（月度/季度）、预算审批流程、竞品对比汇报。
- 访谈提问示例：“您希望通过这个系统看到哪些关键指标？”“当前数据报表的哪个环节最让您耗时？”
- KANO映射：决策者的需求多为期望型——做得好会显著提升满意度，不做不会直接触发负面情绪，但会降低采购意愿。
3.3.2 使用者（End User）
角色画像：一线员工、业务专员、客服、仓管。他们是系统的“日活主力”。
- 核心诉求：操作路径最短、高频功能触手可及、系统响应快、学习成本低。
- 典型需求场景：每日数据录入、批量导入/导出、跨系统切换、异常报错处理。
- 访谈提问示例：“请描述一个你每天重复最多的操作步骤”“哪个功能让你觉得‘如果能一键完成就好了’？”
- KANO映射：使用者的需求以基本型为主——功能缺失或不稳定会直接导致满意度暴跌，是产品的“及格线”。
3.3.3 运维者（Operator / Maintainer）
角色画像：系统管理员、IT运维、安全工程师。他们负责系统的“长治久安”。
- 核心诉求：部署文档清晰、日志可追溯、监控告警可配置、版本回滚安全、权限粒度细。
- 典型需求场景：新环境部署、线上故障排查、定期安全审计、版本升级验证。
- 访谈提问示例：“过去半年，哪类故障耗费了你最多精力？”“你希望系统在什么情况下自动通知你？”
- KANO映射：运维者的需求是基本型+期望型的混合体——稳定性是基本要求，自动化运维能力则是期望型加分项。
3.3.4 采购者（Purchaser / Procurement）
角色画像：采购经理、法务、合规官。他们不关心功能细节，只关心“能不能买”。
- 核心诉求：供应商资质齐全、合同条款合规、价格透明、售后SLA明确、数据本地化/合规认证。
- 典型需求场景：供应商资质审查、招标评分、合同谈判、验收付款。
- 访谈提问示例：“在选型过程中，哪些材料是您必须要看到的？”“以往项目交付中，最让您担心的风险点是什么？”
- KANO映射：采购者的需求集中在期望型+兴奋型——合规资质是基础门槛（期望型），额外的增值服务（如免费培训、弹性付款）则可能成为兴奋型决策因素。
3.4 角色-场景-诉求三维拆解法
面对一个原始需求时，不要直接进入功能设计。先用“角色-场景-诉求”三维框架拆解：
- 定角色：这个需求是由谁提出的？还会影响哪些角色？（如“报表导出”影响使用者和决策者）
- 定场景：在什么业务场合下触发？频率如何？紧急程度如何？（如“月初对账” vs “实时监控”）
- 定诉求：用户真正想要的是“功能”还是“效果”？（如“我要一键导出”背后是“减少月底加班时间”）
拆解完成后，将每个需求点标注对应的角色标签和KANO分类，再进入方案设计。
原始需求：“系统需要增加数据导出功能。”
拆解后：
· 角色：使用者（日常导出报表）、决策者（导出分析报告）
· 场景：使用者每日下班前导出当日数据 → 基本型需求；决策者每季度导出趋势数据 → 期望型需求
· 方案：为使用者提供“一键导出+定时任务”；为决策者提供“自定义报表导出+图表快照”
3.5 用户访谈指南（按角色）
针对不同角色，访谈的切入点和话术需要差异化设计。以下是一份按角色定制的访谈提纲模板：
【决策者访谈提纲】
1. 您最近在业务决策中，最缺哪类数据？
2. 如果新系统能帮您节省10%的决策时间，您愿意投入多少预算？
3. 您如何衡量一个软件项目的“成功”？
4. 请描述一次“数据滞后导致决策失误”的经历。
【使用者访谈提纲】
1. 请现场演示一遍您每天做的最频繁的操作流程。
2. 当前系统中，哪个功能您用了觉得“很顺手”？哪个让您“想砸电脑”？
3. 如果让您优化一个功能，您第一优先级会改什么？
4. 您能接受多长的学习时间来掌握新系统？
【运维者访谈提纲】
1. 目前系统在什么情况下会出故障？平均恢复时间多长？
2. 您最希望系统提供哪些“自动化”能力？
3. 权限管理方面，您遇到的最大痛点是什么？
4. 版本升级时，您最担心什么？
【采购者访谈提纲】
1. 在选型过程中，哪些资质或认证是硬性门槛？
2. 您更看重一次性采购成本，还是长期运维成本？
3. 签约前，您需要供应商提供哪些交付承诺？
4. 过去有没有因为“合同条款不清晰”导致项目出问题的案例？3.6 案例：一个需求背后的四个角色视角
背景：某制造企业计划上线“生产排产系统”，原始需求来自生产主管（使用者）：“我要一个能自动排产的工具，减少手工调表的时间。”
经过四角色拆解后，发现每个角色的关注点截然不同：
| 角色 | 关注点 | 需求转化 | KANO分类 |
|---|---|---|---|
| 使用者（排产员） | 减少手动调整，一键生成排产 | 甘特图拖拽编辑 + 自动冲突检测 | 基本型 |
| 决策者（生产总监） | 排产结果能否支撑交付承诺 | 订单交期预测 + 产能瓶颈分析 | 期望型 |
| 运维者（IT经理） | 与现有ERP/MES系统的集成 | 标准API对接 + 数据同步监控 | 基本型+期望型 |
| 采购者（采购经理） | 供应商实施案例 + 数据安全 | 提供同行业标杆客户 + 等保认证 | 期望型+兴奋型 |
最终产品方案在功能设计上同时兼顾了四类角色的诉求，项目在采购评审环节一次性通过，上线后使用者的排产效率提升了60%。