aim

/aim

望む成果を明確にします。aim とは、リリースする機能ではなく、ユーザーの行動に起こす変化です。Intent-Execution-Review の最初のステップです。

aim こそが抽象化です。 どの行動を変えるのかを明確にすることで、ビジネスドメインそのものを抽象化できます。機能は手段であり、aim はそれが重要である理由です。

使用するタイミング

• 新しい作業を始めるとき — problem-statement または problem-space に進む前
• スコープが曖昧なとき — 何をするかは説明できても、なぜするかを説明できない
• 複数の解決策が有効に見えるとき — aim によって、最も効果のある打ち手が明らかになります
• 作業が本筋から逸れているとき — 整合性を確認します
• ステークホルダー間で認識がずれているとき — 隠れた前提を明らかにします

省略する場合： すでに aim が明確な場合は、/problem-statement または /problem-space に進みます。

Aim のプロセス

ステップ 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]

前提が一つも挙がらなかった場合、それは健全な状態ではなく、危険信号です。どのようなメカニズムにも前提があります。少なくとも一つ挙げるか、前提が存在しない理由を説明してください。

抽象的な性質（シンプルさ、速さ、明確さ）を aim として掲げていないか注意してください。これらはアウトカムではなく、メカニズムです。それらによって何が可能になり、欠けていると何が妨げられるのかを確認してください。

ステップ 3：フィードバックシグナルを定義する

aim が達成されたと、どうすればわかりますか？

「[観測可能なシグナル] が確認できたら、機能していると判断します。」

シグナルは 観測可能 で、適時性があり、メカニズムに 帰属可能 である必要があります。

ステップ 4：意図の共有を確認する

ガードレールを設定する前に、メカニズムが時期尚早に目的化するのを防ぎます。

• 各ステークホルダーは、同じ行動の変化と、それが重要である理由を言い直せますか？
• メカニズムは aim そのものではなく、仮説のままですか？
• aim が誤解されていたと判断できる証拠は何ですか？

ステップ 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 の明示的な項目 — アウトカム、その重要性、仮説としてのメカニズム、前提、フィードバックシグナル、ガードレール、誤解を示すシグナル — を引き継ぎ、ワークフローの残りの部分で維持する契約として扱います。

セッションの引き継ぎ

セッションファイルを使用している場合は、## Aim を置き換えるか追記します。後続のフェーズでは、このセクションを正式な aim の契約として参照します。