第三讲：用户画像与场景分析
好，咱们接着聊。上一讲我们讲了需求收集，今天要聊的是怎么把这些需求「翻译」成真正能指导产品设计的东西。
说白了，用户画像和场景分析，就是帮你回答三个问题：
- 谁在用你的产品？
- 他在什么情况下用？
- 他到底想解决什么问题？
我见过太多SaaS产品，功能堆得跟瑞士军刀似的，结果用户买回去只用了个开瓶器功能。为什么？因为根本没搞清楚用户是谁、在什么场景下用。
3.1 构建精准用户画像
先说说用户画像。很多人一上来就写「25-35岁、本科以上、IT从业者」——这哪是画像？这是人口普查表。
真正的用户画像，要回答「这个人为什么会掏钱」。
我个人习惯把用户画像拆成三层：
| 层级 | 内容 | 举例（B端CRM系统） |
|---|---|---|
| 基础属性 | 年龄、职位、行业、公司规模 | 32岁，销售总监，制造业，200人公司 |
| 行为特征 | 日常工作流、工具使用习惯、决策路径 | 每天用Excel管客户，每周开销售例会，老板要求看报表 |
| 心理动机 | 痛点、恐惧、渴望、价值观 | 怕丢单、怕被老板质疑业绩、想证明自己管理能力 |
关键点：第三层「心理动机」才是驱动购买的核心。基础属性只是筛选条件。
我在项目中遇到过一件事。有个做HR SaaS的团队，他们画的用户画像全是「HR经理，女性，30岁左右」。结果产品上线后，真正买单的是CEO。为什么？因为HR经理觉得系统好用，但CEO觉得太贵、ROI算不过来。你看，决策者和使用者根本不是同一个人。
所以做B端产品，至少要画两个画像：
- 使用者画像：每天用你产品的人，关注易用性和效率
- 决策者画像：掏钱的人，关注ROI和风险
你想想看，这两个人的需求可能完全相反。使用者想要功能多，决策者想要价格低。怎么平衡？这就是产品经理的功夫了。
3.2 用户场景地图绘制
有了画像，下一步就是画场景地图。我管它叫「用户的一天」。
场景地图不是功能列表，而是时间线上的故事。你要把用户从「发现问题」到「解决问题」的全过程画出来。
举个例子，一个做项目管理的SaaS，用户场景地图可能是这样的：
时间线：周一早上 → 周二下午 → 周三例会 → 周五汇报
场景1：周一早上，项目经理打开邮箱，发现3个任务延期
→ 痛点：不知道谁在卡进度
→ 需求：需要看到每个任务的实时状态
场景2：周二下午，开发说「这个需求做不了」
→ 痛点：沟通成本高，信息不同步
→ 需求：需要需求变更的审批流程
场景3：周三例会，老板问「这个月能交付吗？」
→ 痛点：没有数据支撑，只能拍脑袋
→ 需求：需要自动生成进度报告
我的习惯：画场景地图时，用便利贴贴在白板上。一张便利贴就是一个场景。然后按时间顺序排好，看看哪些场景是高频的、哪些是低频的。高频场景必须做到极致，低频场景可以先用简单方案。
嗯，这里要注意一个坑。很多人画场景地图时，会不自觉地把「功能」当成「场景」。比如「用户需要导出Excel」——这不是场景，这是功能。场景应该是「周五下午5点，老板突然要一份本周的销售数据，销售总监必须在10分钟内整理出来」。你看，这才是场景，有具体的时间、人物、情绪、约束条件。
3.3 B端与C端用户差异
这个点我必须重点讲。我见过太多做C端出身的PM，做B端产品时翻车翻得惨不忍睹。
核心差异就一句话：C端是「我想要」，B端是「我必须」。
具体来说，有这几个关键区别：
| 维度 | C端用户 | B端用户 |
|---|---|---|
| 决策动机 | 情感驱动（爽、好看、便宜） | 理性驱动（效率、成本、合规） |
| 使用频率 | 碎片化，随时可能打开 | 固定时段，工作日8小时 |
| 学习成本 | 零容忍，3秒不会用就卸载 | 愿意花时间培训，但要求稳定 |
| 数据敏感度 | 低，愿意分享个人信息换便利 | 极高，数据安全是第一红线 |
| 付费意愿 | 冲动消费，但客单价低 | 流程长，但客单价高、续费率高 |
我曾经帮一个团队复盘过失败案例。他们做了一款团队协作工具，UI设计得特别炫酷，动画效果拉满。结果企业客户反馈说：「能不能把动画去掉？每次打开都要等1秒，我们200个人每天打开100次，一年浪费多少时间？」
你看，C端用户觉得炫酷是加分项，B端用户觉得炫酷是浪费效率。
避坑指南：我曾经犯过一个错——把C端的「用户增长」思维直接搬到B端。结果呢？免费用户来了几万个，但全是个人用户，没有一个企业买单。为什么？因为B端的决策链条太长，免费策略吸引来的根本不是目标客户。后来我学乖了，B端产品一开始就要收费，哪怕只收1块钱，也能筛掉90%的无效用户。
再说一个差异点：角色复杂度。
C端产品，用户就是一个人。你只需要考虑「他」怎么用。
B端产品，一个采购决策可能涉及：
- 使用者（员工）—— 关注好不好用
- 管理者（部门经理）—— 关注能不能提升效率
- 决策者（老板/VP）—— 关注ROI和风险
- 采购者（行政/IT）—— 关注价格和合规
- 审批者（财务/法务）—— 关注合同条款
你想想看，这五类人的需求可能完全冲突。员工想要功能多，财务想要价格低，法务想要免责条款。产品设计时，你得让每一类人都能找到自己的「爽点」。
我的做法是：先服务好「使用者」，再服务好「决策者」。因为使用者如果觉得难用，决策者根本不会听到你的产品名字。但使用者说好用了，决策者才会考虑掏钱。
3.4 实操建议
最后给几个能直接用的方法：
- 画画像时，给每个人起个名字和故事。比如「张经理，38岁，二胎爸爸，每天加班到9点，最怕老板半夜打电话要数据」。有名字、有故事，你设计功能时就能代入他的视角。
- 场景地图要画「情绪曲线」。在时间线上标注用户的情绪变化——什么时候焦虑、什么时候烦躁、什么时候松了一口气。你的产品就是要消除那些负面情绪。
- B端产品，一定要做「角色切换测试」。把自己分别代入使用者、管理者、决策者，用他们的视角走一遍产品流程。你会发现很多设计漏洞。
总结一句话：用户画像让你知道「谁在说话」，场景分析让你知道「他在说什么」，而B端与C端的差异，决定了你「该怎么回答」。
下一讲，我们会聊怎么把这些画像和场景，转化成真正的产品需求文档。到时候我会分享一个我用了5年的模板，保证实用。