Decision Logger
Capture the reasoning behind key product decisions as structured, append-only traces. This builds the "event clock" — the record of why things became true, not just what is true now.
When to Use
- After a PRD is approved or rejected
- After a scope change or pivot
- After a launch/kill/iterate decision on an experiment
- After a prioritization shift (quarterly planning, reprioritization)
- After a significant stakeholder alignment (exec review, cross-functional agreement)
- When asked "log this decision", "record why we decided this", or "decision trace"
Process
1. Identify the Decision
Ask if not obvious from context:
- What was decided? (1 sentence)
- What triggered this decision? (signal, meeting, data, escalation)
2. Capture the Trace
Gather the following — from conversation context, user input, or by asking:
- Decision: What was decided (1 sentence)
- Date: When the decision was made
- Context: What prompted this — the signal, conversation, or data point
- Alternatives considered: What other options were on the table (at least 2)
- Evidence: What data, insight, or customer signal drove the call
- Stakeholders: Who was involved, who approved, who dissented
- Expected outcome: What we expect to happen as a result
- Risk / reversal cost: How hard is this to undo if wrong
- Tags: strategic-pillar, metric, segment, experiment (for retrieval)
3. Write the Entry
Save to memory/decisions/YYYY-MM-DD_short-slug.md using this format:
# [Decision title]
**Date:** YYYY-MM-DD
**Type:** [PRD approval | Scope change | Launch/Kill | Prioritization | Alignment | Other]
**Tags:** [pillar, metric, segment]
## Decision
[1-2 sentences: what was decided]
## Context
[What prompted this — the trigger]
## Alternatives Considered
1. **[Option A]** — [brief description, why not chosen]
2. **[Option B]** — [brief description, why not chosen]
## Evidence
- [Data point, customer insight, or signal that drove the call]
## Stakeholders
- **Decision maker:** [who]
- **Consulted:** [who]
- **Informed:** [who]
## Expected Outcome
[What we expect to happen, and how we'll know]
## Risk / Reversal Cost
[How hard is this to undo — low/medium/high, and why]
4. Confirm with User
Show the drafted entry. Ask the user to confirm or adjust before saving.
Output
A timestamped decision trace saved to memory/decisions/. Append-only — never overwrite existing entries.
Over time, these traces enable:
- Recall: "Why did we decide X?"
- Pattern detection: "We've killed 3 pricing experiments in a row"
- Drift detection: "Strategy says X but decisions are moving toward Y"
- Counterfactual reasoning: "What if we'd chosen the alternative?"
1---2name: decision-logger3description: Capture decision traces — the reasoning behind key PM decisions. Use after PRD approvals, scope changes, launch/kill calls, prioritization shifts, or any significant product decision.4---56# Decision Logger78Capture the reasoning behind key product decisions as structured, append-only traces. This builds the "event clock" — the record of *why* things became true, not just *what* is true now.910## When to Use1112- After a PRD is approved or rejected13- After a scope change or pivot14- After a launch/kill/iterate decision on an experiment15- After a prioritization shift (quarterly planning, reprioritization)16- After a significant stakeholder alignment (exec review, cross-functional agreement)17- When asked "log this decision", "record why we decided this", or "decision trace"1819## Process2021### 1. Identify the Decision2223Ask if not obvious from context:24- What was decided? (1 sentence)25- What triggered this decision? (signal, meeting, data, escalation)2627### 2. Capture the Trace2829Gather the following — from conversation context, user input, or by asking:3031- **Decision**: What was decided (1 sentence)32- **Date**: When the decision was made33- **Context**: What prompted this — the signal, conversation, or data point34- **Alternatives considered**: What other options were on the table (at least 2)35- **Evidence**: What data, insight, or customer signal drove the call36- **Stakeholders**: Who was involved, who approved, who dissented37- **Expected outcome**: What we expect to happen as a result38- **Risk / reversal cost**: How hard is this to undo if wrong39- **Tags**: strategic-pillar, metric, segment, experiment (for retrieval)4041### 3. Write the Entry4243Save to `memory/decisions/YYYY-MM-DD_short-slug.md` using this format:4445```markdown46# [Decision title]4748**Date:** YYYY-MM-DD49**Type:** [PRD approval | Scope change | Launch/Kill | Prioritization | Alignment | Other]50**Tags:** [pillar, metric, segment]5152## Decision53[1-2 sentences: what was decided]5455## Context56[What prompted this — the trigger]5758## Alternatives Considered591. **[Option A]** — [brief description, why not chosen]602. **[Option B]** — [brief description, why not chosen]6162## Evidence63- [Data point, customer insight, or signal that drove the call]6465## Stakeholders66- **Decision maker:** [who]67- **Consulted:** [who]68- **Informed:** [who]6970## Expected Outcome71[What we expect to happen, and how we'll know]7273## Risk / Reversal Cost74[How hard is this to undo — low/medium/high, and why]75```7677### 4. Confirm with User7879Show the drafted entry. Ask the user to confirm or adjust before saving.8081## Output8283A timestamped decision trace saved to `memory/decisions/`. Append-only — never overwrite existing entries.8485Over time, these traces enable:86- **Recall**: "Why did we decide X?"87- **Pattern detection**: "We've killed 3 pricing experiments in a row"88- **Drift detection**: "Strategy says X but decisions are moving toward Y"89- **Counterfactual reasoning**: "What if we'd chosen the alternative?"