NODE
用户视角优先
[NODE] 用户视角优先
- 类型: 概念
- 定义: 以用户的第一人称视角理解问题、设计产品的思维方式——用户不关心系统怎么运作，只关心世界发生了什么
关系
| 关系 | 目标 | 说明 |
|---|---|---|
| is_a | 思维方式 | 产品设计的核心心智模型 |
| enables | 产品设计 | 好产品的基础 |
| requires | 同理心 | 需要能站在用户角度思考 |
| implemented_by | RULE-用户视角优先 | 具体的行动规则 |
| related_to | NODE-元认知 | 对"用户在想什么"的觉察 |
| contrasts | 技术视角 | 与系统/技术视角相对 |
核心概念
第一人称 vs 第三人称
| 维度 | 第一人称（用户视角） | 第三人称（系统视角） |
|---|---|---|
| 主体 | 用户 | 系统 |
| 关注 | 世界发生了什么 | 系统做了什么 |
| 语言 | 日常语言 | 技术术语 |
| 心智模型 | 真实世界的因果 | 技术实现的逻辑 |
为什么重要
用户购买的是"结果"，不是"功能"。
用户不关心：
- 数据库是否同步完成
- API 调用是否成功
- 后台任务是否执行
用户只关心：
- 我的邮件发出去了吗？
- 会议时间变了吗？
- 对方收到我的消息了吗？
三层理解
| 层次 | 问题 | 目的 |
|---|---|---|
| 感受层 | 用户会怎么感受？ | 避免打扰、困惑、不信任 |
| 理解层 | 用户会怎么理解？ | 确保行为符合预期 |
| 心智层 | 用户的心智模型是什么？ | 对齐真实世界因果 |
应用场景
产品设计
- 通知策略：只通知用户关心的事，不通知系统内部状态
- 错误处理：用用户语言解释问题，不暴露技术细节
- 默认设置：默认行为应符合大多数用户的预期
AI 助手设计
来源：INFO-117（用户认知图谱）
传统知识图谱是第三人称视角——记录"世界是什么"。 用户认知图谱是第一人称视角——理解"用户为何这样想"。
| 传统方法 | 用户视角优先 |
|---|---|
| 记录用户做了什么 | 理解用户想要什么 |
| 存储事实 | 理解意图 |
| 响应查询 | 预测需求 |
Memory 系统设计
| 系统视角（错） | 用户视角（对） |
|---|---|
| 有数据就存 | 只存用户明确想记住的 |
| 技术上能提取就提取 | 只提取对用户有价值的 |
| 同步完成就通知 | 用户需要知道时才通知 |
与技术视角的平衡
用户视角优先不是"完全不考虑技术"，而是：
- 设计时：从用户视角出发
- 实现时：用技术手段达成
- 呈现时：回到用户视角
用户需求（第一人称）
↓ 翻译
技术实现（第三人称）
↓ 翻译回来
用户体验（第一人称）
关联条目
INFO
- INFO-117：用户认知图谱（第一人称心智模型的系统化设计）
- INFO-097：虚拟EA工作法（先理解用户，再行动）
RULE
- RULE-用户视角优先：本概念的行动规则版
- RULE-不对称风险原则：用户对打扰的感知 > 对价值的感知
- RULE-真实世界语义保持：系统行为 = 真实世界因果
- RULE-人机分工原则：人负责理解用户，AI 负责执行
NODE
- NODE-AI-Agent：Agent 设计需要用户视角
- NODE-元认知：对"用户在想什么"的觉察
- NODE-研发创造者：研发者也应是用户（用研循环）