B 端用户画像和 C 端最大的差别，是用产品的人、掏钱的人、拍板的人经常是三拨人。销售天天在用的 CRM，是销售总监提的需求、IT 部门评估的技术方案、财务卡的预算、CEO 签的字。只画"销售小王"这一个画像，你会漏掉真正决定这单成不成的四个人。
第二个差别是组织约束经常压倒个人偏好。使用者再喜欢你的产品，如果不能私有化部署、不能对接现有系统、采购流程走不通，一样落不了地。
一、决策链上的五类角色
| 角色 | 关心什么 | 常见身份 | 对成单的影响 |
|---|---|---|---|
| 使用者 | 好不好用、能不能少加班 | 一线员工 | 影响续约，不决定首单 |
| 管理者 | 团队效率、可管控性、数据可见 | 部门主管 | 通常是需求发起方 |
| 决策者 | 投入产出、战略契合 | 高管、老板 | 最终拍板 |
| 评估者 | 技术可行性、安全合规 | IT、法务、采购 | 一票否决权 |
| 反对者 | 变更成本、既有利益 | 任何层级 | 隐性阻力 |
最容易被忽略的是评估者和反对者。 前者不会主动出现在你的调研里，但一句"不符合信息安全要求"就能终止流程；后者从不明说，只是在关键节点提出各种疑虑。
做 B 端画像时，这五类角色至少要覆盖前四类。
二、每类角色画像里该写什么
角色不同，画像的重点字段完全不同：
使用者——重点是日常工作流和摩擦点。他一天要做多少次这个操作、现在用什么替代方案、最烦哪一步。这些决定产品体验设计。
管理者——重点是他向上汇报什么。他的绩效指标是什么、需要什么数据支撑、当前用什么方式获得这些数据。你的产品能帮他把汇报做得更好，他就会推动采购。
决策者——重点是他的判断依据。他不会关心功能细节，只关心这笔投入能带来什么、有没有同行案例、风险多大。给他准备的材料和给使用者的完全不同。
评估者——重点是硬性门槛清单。数据存在哪、有没有等保和 ISO 认证、能不能私有化部署、有没有 SDK 能对接现有系统。这些是是非题，不满足就出局。
反对者——重点是他会失去什么。迁移成本、学习成本、既有工作方式被改变、某些权力被削弱。识别出来才能设计应对方案。
三、组织约束怎么梳理
个人画像之外，B 端还需要一份组织层面的约束清单：
- 规模与结构——多少人使用、是否跨地域、是否多层级审批
- 技术环境——现有系统有哪些、是否需要对接、是否有信创要求
- 合规要求——数据是否可出域、需要哪些认证、审计要求
- 采购流程——预算周期、审批层级、是否需要招投标
- 变革容忍度——过去引入新工具的成功率如何
这份清单直接决定方案可行性。很多 B 端项目失败不是产品不好，而是在第二步就被组织约束卡住了，而做画像时没人问过这些问题。
四、决策链地图怎么画
把五类角色和他们的关系画成一张图，比五张孤立的画像卡有用得多。要表达三层信息：
第一层：汇报与影响关系。 谁向谁汇报（实线）、谁能影响谁（虚线）。这决定了推进路径——从使用者切入还是从高层切入。
第二层：每个角色的态度。 支持、中立、反对，用颜色区分。图上一眼能看出阻力在哪。
第三层：当前进展。 每个角色接触到什么程度——还没接触、已建立联系、已认可方案。
这张图本质上是组织架构图加上态度标注。画在可编辑的画布上比较合适，因为它每周都在变——态度会转、人会换、新的评估者会冒出来。
英飞·思想家的画布支持实时协作，销售、售前、客户成功可以各自更新自己掌握的信息，避免各人手里一份不同版本的决策链图。
五、B 端画像的素材从哪来
C 端可以靠问卷跑量，B 端拿不到那么多样本，素材来源不一样：
- 销售和售前的一线记录——最丰富的素材源，但通常散落在 CRM 备注和聊天记录里，需要系统整理
- 客户成功的续约访谈——续约和流失的原因最能反映真实价值
- 失单复盘——比赢单更有信息量，尤其是被评估者卡掉的那些
- 客户方的深度访谈——每类角色 2–3 个就能看出模式
B 端画像的样本量小，但每个样本的信息密度高。 5 个客户的完整决策链访谈，比 500 份 C 端问卷更能指导产品方向。
把这些散落的记录集中处理是个体力活。可以把 CRM 导出、访谈记录、失单复盘文档拖进画布，让 AI 先提炼出高频的角色关注点和阻力类型，再人工归类成画像。
六、画像怎么用到销售和产品两侧
B 端画像的特殊之处在于它同时服务两个团队，用法不同：
给销售用——重点是每类角色的沟通材料。给使用者演示操作、给管理者看数据看板、给决策者讲 ROI 和同行案例、给评估者出合规文档清单。一套画像对应四套材料。
给产品用——重点是功能优先级的分配。使用者的痛点决定体验优化，管理者的诉求决定管理后台功能，评估者的门槛决定基础能力投入（比如私有化部署、权限体系、审计日志）。
两侧的共同需求是同一份画像。 分开维护两份，很快就会不一致。放在同一块画布上，配合用户旅程图呈现从接触到续约的完整路径，销售和产品讨论时指的是同一件事。
七、常见的三个误区
误区一：只画使用者。 产品团队最容易犯，因为使用者最容易接触到。结果是产品体验很好但卖不动。
误区二：把客户公司当成画像。 "我们的用户是 500 人以上的制造业企业"——这是客户细分不是用户画像。公司不做决策，人才做决策。
误区三：忽略反对者。 只调研支持你的人，会形成一切顺利的错觉。主动去找那个最不希望引入新工具的人聊，收获通常最大。
常见问题
B 端用户画像和 C 端有什么区别？
B 端要覆盖决策链上的多个角色，且组织约束（合规、采购流程、技术环境）往往比个人偏好更能决定成败。
决策链上要画几个角色？
至少覆盖使用者、管理者、决策者、评估者四类。反对者能识别出来最好，但不一定每次都有明确对象。
B 端调研样本量要多大？
每类角色 2–3 个深度访谈就能看出模式。B 端样本少但信息密度高，重质不重量。
怎么找到评估者的需求？
从失单复盘里找。被 IT、法务、采购卡掉的案子，原因通常写得很清楚，这些就是硬性门槛清单。
决策链会变吗？
会，而且变得很频繁。建议画在可编辑的画布上，销售、售前、客户成功共同维护同一份，而不是各存各的。
结语
B 端用户画像的核心是别只盯着用产品的那个人。使用者、管理者、决策者、评估者各有各的判断标准，缺一类就可能在某个环节被卡住。
再加一份组织约束清单，你就知道这单能不能做、该从哪里切入。基础的画像方法可以看用户画像怎么做。