B端产品用户画像怎么做？从角色证据到使用场景的3步法

B端产品用户画像要回答的，不只是“谁在使用”，还包括“他要完成什么工作、能决定什么、被哪些规则约束”。同一家公司的使用者、软件采购者和批准者可能是不同的人；把他们合成一个“35岁、收入较高、追求效率”的角色，无法指导权限、流程和页面设计。

可以沿着收集信息、用户分组、结合场景三个步骤建立画像，再把角色卡和证据放到 Boardmix 用户画像画布中共同讨论。重点是让每条特征都能解释一个产品选择，而不是先把模板填满。

1. 收集信息，先分清组织、角色和任务

第一阶段是通过数据分析和调研收集信息、做好用户分层。B端需要同时看两个层次：组织为什么采用产品，以及组织内的人怎样使用产品。行业、组织规模、采购流程可以解释客户差异；岗位职责、操作频率、权限和交接关系则影响具体使用体验。

明确研究范围，再决定访谈谁

以采购申请系统为例，先把问题限定为“员工提交采购申请后，为什么经常被退回补材料”。为了回答它，应接触申请人、处理申请的采购人员和预算批准者，并查看退回记录。若研究的是“企业为何购买这套软件”，则还要了解软件采购负责人、预算决策者和实施人员，不能用操作用户的回答代替购买决策。

采购系统里的采购员，不一定是购买该软件的人。同一个人也可能兼任几种角色。记录其在具体任务中的责任，比仅凭职位名称分类更准确。

这张表是访谈对象与问题的起点，不是已经得出的用户结论。样本还要覆盖不同部门、熟练程度和异常情况。例如，既访谈顺利提交的人，也访谈被反复退回的人；只听管理员或最大客户的意见，很容易漏掉日常操作的困难。

获取事实，把观察和解释分开

访谈时请对方回顾最近一次真实任务：“当时从哪里拿到规格？在哪一步被退回？之后找了谁？”结合授权范围内的操作记录、脱敏单据和现场观察，保存任务发生的条件。不要只问“你是否需要更好用的审批系统”，这类回答通常很难区分具体需求。

可以在 Boardmix 中用便签整理访谈摘录，给每条信息写上来源编号、角色、任务和日期；将“观察到的行为”“用户的解释”“团队的推断”分开。共享前移除姓名、联系方式、金额等不必要的敏感信息，并检查画布访问范围。

表中的内容演示了记录方法，实际项目应换成自己的研究材料。客户付费能力可以用于商业优先级判断，却不能直接证明某项操作需求更普遍，也不能替代对关键角色的调查。

2. 选择重点，按行为差异进行用户分组

将资料汇总后，先按角色整理，再寻找同一角色内部稳定的行为差异。可以沿着“分析行为变量—映射访谈对象—寻找共性”整理资料，选择与任务相关的变量，避免用年龄、工资或性格标签代替工作差异。

对于采购申请人，可以比较以下变量：偶尔申请还是经常申请、单件采购还是批量采购、规格是否标准化、是否需要跨部门补充资料。把每位受访者放在相应位置，旁边挂上证据。不能因为两人年龄相近，就认为他们需要相同的工作流。

• 偶发、标准采购：不熟悉采购规则，需要清楚的必填说明、材料清单和处理进度。
• 高频、标准采购：反复填写相似内容，可能需要复用历史申请；仍要核对本次规格、数量和权限。
• 非标准、多人协同采购：需求来源分散，重点在规格确认、版本与交接，单纯缩短表单未必能解决问题。

以上是待研究检验的分组方向，不意味着一定要做三张画像。只有当差异会导致不同的任务路径、信息需求或权限设计时，才值得拆分。如果两组最终采用相同的功能和交互方案，就检查是否可以合并；如果同一组中出现相反行为，则回查场景和制度，别急着把它当成“异常用户”。

在画布上先排好“证据—行为变量—角色分组”三列，用连线保留推导关系。画像中的“需要复用申请”应能连回多条具体记录，而不是来自团队投票。缺少依据的特征留作待验证问题，后续再通过访谈、观察或产品反馈补齐。

3. 结合场景，把画像变成可用的产品判断

画像不是将调研结果缩写成一张简历。按照“构建角色—描述场景—总结需求”的顺序，把背景、目标、行为和约束联系起来，才能知道哪些产品改动值得做。

构建角色：保留会影响使用的字段

角色卡可包含职责、任务频率、目标、当前做法、可用权限、阻碍、信息来源和待验证事项。姓名或头像有助于团队记忆，但不应为完整美观而编造性格、收入或研究原话。NN/g 对用户画像的说明同样强调：画像应来自用户研究，字段要有助于设计判断。

下面是一张采购申请人角色卡的填写示例，尚不代表真实调研结论：

描述场景：让交接关系进入故事板

场景应写清触发事件、目标、操作、交接和结果。沿用采购申请案例，可以在故事板中按顺序放入六个画面：收到设备需求、收集规格、提交申请、采购人员发现缺项、申请人补件、预算批准者作出决定。每格只写本环节角色能看到和能做的事。

其中最值得展开的是“退回补件”：采购人员指出缺少设备规格，申请人补齐后再次提交。如果系统只是显示“审核失败”，画像中的问题就具体落到了“退回原因是否可理解、旧资料是否保留、重新提交后由谁接手”。需要换用版式时，可以在社区查找故事板模板，再替换成自己的过程。

总结需求：从痛点连接到行动与验证

把故事板中的行为、触点和反馈放入用户体验地图，记录在哪一环节出现等待、重复操作或误解。情绪曲线只能来自用户表达或观察材料，不能为了曲线好看凭空补出“焦虑、满意”。

将需求写成可以判断的句子：“申请被退回时，申请人能看到缺少哪个材料、已有材料是否保留，以及重新提交后的处理人。”这比“提升用户体验”更容易进入设计和验收。再找与画像不一致的案例，例如熟练申请人仍反复补件，检查原因究竟是界面提示、业务规则，还是跨部门资料未到位。

角色的行为也会随组织变化而改变。部门审批权限调整、业务从单笔变为批量，或产品引入新的协作角色时，回看画像和证据，更新相应字段。通用研究流程可参考从资料整理到角色验证的用户画像搭建方法；B端画像则始终要把角色放回所在组织和真实任务中。

开始制作时，先选一个正在影响产品设计的任务，将相关角色、脱敏材料和待验证问题整理到同一张画布，再补角色卡与场景。打开 Boardmix 整理角色与研究证据。