产品设计 · 第 2 篇

用户画像：从模糊感觉到清晰人物

做产品的时候，你一定听过这样的话——“站在用户的角度想想”。但问题是：用户是谁？你脑子里浮现的那个“用户”，和你同事脑子里的，可能完全不是同一个人。

这篇文章就来聊聊，怎么把“我觉得用户大概是这样的”变成团队都认可的、有名有姓的具体人物。这个方法，就是用户画像（Persona）。

什么是用户画像

用户画像是对目标用户的一个具象化描述。注意关键词：具象化。

它不是一张统计报表。“用户 60% 是女性，25-35 岁，月收入 8000-15000”——这是数据，不是画像。数据告诉你“有多少人”，但不告诉你“这些人过着什么样的日子”。

用户画像是一个具体的“虚拟人物”。比如：

小美，28 岁，在一家互联网公司做运营。每天通勤 1 小时，早上挤地铁的时候喜欢刷短视频打发时间。中午休息会看看小红书找吃的。她希望下班后能有时间健身，但经常加班到 8 点，回家只想躺着。

读完这段话，你是不是觉得“小美”好像就站在你面前？这就对了。用户画像的核心价值就是：把数据背后的人，变成你能感知到的人。

打个比方：统计数据是体检报告，用户画像是你认识的一个朋友。你不会根据体检报告给朋友推荐餐厅，但你会根据你对朋友的了解来推荐。做产品也是一样。

为什么需要用户画像

你可能觉得，我对用户挺了解的，不需要专门做画像。但实际工作中，用户画像解决的是几个很现实的问题。

让团队对“用户是谁”达成共识

产品经理觉得用户是通勤白领，设计师觉得用户是大学生，开发觉得用户是“所有人”。没有画像，每个人心里的用户都不一样，做出来的东西自然拧巴。

有了画像，大家讨论时说的是同一个人。“这个功能对小美有用吗？”——比“这个功能对用户有用吗？”具体得多。

把抽象的“用户”变成具体的“人”

当你设计一个功能时，想的是“用户可能需要…”，这太模糊了。但如果你想的是“小美每天挤地铁，单手拿手机，她需要…”，你的设计立刻就有了场景感和分寸感。

避免“我觉得”式的主观判断

产品会议上最危险的一句话就是“我觉得用户会喜欢这个”。谁的“觉得”算数？有了用户画像，决策的依据从“我觉得”变成了“根据小美的使用场景和痛点来看”。虽然画像本身也有主观成分，但它至少是基于调研数据构建的，比拍脑袋靠谱得多。

帮助做优先级决策

资源永远是有限的，这个版本到底先做哪个功能？拿出画像看一看——“这个功能对核心用户小美来说重要吗？她会用到吗？”不重要就往后排。画像帮你把“做什么”和“为谁做”连起来了。

用户画像 vs 用户分群

这两个概念经常被搞混，但它们是不同层面的东西。

用户分群是数据维度的切割。比如：新用户 / 老用户、高活跃 / 低活跃、付费用户 / 免费用户。分群回答的是“用户可以怎么分类”。

用户画像是在分群基础上的人格化叙事。它回答的是“这类用户到底是什么样的人”。

举个例子：

• 分群告诉你：“高活跃用户占 20%，日均使用时长 45 分钟。”
• 画像告诉你：“小美每天通勤时打开 App 刷 20 分钟，午休再刷 15 分钟，晚上睡前再看 10 分钟。她最关注穿搭和美食内容，经常收藏但很少分享。”

两者是互补关系。分群帮你识别有哪些类型的用户，画像帮你理解这些用户具体是怎么想、怎么做的。做产品决策时，往往需要两者配合：先用分群定位目标群体，再用画像指导具体设计。

怎么构建用户画像

不要凭空想象一个人物出来——那叫写小说，不叫做产品。用户画像必须基于真实数据和调研。下面是一个实操四步法。

第一步：收集信息

你需要两类数据。

定量数据（知道“多少”）：后台用户属性统计（年龄、性别、地域分布）、行为数据（使用频次、停留时长、核心功能使用率）、转化漏斗数据等。这些数据帮你建立大盘认知。

定性数据（知道“为什么”）：用户访谈（1v1 深聊 30-60 分钟）、开放式问卷、客服工单分析、社交媒体评论等。这些数据帮你理解动机和情感。

收集时重点关注五个维度：

1. 基本属性——年龄、职业、城市、收入水平、家庭状况
2. 目标动机——用户想通过你的产品达成什么？背后更深层的动机是什么？
3. 行为习惯——什么时候用？用多久？最常用哪些功能？
4. 痛点困扰——使用过程中最难受的是什么？哪些需求没被满足？
5. 现有替代方案——用户现在怎么解决这个问题？用什么竞品？为什么？

实操建议：如果资源有限，优先做 5-8 场用户访谈。访谈获得的信息密度远高于问卷。哪怕只聊 5 个人，你也能发现很多共性。

第二步：归类聚合

访谈做完、数据也拉了，接下来要从中提炼共性。

具体做法：把所有用户的关键信息（目标、痛点、行为模式）写在便利贴上，然后做亲和图（Affinity Diagram）——把相似的贴到一起，看看自然形成了几组。

通常 3-5 个画像就够了：一个核心画像（你最想服务好的那类用户）+ 2-3 个次要画像。

一个重要原则：如果你的画像超过 5 个，说明你还没想清楚。画像太多意味着你没有做取舍，试图同时满足所有人——这恰恰是画像要帮你避免的事情。

实操建议：给每组画像起一个简短的标签，比如“效率型用户”“社交型用户”“尝鲜型用户”。标签能帮你快速区分不同画像的核心特征。

第三步：写成故事

有了聚类，接下来要把每组用户“写活”。

给 ta 一个名字和面孔。 比如叫“小美”，配一张照片（可以用 AI 生成头像，也可以用免费图库的照片）。有名字和脸的人物，团队更容易记住和共情。

描述 ta 的背景和日常。 不要只写“28 岁，女，运营”。要写 ta 一天怎么过的、工作状态是什么样、生活中关心什么。

写清楚目标和痛点。 这是画像最核心的部分——ta 想要什么？什么东西困扰 ta？

加一段第一人称的“内心独白”。 这一步很关键。用 ta 自己的口吻说一段话，让读画像的人能“听到”这个用户的声音。比如：

“我每天下班都想去健身，但到家都 8 点多了，再出门去健身房真的太累了。要是在家能跟着练就好了，但我又怕动作不标准受伤。”

这段话比任何数据表格都能让团队“感受到”用户。

第四步：团队共识

画像做完不是终点，用起来才是。

把画像打印出来，贴在工位或会议室墙上。 让团队随时能看到。很多公司把画像做成海报大小的展板，放在产品团队区域最显眼的位置。

在设计评审、需求评审时拿出来对照。 养成一个习惯：讨论任何功能时都问一句——“这个设计对小美友好吗？她会在什么场景下用到？”

定期更新。 用户会变，市场会变。建议每半年回顾一次画像，看看是否还准确。如果产品方向有大的调整，画像也要跟着迭代。

实操建议：画像不需要很华丽的排版。一张 A4 纸能讲清楚就行。关键是内容准确、团队认可、日常使用。

一个完整的用户画像案例

下面以一个居家健身 App 为例，展示一个完整的用户画像长什么样。

画像：李小美

一天的典型时间线：

• 7:30 起床，洗漱出门
• 8:00-9:00 地铁通勤，刷小红书和短视频
• 9:00-12:00 工作，开会、写方案、对接渠道
• 12:00-13:00 午休，点外卖，刷手机
• 13:00-19:00 继续工作，经常临时加需求
• 19:00-20:00 加班或通勤回家
• 20:00-20:30 吃饭、换衣服
• 20:30-21:30 她希望用来健身的时间窗口
• 21:30-23:00 刷剧、洗澡、护肤
• 23:00 睡觉

核心需求：

• 想保持身材、改善体态（久坐导致圆肩驼背）
• 希望在家就能完成训练，不用再出门去健身房
• 需要有人“带着练”，自己不知道练什么、怎么练
• 单次训练时间控制在 20-40 分钟

痛点：

• 办了健身房年卡，去了不到 10 次，觉得浪费但又懒得去
• 在 B 站跟过健身视频，但动作不标准，膝盖疼了一周
• 下载过两个健身 App，觉得课程太多不知道选哪个，用了三天就卸载了
• 最怕的就是“选择太多”——她希望有人直接告诉她今天练什么

使用场景：

• 工作日晚上 8:30-9:15，在卧室铺一张瑜伽垫跟练
• 周末上午偶尔会做一次稍长的训练（40-50 分钟）
• 偶尔出差住酒店，想做 15 分钟的快速拉伸

对竞品的态度：

• Keep：“课程太多了，打开就不知道练什么，像走进了一个巨大的超市。”
• B 站健身视频：“博主讲得挺好但没人纠正我的动作，练完膝盖疼了。”
• 线下健身房：“教练一直推销私教课，体验很差。而且晚上 8 点到健身房太晚了。”

内心独白：

“我不是不想健身，我是没有精力做选择。下班已经够累了，别让我再想今天练胸还是练背。你就告诉我今天该干嘛，我跟着做就行了。动作要简单，不要受伤，20 分钟能搞定最好。”

看完这份画像，你对“小美”这个用户是不是有了非常具体的感知？接下来团队讨论任何功能——比如“要不要加一个社区功能让用户分享健身打卡”——都可以拿小美来检验：她会用吗？她有这个需求吗？

答案大概率是“不太会”。小美的核心诉求是省心地完成训练，不是社交。这就是画像的决策价值。

常见错误

最后聊几个做用户画像时容易踩的坑。

画像太泛

“我们的目标用户是 25-35 岁的年轻人。”——这不是画像，这是人口统计。25 岁刚毕业的单身程序员和 35 岁带娃的全职妈妈，能是同一个画像吗？画像的价值在于具体，一旦变得泛泛，就失去了意义。

怎么判断是否太泛？ 如果你的画像描述换成另一个产品的用户也成立，那就太泛了。

画像太多

做了 8 个、10 个画像——看起来很全面，实际上谁都服务不好。画像太多意味着你没有做取舍。你应该明确：谁是你的核心用户？资源有限的时候，你优先满足谁？

建议：强迫自己只选一个核心画像。如果所有功能决策都只能参考一个人，你选谁？

画像和数据脱节

有些团队为了省事，几个人坐在会议室里“脑暴”出一个用户画像。这不是画像，这是团队的集体想象。画像必须有数据和访谈支撑。哪怕你只做了 5 场用户访谈，也比 0 场强得多。

底线：画像里的每一个关键信息（痛点、目标、行为），你都应该能说出“这是从哪场访谈 / 哪组数据里得出的”。

画完就不用了

这是最常见的问题。花了两周做了一套漂亮的画像，存在 Confluence 里，然后再也没人打开。画像不是交作业，是日常工具。如果你做完画像之后，日常讨论中从来不提“小美”这个名字，那这份画像就白做了。

怎么让画像活起来？ 从一件小事开始：下次需求评审会上，花 2 分钟把核心画像过一遍，然后讨论每个需求时都问一句“小美会怎么看这个功能”。坚持三次，团队就会养成习惯。

小结

用户画像的本质很简单：把“我们的用户”从一个模糊的概念，变成一个有名有姓、有血有肉的具体人物。

构建画像的过程——收集信息、归类聚合、写成故事、达成共识——本身就是团队深入理解用户的过程。而画像的真正价值，不在于那张漂亮的卡片，而在于它能不能在日常决策中被用起来。

记住：好的画像不是写得多漂亮，而是团队能脱口而出——“小美不会喜欢这个设计的。”

当你的团队开始用画像的名字来讨论问题时，说明这个工具真正活了。