aim

/aim

明确你想要的结果。目标是用户行为的改变，而不是交付一项功能。这是「意图—执行—评审」流程的第一步。

目标本身就是抽象。 明确要改变什么行为，实际上就是对业务领域本身进行抽象。功能是手段；目标才是它们重要的原因。

适用场景

• 开始新工作时——在问题陈述或问题空间阶段之前
• 范围模糊时——你能描述要做什么，却说不清为什么
• 看起来有多种可行方案时——目标能揭示哪种方案最能带来改变
• 工作偏离方向时——检查是否仍然一致
• 利益相关者意见不一致时——揭示隐藏的假设

可跳过的情况： 你已经有明确的目标。继续进入 /problem-statement 或 /problem-space。

目标流程

第 1 步：陈述期望的行为改变

从用户出发，而不是从系统出发。

“用户将会[具体行为]，而不是[当前行为]。”

不佳：“添加深色模式开关” 更好：“用户可以在夜间舒适地工作，避免眼睛疲劳”

不佳：“改进新手引导流程” 更好：“新用户能在 5 分钟内体验到首次价值”

关键区别： 功能是产出，行为改变是结果。如果用户没有因此变得更有能力，交付更多产出也无法挽救这项工作。

第 2 步：确定机制

机制是你的假设——你认为能促成行为改变的因果杠杆。

Mechanism: [What you're changing]
Hypothesis: [Why you believe it will produce the outcome]
Assumptions: [What must be true for this to work]

如果你列出的假设为零，这是一个危险信号，而不是工作毫无问题的证明。每种机制都建立在前提之上。至少指出一个假设，或者解释为何不存在假设。

留意那些伪装成目标的抽象品质（简洁、速度、清晰）——这些是机制，不是结果。思考这些品质能促成什么，以及缺少它们会阻碍什么。

第 3 步：定义反馈信号

你如何判断目标是否实现？

“当[可观察的信号]出现时，我们就知道目标正在实现。”

信号必须可观察、及时，并且可归因于你的机制。

第 4 步：确认共同意图

在设置护栏之前，先避免目标过早被机制取代：

• 每位利益相关者都能复述相同的行为改变及其重要性吗？
• 机制仍然只是一个假设，而不是目标本身吗？
• 什么证据能表明目标被误解了？

第 5 步：设置护栏

哪些约束限定了这项工作？出现什么情况时你会停止？

Guardrail: [boundary]
Reason: [why this matters]
Trigger: [when to revisit]

输出格式

## Aim

**Aim:** [One sentence: the behavior change you want]
**Why it matters:** [User or business consequence if this behavior does not change]

**Current State:** [What users do now]
**Desired State:** [What users will do after]

### Mechanism
**Change:** [What you're building/changing]
**Hypothesis:** [Why you believe this produces the outcome]
**Assumptions:** [What must be true]
**Misunderstanding Signal:** [What you'd see if people understood the feature but missed the aim]

### Feedback
**Signal:** [How you'll know it's working]
**Timeframe:** [When you'll have signal]

### Guardrails
- [Guardrail 1]
- [Guardrail 2]

后续阶段会延续目标的明确字段——结果、重要性、作为假设的机制、假设、反馈信号、护栏和误解信号——作为其余工作流必须遵守的约定。

会话交接

如果正在使用会话文件，请替换或追加 ## Aim。后续阶段会将此部分作为规范的目标约定来读取。