人物画像
Persona
把目标客户具象化为一个具有背景、目标、行为和痛点的代表人物。
有访谈和行为观察，需要围绕具体使用任务整理代表性用户模式时使用。把观察、解释与仍待验证的需求分开。
样本选择、访谈和观察记录、使用情境，以及反例与未知项。
有依据的代表性用户描述、需求假设和下一轮研究问题。
先理解，再动手
使用步骤
基于访谈或观察描述具有代表性的行为模式，包含目标、情境、困难、决策标准与证据。区分真实研究结论与假设画像，不凭姓名、年龄或身份推断行为。
- 01
确定目标客群
- 02
整理人口特征、行为特征、目标、痛点、触发场景和决策因素
- 03
用一个具体人物描述客群
- 04
用调研或数据持续修正
人物画像是研究材料的综合，不是真实个人或市场占比证明。样本中的频率不能直接推成总体比例；避免按年龄或职位编造行为。
看清框架结构
从一份空白提纲开始
复制到你的文档，填入真实的业务事实与判断。
查看空白提纲
人物画像 · 空白提纲 什么时候用：有访谈和行为观察，需要围绕具体使用任务整理代表性用户模式时使用。把观察、解释与仍待验证的需求分开。 需要准备：样本选择、访谈和观察记录、使用情境，以及反例与未知项。 预期产出：有依据的代表性用户描述、需求假设和下一轮研究问题。 使用边界：人物画像是研究材料的综合，不是真实个人或市场占比证明。样本中的频率不能直接推成总体比例；避免按年龄或职位编造行为。 工作问题： 期望结果： 已有证据与假设： 未知项与下一项核查： 填写说明：与产品使用有关的职责、经验和环境。 1. 角色与背景： 填写说明：希望完成的任务及成功标准。 2. 目标： 填写说明：触发情境、实际操作、替代方案。 3. 使用场景与行为： 填写说明：哪些问题妨碍完成任务？ 4. 困难与阻力： 填写说明：选择或付费时重视什么？ 5. 决策依据： 填写说明：访谈、观察或数据依据；假设需明确标注。 6. 研究依据与假设： 检查清单 □ 画像对应一个明确客群。 □ 描述包含行为和动机，不只是年龄职业。 □ 能指导产品、运营或营销决策。 考虑下一个框架 STP: 研究支持不同使用模式且需要选择服务对象时，用 STP 比较细分、目标和定位假设，列出验证缺口。 https://bizthinkframe.com/zh/frameworks/stp BizThinkFrame · https://bizthinkframe.com/zh/frameworks/persona
跟着案例走一遍
虚构教学案例为协作工具确定具体服务对象
组织、人物、数据和结果均为虚构，仅用于说明框架用法。
背景与问题
云桥访谈了 12 家小型设计工作室，准备改进审稿流程。
“中小企业用户”太宽，无法指导产品取舍。
手头有哪些材料
- 12 次访谈和 8 次审稿过程观察
- 反复出现跨工具找反馈和版本混淆
如何使用这个框架
- 先找共同的行为和任务，再为代表性角色命名。
- 将访谈事实与推测分别标注，不用年龄和爱好代替需求。
- 用人物卡检查功能想法是否解决实际任务。
产品重点从“增加聊天功能”转向“汇总审稿意见与版本”。
写人物之前，先检查三种证据缺口
先写这份画像要帮助作什么产品决定。例如：客户评审原型要让项目经理完成什么。先记录任务、相关情境和证据，再起名字或编背景。研究归纳与基于假设的构想人物要区分，读者才能判断可以信到哪一步。
三种情况先停：大部分是与任务无关的人口背景；把一位受访者的深刻说法变成所有客户的特征；把使用者的需求说成购买者的预算或审批权。各自需要不同材料，加照片或形容词解决不了。
有归属的观察、本人表达的偏好、编辑归纳和未知问题分别保留。说重视版本追踪，不等于观察到已经追踪成功。虚构教学可以说明这种差别，不能作为真实客户证据；真实研究中可识别个人的细节也需有相应分享许可。
当前要理解人物、任务旅程，还是市场
几种视图可以共用记录，但结论不同。选择能检查当前未知的方法，不让画像补市场规模，也不把猜测的情绪记成观察。
| 方法 | 输入 | 主要产出 |
|---|---|---|
| 用户画像 | 可追溯任务模式，或标明的假设 | 可在设计中质疑的有限归纳 |
| 用户旅程图 | 同一人物任务中的可归属事件 | 触点与体验缺口 |
| 同理心地图 | 说过什么、做过什么，解释另标 | 关于当事人视角的问题 |
| STP | 市场范围、替代方式和细分证据 | 目标与定位假设 |
完整案例：研究摘要与构想人物分别记
继续使用云桥虚构案例。教学摘要给出12家设计工作室、12次访谈、8次评审工作观察，描述反馈分散和版本混乱；没有逐字稿、逐人问题计数，也没给访谈与观察的重叠。不能因为出现8和12，就说12人中8人遇到某问题。
林岚是12人工作室中的综合项目经理画像，12名员工不是访谈次数；每天跟进3–5个项目是人物情境，不是全体工作室的实测平均。另3名同角色用户属于拟开展的原型测试，不是已经多做的3次访谈。这些数字各自连回对象。
下面只把给定摘要推到设计问题，不编发生频率或购买行为。按约定日期获得清晰评审决定是目标，收集评论是可能支持目标的活动。版本和责任人可追溯是待探索标准，不保证新界面一定消除混乱。
| 画像要素 | 给定材料 | 可推问题 / 边界 |
|---|---|---|
| 目标 | 按约定日期获得客户清晰评审决定 | 检查如何识别已经作出决定 |
| 情境 | 每天跟进3–5个项目 | 拟测试项目间切换，普遍性未知 |
| 障碍 | 聊天、邮件、图片评论分散，版本混乱 | 检查评论来源与版本关联 |
| 标准 | 客户易上手，版本与责任人可追溯 | 拟设计能暴露这些需要的任务 |
| 证据范围 | 12家、12次访谈、8次观察 | 未给问题频率或市场占比 |
画像先变成测试提议，再由回应修订
现在的结论是聚焦评审决定的形成与追踪，不是自动增加聊天。这仍是虚构研究中的设计假设。拟邀请3位相似角色用户，解释目的并核对其真实任务；3人是案例安排，不是通用验证人数。
可先拟一项任务：找到项目当前版本，查看互相冲突的评论，说明还等谁作决定。请参与者展示做法和理由，不诱导其称赞“一个链接”。任务条件、实际操作、需要的帮助、未完成项和本人解释分别记录。本例没有已完成原型或测试结果。
复查逐条对照画像与新观察。保留反例，例如有人委托他人评审，或对完成的定义不同。证据需要时改目标、拆模式，或继续标未知；保留旧画像和变更理由。即使原型任务成功，也只支持该测试条件下的任务，不证明市场需求、付费意愿或所有工作室都像林岚。
检查你的思考
再问自己几个问题
- 这个用户在什么场景下会想到我们？
- 他的目标、担忧和决策阻力分别是什么？
- 画像来自证据，还是来自团队想象？
完成前的检查清单
- 画像对应一个明确客群。
- 描述包含行为和动机，不只是年龄职业。
- 能指导产品、运营或营销决策。