用户画像(Persona)= 把"一大群统计意义上的用户"压缩成"团队记得住、能共情的少数虚拟个体"。它不是市场部那种人口统计标签(35 岁女性月入两万),而是回答"这个人为什么用我们、想完成什么、卡在哪"的内在动机模型。
核心价值就一句:让设计讨论从"我觉得用户会……"(自我参照)变成"Mary 需要快速完成任务"(对齐到具体的人)。下面分 本质 → 类型 → 范围 → 创建 → 对比其他工具 → 三种用法 → 维护 → 失败 八块。
一、本质:画像画的是"内心",不是"行为数据"
| 维度 | 用户画像 Persona | 容易混淆的东西 |
|---|---|---|
| 画的是什么 | 内在:动机、期望、态度、想完成的关键任务、面对复杂流程的思维方式 | 客户分群/分析数据画的是外在:页面访问、设备、频次、地域 |
| 数据来源 | 定性研究(访谈/实地/可用性测试)—— 因为"内心"读不出来,只能聊出来 | 分析工具的大规模行为数据 |
| 形态 | 一个有名字、有照片、有一句标签语的虚构但逼真的个体 | 一堆百分比和饼图 |
心法:画像是"虚构的,但要像真人一样具体"。给它名字、照片、一句生活标签语(tagline)、使用场景(主动选还是被迫用?频率?设备?)、目标与关注点(要快还是要准?)、一句体现态度的引言。每条信息都必须和设计相关 —— 别写"喜欢喝啤酒"这种除非真和产品有关的细节。
Why 它管用:人脑记不住"用户群 A 的统计特征",但记得住"精细的黛比(Detailed Debbie)出差要订一间价格合理、评价好的酒店"。具体化 → 可记忆 → 团队在每次评审里能反复调用,减少"以自己当用户"的自我参照式设计。
二、三种类型:按"数据来源"分,定性是多数团队的最优解
| 类型 | 数据来源 | 怎么做 | 优 | 劣 | 适合谁 |
|---|---|---|---|---|---|
| 轻量型 Proto / Lightweight | 团队现有假设,无新研究 | 2–4 小时工作坊,每人画 2–5 个草稿,讨论合并成 3–6 个 | 快、便宜、把隐性假设显性化、当研究起点 | 没研究支撑,可能放大错误假设;团队若觉得没用会连带排斥整个 UX | 资源有限 / UX 成熟度低 / 刚起步 |
| 定性 Qualitative | 5–30 人小样本定性研究 | 访谈/可用性测试/实地 → 找共同目标与痛点的模式 → 归纳成画像 | 基于真实数据、洞察深、时间投入适中 | 无法量化每个画像占比、可能漏掉小众群体 | 多数团队的最佳选择 |
| 统计 Statistical | 定性打底 + 大样本调查(≥100,理想 500+) | 先定性定主题 → 大调查 → 聚类分析(潜类/因子/K-means) | 知道每个画像占多少比例(利于设计权衡)、排除异常用户偏差 | 贵、要统计专业能力、要先做完定性再做、统计聚类可能没设计意义 | 资源充足 / 需要精确分布做权衡 |
决策心法:别一上来追求统计型。先用轻量型对齐团队,再升级到定性型拿真实洞察;只有当"每个画像占多大比例"会直接改变设计取舍时,才值得花钱做统计型。
三、范围与层级:画像不能"一套通用"
NNGroup 反复强调的反例:一家金融公司想用"一组画像"覆盖退休储蓄+银行+基金所有业务 —— 这是错的。
| 范围 | 数据特点 | 适合 | 不适合 |
|---|---|---|---|
| 宽范围 Broad | 高层次、浅 | 战略决策(营销基调、教育内容方向) | 具体设计(投资界面该展示哪些信息) |
| 窄范围 Narrow | 特定情境、深 | 具体产品/场景设计(移动银行 App 首页突出什么) | 企业级高层决策 |
核心规律:范围越窄,对该情境了解越深;范围越宽,能用于精细设计的信息越少。 二者是此消彼长。
层级化解法:画像应按组织结构分层 —— 组织级 → 业务线级 → 产品级 → 项目级,每层为各自的决策情境单独建。最佳状态是画像与设计挑战一对一。同一个真人在不同层级会呈现不同面孔:在公司层面是"节俭储蓄者 Dan",在移动银行 App 里可能是"不信任移动交易的 Quentin"。
四、画像 vs 其他三种用户工具(分清边界,可组合)
最常被问"我该用画像还是 X" —— 一表说清。它们不是互斥,是不同抽象层,可叠加用。
| 工具 | 是什么 | 强在哪 | 弱在哪 | 与画像的关系 |
|---|---|---|---|---|
| 原型 Archetypes | 抽象的用户类型标签(如"可靠性优化者"),只留行为/态度,不加名字照片 | 简洁;团队对"画像"反感时的替代品(避开人格化的副作用) | 缺人性化细节,难激发情感共鸣 | 同一份洞察的两种表达:原型做行为模式分析,画像补具体背景。可从原型起步逐步过渡到画像 |
| 任务目标 JTBD | 用户"雇佣"产品去完成某个"任务/结果"(如"我要导航"而非"我要打印路线") | 以结果为中心、挑战现有方案、激发创新 | 没有用户背景与细分,设计可能不够个性化 | 互补:先用 JTBD 定核心需求,再用画像补细节与共情。画像可吸收 JTBD 的功能性+情感性成功标准 |
| 客户分群 Segments | 基于分析数据的外部行为分组(设备/频次/地域) | 量化、看得到全貌、知道占比 | 读不出内心动机与态度 | 互补:分群给"外在行为全貌",画像给"内在动机"。结合才完整(见第五节"数据分段") |
五、三种把画像"用起来"的方法
画像最大的失败是"建了不用"(见第八节)。这三个是最落地的用法:
1. 功能优先级矩阵(Prioritize Features) —— 用画像给需求排序的量化办法:
- 行=所有功能/用户故事,列=各画像,给每个画像分优先级权重(主要 50% / 次要 30% / 三级 20%,合计 100%)
- 每个功能对每个画像打分:
+2 至关重要 / +1 有正面但非关键 / 0 无影响 / −1 负面 - 加权总分 = Σ(评分 × 该画像权重),按总分排序
- Why:把"谁的需求更重要"从拍脑袋变成可讨论的数字;还能复用于内容创意评估、设计方案对比
2. 场景映射工作坊(Scenario Mapping) —— 用画像做设计构思:
- 一个场景 = 五要素:执行者(Actor,用具体画像)→ 动机(Motivator)→ 意图(Intention)→ 行动(Action)→ 结果(Resolution)
- 工作坊:4–6 人跨职能 + 主持人 + 1–2 个高优画像的关键任务场景 + 白板便利贴。把场景拆成小段水平贴墙,不同颜色便利贴=创意/问题/考虑,逐段头脑风暴
- 关键纪律:场景要保持高层次、不碰具体设计方案(别过早写"用下拉菜单"),否则会限制创意而非激发。然后跨多个画像的方案找共同点收敛
3. 数据分段分析(Segment Analytics by Persona) —— 用画像反过来读数据:
- 笼统看全站数据会掩盖群体差异。按画像定义分段规则(如 David="回访 + 邮件来源 + 手机访问"),让每段覆盖总体 7–10%
- 经典案例:某页跳出率 65% 看不出问题 → 按画像拆:忠实用户跳出 83%(正常,只看特定内容)vs 搜索访客 37.5%(偏低但内容不匹配预期)→ 定位到"搜索访客的内容匹配要改"
- 双重收益:既优化设计,又反向验证画像是否还准
六、维护:画像是"活文档",不是终稿
| 问题 | NNGroup 结论 |
|---|---|
| 何时更新 | 针对业务环境或用户群体的显著变化(业务转向、竞品出新功能改变预期、人口结构变、分析/测试/客服数据偏离画像)。小功能改动不必更新;别为更新而更新 |
| 多久更新一次 | 没有固定表。156 家公司调查:46% 每 1–4 年、28% 每季度或更频繁、26% 每 5 年+或从不 |
| 更新值不值 | 频率与影响力正相关:季度更新组自评影响力 5.5/7,1–4 年组 4.5,5 年+组只有 3.9 |
| 更新的反作用 | 改太频繁/太大会让团队记不住、内化不了,反而降低接受度 —— 要在稳定性与灵活性间平衡 |
容易被忽视的设计细节:格式即信号。
- 用难编辑的格式(Photoshop 文件、印刷海报、PDF)= 向团队传递"这是最终版、别改"的隐性信号 → 画像会被当成完成品而僵化、过时、闲置
- 反过来,Google Doc / PPT / Slides = "欢迎反馈和修改"。对没有专业设计能力的团队,简单可编辑的格式从长远看比华丽精致的更有价值
- "最好的画像是丑的"(因为好改)这一早期观点现在虽缓和,但过度投资视觉仍有风险:后续更新变贵变难。只有当画像是公司新事物、需向高层争取支持时,精致设计才值得
七、5 大失败原因 + 解法(Why Personas Fail)
| # | 失败 | 解法 |
|---|---|---|
| 1 | 建了没人用,被当浪费时间 | 教育团队和干系人讲清实际价值;分享成功案例(最好同组织的);复盘以往失败 |
| 2 | 缺高层支持(领导认为"我已经懂用户") | 把画像定位成"对齐已有认知的工具"而非纯研究成果;强调它帮团队聚焦特定用户、减少自我中心设计 |
| 3 | 孤立创建后强加给别的团队 | 邀请干系人参与创建(观察用户研究/接收每日更新);公开研究数据增强可信 |
| 4 | 缺沟通,没人知道画像是干嘛的 | 办培训讲创建过程与用法;会议里主动用画像当讨论基础;教大家在测试/任务设计/数据分析里怎么用 |
| 5 | 画像本身有根本缺陷(太宽泛/基于无关数据) | 回到第三节:明确目标与范围,确保画像针对具体设计挑战 |
| (隐藏) | 画像过时了 | 见第六节 —— 最初设计时就要考虑未来可更新 |
八、底层原则:为"你真实拥有的用户"设计
"You have the users you have." 你拥有的是现有用户,不是理想用户。
这是贯穿所有画像工作的世界观。真实用户匆忙、点他觉得可能有用的东西、对技术的了解远低于设计师的预期、对你的产品没那么上心。设计会议里那句"现在大家都应该会用这个控件了吧"几乎总是错的 —— 可用性研究反复证明很多人不会。
- 接受现实、不要理想化:针对用户的实际行为设计,而非你期望的行为
- 一个例外:推新品或拉新营销时,要更新画像 —— 新用户通常比老用户更缺动机、更缺知识(晚加入往往因为本来就没兴趣)。此时可用性测试要招两组:熟悉老设计的现有用户(可能因路径依赖难适应新设计)+ 零经验新用户(学习曲线更短)
九、特殊人群:为儿童设计与测试(画像延伸)
Will 把两篇"儿童"主题归在画像下 —— 本质是"为一类身体/认知阶段差异极大的特定用户群建模"。
按身体发展阶段设计(Design for Kids):
| 年龄 | 动作能力 | 设计要点 |
|---|---|---|
| 3–5 岁 | 以粗大动作为主 | 大幅简单手势(点、滑);按钮 ≥ 2cm×2cm(成人推荐的 4 倍);避免小目标(反例:5mm 的关广告按钮逼 7 岁孩子用 Apple Pencil 才能点中) |
| 6–8 岁 | 精细动作发展中 | 开始能用触控板和简单鼠标点击;好友配对测试效果更好 |
| 9–12 岁 | 精细动作与协调显著提升 | 能熟练用鼠标键盘做复杂操作 |
通用:支持多种手势完成同一任务(宽容);减少精确拖动要求(5 岁拖卷尺/拖食物到目标频频失败 → 不满);避免需双手协调或快速响应的任务(单一大按钮最友好,如 Lego Junior 一个按钮)。
未成年人可用性测试 16 技巧(招募/任务/引导三阶段精要):
- 招募:多招(缺席率高)、按年龄+成熟度分组、适龄奖励、优先外向孩子
- 任务:适龄简洁语言、别用界面术语当线索、多样化防无聊、儿童 ≤60 分钟/青少年 ≤90 分钟、6–8 岁可好友配对、布置儿童友好实验室
- 引导:家长签同意书(未成年人不能自签)、允许家属在场但不打扰、用中立表扬鼓励出声思考、穿着随意不权威、从简单任务热身建立信心
源自 NNGroup Topics / Personas - 用户角色(15 篇)。用户研究方法见 NNGroup 定性研究与研究方法工具箱(方法全景/访谈/共情图/样本量/任务设计/主持/专家评估/工作坊/伦理) / NNGroup 用户旅程 Customer Journeys(旅程地图五要素/七种分析法 · 四大映射方法 vs 服务蓝图/体验地图/同理心图 · 旅程 vs 流程 vs 故事地图 · 服务设计与蓝图三线五步 · 项目方法论现状-未来&假设-研究 · CX 转型与旅程中心设计 · 研究地基 CUEs/用户面板 · 实战奢侈品/医疗/AI 绘图);与 Will 的 Google UX 证书课笔记 Google UX 证书 / UX 研究与共情-定义 互为补充。图片与原文档保留在 sources。