S3.2自我中心陷阱——如何真正理解你的用户

自我中心陷阱——如何真正理解你的用户

导读：“我觉得这个设计很直观”、“我觉得用户肯定会喜欢这个功能”、“我觉得这个流程没问题”——当这些话频繁出现在你的产品讨论中时，你已经掉进了自我中心陷阱。今天我们来拆解，为什么"我觉得"是产品决策中最危险的四个字。

一个让我汗颜的真实故事

两年前，我开发了一款面向设计师的素材管理工具。作为曾经的 UI 设计师，我对设计师的工作流程"了如指掌"。所以，我按照自己的习惯设计了整个产品：

• 素材按项目分类（因为我习惯按项目整理）
• 支持快捷键操作（因为我重度使用快捷键）
• 暗色主题为默认（因为我喜欢暗色）
• 左侧导航栏 + 右侧内容区（因为这是我最熟悉的布局）

产品上线后，我信心满满地等待好评。结果收到的第一条反馈是：

“这个软件看起来很专业，但我完全不知道怎么用。”

这条反馈来自一位有五年经验的设计师。她不是新手，她只是和我有不同的工作习惯。

她习惯按颜色分类素材，而不是按项目。
她更多使用鼠标，而不是快捷键。
她喜欢亮色主题，因为她的显示器在暗色环境下色彩还原更好。
她更喜欢标签页式的布局，因为她在不同任务间频繁切换。

那一刻我意识到：我设计的不是"设计师的素材管理工具"，而是"我自己的素材管理工具"。

这就是自我中心陷阱的本质：你把自己当成了典型用户，但你自己恰恰是最不典型的用户。

为什么自我中心陷阱如此普遍

1. 虚假共识效应（False Consensus Effect）

心理学中的虚假共识效应指的是：人们倾向于高估他人和自己观点、行为一致的程度。

当你觉得"这个设计很合理"时，你会自然而然地认为大多数人也觉得合理。当你觉得"这个流程很简单"时，你会认为任何人都能轻松完成。

但事实是，你和你的用户在认知模式、使用习惯、技术背景、审美偏好等方面可能存在巨大差异。你觉得"简单"的东西，对别人来说可能完全不是。

2. 知识诅咒（Curse of Knowledge）

知识诅咒是 Chip Heath 和 Dan Heath 在《Made to Stick》中提出的概念：当你对某件事了解得越多，你就越难想象不了解这件事是什么感觉。

作为开发者，你对自己的产品了如指掌——你知道每个按钮的功能，每个流程的逻辑，每个状态的含义。但你的用户是第一次接触这个产品，他们没有任何背景知识。

你看到的是一个精心设计的界面，他们看到的是一堆不知道什么意思的按钮和文字。

3. 确认偏误（Confirmation Bias）

确认偏误让我们倾向于寻找和记住那些支持自己观点的信息，而忽略与自己观点相矛盾的信息。

当你认为"用户需要这个功能"时，你会特别留意那些说"这个功能很好"的反馈，而忽略那些说"找不到这个功能在哪"或"这个功能太复杂了"的反馈。

从"自我视角"到"用户视角"的五个步骤

要真正理解用户，你需要系统性地克服上述认知偏差。以下是五个经过验证的步骤：

步骤一：承认"我不是用户"

这是最难也是最重要的一步。你需要建立一个基本认知：你的使用习惯、技术背景、审美偏好，都不能代表你的目标用户。

一个实用的方法是：每次做产品决策时，先问自己一个问题——"我是基于什么证据做出这个判断的？是数据，还是直觉？"如果答案是直觉，那就需要进一步验证。

步骤二：创建用户画像（Persona）

用户画像不是写一份漂亮的文档，而是真正理解"谁在使用你的产品"。

一个好的用户画像应该包括：

• 基本信息：年龄、职业、技术水平
• 使用场景：在什么情况下使用？频率如何？
• 核心目标：他们用产品想完成什么？
• 痛点：现在是怎么解决的？有什么不满意的地方？
• 行为特征：喜欢什么样的交互方式？习惯使用哪些平台？

关键原则：用户画像必须基于真实数据，而不是你的想象。

步骤三：做"笨用户测试"

找 5 个符合你目标用户特征的人，让他们使用你的产品完成一个特定任务。然后——闭嘴，观察，不要帮忙。

你会惊讶于用户会卡在哪里。那些你觉得"显而易见"的操作，对用户来说可能完全不是。

记录以下信息：

• 用户在哪里犹豫了？
• 用户在哪里出错了？
• 用户在哪里放弃了？
• 用户说了什么？（“我以为这个按钮是……”）

这种测试不需要专业的可用性实验室，一个屏幕共享工具就够了。

步骤四：分析用户行为数据

行为数据比用户说的更真实。用户可能会说"我喜欢这个功能"，但如果数据显示他们从未使用过这个功能，那"喜欢"就只是客套话。

重点关注以下数据：

• 用户旅程漏斗：用户从注册到完成核心任务的每一步转化率是多少？在哪一步流失最多？
• 功能使用热力图：用户实际使用的是哪些功能？哪些功能从未被触碰？
• 会话回放：用户在产品中的实际操作路径是什么？和你预期的路径一致吗？

步骤五：建立持续反馈机制

理解用户不是一次性的工作，而是持续的过程。你需要建立常态化的用户反馈机制：

• 产品内反馈入口：在产品中设置简单的反馈入口，让用户可以随时提交意见
• 定期用户访谈：每月找 3-5 个用户做 15 分钟的深度访谈
• 社群运营：建立用户社群（微信群、Discord 等），在日常交流中获取真实反馈
• 客服数据分析：分析用户反馈和客服工单，识别高频问题

实战案例：从自我中心到用户中心

让我分享一个真实的转变过程。

一位独立开发者做了一款 Markdown 笔记应用。最初，他按照自己的习惯设计了产品：

• 支持所有 Markdown 语法（包括复杂的表格、脚注、数学公式）
• 左右分栏预览（左边编辑，右边实时预览）
• 丰富的主题自定义选项
• Vim 键位绑定

上线后，数据很惨淡。他做了用户访谈，发现了几个让他意外的结论：

1. 70% 的用户只用最基础的 Markdown 语法（加粗、列表、标题），复杂的语法支持对他们毫无吸引力
2. 大多数用户更喜欢所见即所得的编辑方式，左右分栏让他们觉得"很程序员"
3. 主题自定义选项让非技术用户感到困惑，他们不知道该选什么
4. 没有用户使用 Vim 键位，甚至有人以为这是 bug

基于这些洞察，他做了以下调整：

• 简化编辑器，默认只显示常用格式工具栏
• 改为所见即所得模式，Markdown 语法作为可选的高级功能
• 将主题选项从 20+ 缩减到 5 个精心设计的预设
• 移除 Vim 键位绑定

结果：月活跃用户在两个月内增长了 340%。

他没有添加任何新功能，他只是开始真正理解用户。

行动清单

1. 今天就开始：找一个不是你目标用户的朋友，让他使用你的产品完成一个核心任务。只观察，不引导，记录他卡住的所有地方。
2. 写一份"假设清单"：列出你对用户的所有假设（“用户喜欢暗色主题”、"用户习惯用快捷键"等），然后逐一用数据验证。
3. 做 3 次用户访谈：找 3 个真实用户，每人 15 分钟，问他们三个问题：（1）你用产品做什么？（2）你最喜欢产品的什么？（3）你最不满意的是什么？
4. 安装一个行为分析工具：如果还没用，今天就接入一个轻量级的用户行为分析工具（如 Mixpanel、PostHog），开始收集真实的行为数据。

一个需要时刻警惕的问题

每当你准备做一个产品决策时，问自己这个问题：

“我是知道用户需要这个，还是我觉得用户需要这个？”

如果答案是后者，停下来，去验证。这个简单的习惯，可以帮你避开 80% 的自我中心陷阱。

记住：你不需要成为你的用户，你只需要愿意去理解你的用户。

互动投票

你做产品决策时，最常依赖的依据是什么？

• A. 自己的使用经验和直觉
• B. 用户反馈和访谈数据
• C. 行为数据分析
• D. 竞品分析和行业趋势

评论区话题

你有没有过"我以为用户需要，结果完全不是"的经历？那个经历让你学到了什么？来评论区分享，你的教训可能正是别人需要的。

下期预告

下一篇：数据虚荣陷阱——关注真正的北极星指标

你的日活在涨、注册量在涨、页面浏览量在涨……但你的产品真的在变好吗？下一篇，我们聊聊如何区分"让你感觉良好的数据"和"真正反映产品价值的数据"。

点击关注本专栏，持续学习产品心理学与独立开发方法论，从好奇心到产品力，我们一起成长。

本系列共4篇，每天8点更新，建议开启推送，第一时间获取新内容。