user-modeling

用户建模

只需充分了解用户，就能做出更好的产品决策。

为什么要进行用户建模

建立基于行为的用户模型，揭示用户的需求和行为方式，而不是配上图库照片的营销画像。

输入要求

此技能最适合搭配以下内容使用：

• problem-framing 的输出（问题陈述、目标用户、JTBD）
• 任何现有研究（访谈、调查、支持工单、Reddit 讨论串、评论）

如果没有研究，也可以基于假设开展，但会标记这些假设仍需验证。

工作流

第 1 步：收集背景信息

导入上游产出，或询问：

• 你在为谁开发产品？
• 你目前对他们有哪些了解？
• 你是否和潜在用户聊过？
• 是否有任何数据来源，例如评论、论坛、支持工单？

第 2 步：识别用户细分

找出以下方面有意义的差异：

• 目标 — 他们想要完成什么？
• 情境 — 他们在何时、何地遇到问题？
• 限制 — 哪些因素限制了他们的选择？
• 技能水平 — 他们的熟练程度如何？
• 频率 — 他们多久会遇到一次这个问题？

并非所有差异都有意义。重点关注那些会改变你要开发的产品的差异。

第 3 步：构建用户画像

为每个有意义的用户细分创建一个简明画像。最多保留 2-3 个画像，超过这个数量会分散注意力。

第 4 步：定义使用场景

为每个画像定义 2-3 个具体的产品使用场景。这些场景将成为用户故事和流程的基础。

第 5 步：总结洞察

找出能指导产品决策的模式：

• 所有画像有哪些共同点？
• 他们有哪些不同之处？
• 针对不同画像，你会做出哪些不同的产品设计？

使用 Write 工具向用户展示输出时，自动将其保存到 design/02-user-modeling.md。

输出格式

# User Modeling: [Project Name]

## Context
[Brief summary of the problem space and what we know]

**Research basis:**
- [Source 1: what it told us]
- [Source 2: what it told us]
- [Or: "Based on assumptions—needs validation"]

---

## Personas

### Persona 1: [Name/Label]
*[One-line description of who they are]*

**Goals:**
- [Primary goal]
- [Secondary goal]

**Context:**
- [When they encounter the problem]
- [Where they encounter it]
- [What else is going on]

**Pain points:**
- [Frustration 1]
- [Frustration 2]

**Current behavior:**
- [How they solve this today]
- [Tools they use]
- [Workarounds they've developed]

**Constraints:**
- [Time/budget/skill/access limitations]

**What success looks like:**
- [How they'd know the problem is solved]

**Quote:** *"[Something they might say that captures their mindset]"*

---

### Persona 2: [Name/Label]
*[One-line description]*

[Same structure]

---

### Persona 3: [Name/Label]
*[One-line description]*

[Same structure]

---

## Scenarios

### Persona 1 Scenarios

**Scenario 1.1: [Name]**
- **Situation:** [Context—what's happening]
- **Trigger:** [What prompts them to act]
- **Goal:** [What they're trying to accomplish]
- **Current approach:** [How they handle it today]
- **Frustration:** [What's broken about current approach]

**Scenario 1.2: [Name]**
[Same structure]

### Persona 2 Scenarios

**Scenario 2.1: [Name]**
[Same structure]

---

## Key Insights

### Commonalities
[What all personas share—these are table-stakes features]
- [Insight 1]
- [Insight 2]

### Divergences
[Where personas differ—these inform prioritization]
- [Persona 1] needs [X], while [Persona 2] needs [Y]
- [Persona 1] is [context], while [Persona 2] is [different context]

### Design Implications
[How this should influence what you build]
- [Implication 1]
- [Implication 2]
- [Implication 3]

---

## Validation Needed
[What assumptions need testing]
- [ ] [Assumption to validate]
- [ ] [Assumption to validate]

调整指南

精简版（单一且显而易见的用户类型）：

• 一个画像，2-3 个场景
• 跳过「差异」部分
• 总计 1 页

标准版（2-3 种用户类型）：

• 使用完整结构，如下所示
• 总计 2-3 页

研究密集版（基于实际用户数据）：

• 包含研究摘要
• 加入真实用户的引述
• 在附录中链接到源数据

优秀用户画像的特点

优秀的用户画像：

• 以目标和行为定义，而不是人口统计信息
• 能揭示会改变产品设计的信息
• 基于行为模式，而非个体
• 足够具体，能据此做出决策

糟糕的用户画像：

• 图库照片 + 年龄 + 职位 + 兴趣爱好
• 过于笼统，适用于任何人
• 仅基于一次访谈或纯粹假设
• 对任何产品决策都没有帮助

应避免的反模式

• 大杂烩 — 除非人口统计信息很重要，否则不要加入
• 克隆军团 — 如果画像之间没有实质差异，就将它们合并
• 一厢情愿 — 建模用户的真实情况，而不是你希望他们的样子
• 边缘案例收集癖 — 聚焦主要用户，而不是所有可能的用户

交接

展示用户画像后，询问：

“要前往 /solution-scoping 优先确定功能，还是直接进入 /prd-generation？”

注意： 文件会自动保存到 design/02-user-modeling.md，以保留上下文。