很多项目的用户画像看起来很完整：姓名、年龄、城市、职业、性格、品牌偏好一应俱全。可当团队讨论首页结构、功能优先级或权限时，这些信息几乎派不上用场。因为画像描述了一个虚构人物，却没有解释他的行为和任务。
真正有用的画像，是基于研究证据形成的行为模式。它帮助团队判断不同人群在目标、场景、能力、约束和决策上有什么差异，以及这些差异应怎样影响产品。
01 先明确画像要支持什么决策
是规划产品范围、设计新手流程、区分采购角色、安排内容，还是优化客服？不同目的需要不同维度。
若没有决策场景，画像会不断添加“有趣但无用”的信息。先写出团队未来要用画像回答的三到五个问题。
02 证据来自行为，不来自会议想象
访谈、观察、产品数据、工单、销售、客服和问卷都可以提供证据。至少应包含真实用户来源，并记录样本与限制。
内部专家很了解业务，但也可能只接触高价值客户或问题用户。把内部观点标为假设，再用用户证据验证。
03 按行为与需求分组，不按年龄随便切
年龄、行业和公司规模只有在确实影响行为时才重要。更有用的分组可能是经验水平、使用频率、决策角色、风险容忍、工作流程或目标。
例如同为财务人员，新手需要引导，熟练用户重视批量和快捷；同为企业客户，使用者、技术评估者和采购决策者的信息需求完全不同。
分组方式 | 可能有用的场景 | 常见误区 |
|---|---|---|
经验与熟练度 | 学习、快捷、复杂度 | 只按年龄代替能力 |
任务与目标 | 功能、流程和内容优先级 | 按部门名称机械分组 |
决策角色 | B2B官网、采购与销售 | 把公司当成一个用户 |
使用频率 | 导航、默认与效率 | 忽略低频高风险任务 |
环境与限制 | 移动、弱网、无障碍 | 只写兴趣爱好 |
04 画像至少包含六类可行动信息
目标、关键任务、触发场景、现有做法、主要障碍和成功标准。可补充知识、设备、权限、决策影响和信任需求。
每一项最好附证据或原话摘要，区分高置信结论与待验证假设。不要为了人物感编造家庭和性格。
05 名字和照片可以有，也可以没有
人物化有助于记忆，但容易让团队把一个模式误认为具体个体，甚至加入无依据细节。可以使用角色名称，如“高频运营人员”“首次采购负责人”，配简洁图标而非图库人物。
如果使用姓名和故事，必须确保内容仍围绕证据，并明确它是综合模型，不代表单个真实用户。
06 不要把画像写成需求清单
画像说“希望一键导出、支持暗色模式、需要智能推荐”，往往只是把功能愿望放进人物口中。更好的写法是说明用户任务和障碍，再由团队探索不同解决方案。
例如“每周要向三类负责人汇报，当前需要从四个系统复制数据”，比“需要自定义报表”更能打开设计空间。
07 将画像放进旅程、场景和优先级
用画像走过核心旅程，检查每个阶段的信息、决策、障碍和支持。需求评审时说明主要服务哪类画像、会影响谁，以及是否牺牲另一类用户。
官网内容也可映射采购角色：使用者看任务效率，技术看集成和安全，决策者看价值与风险。画像只有进入这些工作，才不是墙上装饰。
08 控制数量，保留差异
三到五个主要画像通常比十几个更易用，但没有固定数量。若两个画像的目标、行为和设计影响几乎相同，应合并；若一个小群体有高风险或关键价值，也值得独立。
可以设置主画像、次画像和非目标用户，帮助范围取舍。
09 随着产品和市场更新
新功能、市场、组织和用户成熟会改变行为。通过持续访谈、产品数据和客服反馈更新画像，记录变更，不要每次项目重新制作一套。
若数据与画像不符，应调整模型，而不是只挑支持原观点的证据。
10 画像应明确“不要用来做什么”
画像不能预测单个用户行为，也不能替代市场规模、统计分群或无障碍需求。团队不应因为主要画像是年轻人，就忽略老年或残障用户的基本可用性。
它也不应成为拒绝新证据的标签，例如“这个需求不符合我们的画像”。画像是当前证据的总结，当真实用户行为变化时必须更新。
在画像文档中加入适用决策、证据范围和限制，可以防止它被当成万能用户真相。
11 把画像与招募条件连接起来
画像若无法转化为研究和测试的筛选条件，就很难验证。将角色、近期行为、经验、场景和限制写成可招募的标准，下一轮研究即可确认模式是否仍然成立。
不要按画像故事中的所有细节招募，否则样本会被过度限制。只保留真正影响设计决策的条件，并允许发现新的用户类型。
12 画像命名要避免价值判断
避免使用“懒惰用户、低价值客户、技术小白”等带判断的名称。用行为和场景描述，例如“首次配置者、低频审批人”，能减少团队偏见，也更利于讨论设计。
常见问题
用户画像一定要有姓名和照片吗？
不需要。角色名称和行为模式已足够，姓名照片只是记忆工具，不能代替证据。
做用户画像需要多少访谈？
没有固定数量，取决于用户差异和研究目标。应持续到主要模式稳定，并说明样本限制。
用户画像和用户细分有什么区别？
细分常用于市场或数据群体，画像进一步描述目标、行为、场景和障碍，两者可以互相支持。
B端产品应该按公司还是个人做画像？
通常需要同时考虑组织类型和个人角色，因为使用、评估、采购与管理可能由不同人完成。
画像做完后怎么使用？
用于旅程、场景、需求优先级、内容结构、测试招募和方案评审，并定期根据证据更新。
链接复制成功
