product-on-purpose/tool-foundation-sprint-approach-options
Day 2 morning move of a Foundation Sprint. Forces generation of 3 to 7 candidate approaches as one-page summaries before the team converges on a top bet. Use after Day 1 is signed and before Magic Lenses on Day 2 afternoon. Enforces a minimum of 3 approaches to prevent first-idea anchoring. Each approach summary names what it is, why it serves the differentiators, and includes a simple visual.
npx skills add https://github.com/product-on-purpose/pm-skills --skill tool-foundation-sprint-approach-options
<!-- PM-Skills | https://github.com/product-on-purpose/pm-skills | Apache 2.0 -->
Day 2 morning of a Foundation Sprint. The team forces itself to generate multiple plausible approaches before committing to one. The skill enforces a minimum of 3 approaches; anchoring on a single approach is the most common Day 2 failure mode.
Family contract: docs/reference/skill-families/foundation-sprint-skills-contract.md. This skill is a member of foundation-sprint-skills.
A single bundled artifact containing:
See references/TEMPLATE.md for the canonical structure and references/EXAMPLE.md for the Brainshelf example.
The facilitator restates the differentiation: "We are committing to [differentiator 1] and [differentiator 2]. Approaches that fail either of these are out of scope." This sets the boundary; the team generates inside it, not outside it.
Each team member generates 2-4 candidate approaches silently. Cluster duplicates. Surface 8-12 candidates.
The team clusters similar approaches and the Decider narrows to 3-7 candidates that will be one-page-summarized. The 3-minimum is enforced; if the team produces 2 candidates after clustering, push the team back to ideation to generate at least one more.
Each team member takes 1-2 approaches and writes the one-page summary. Each summary names:
The team reviews the full set, flagging summaries that don't fit the differentiators or that overlap so heavily with another approach that they're duplicates. The Decider approves the set advancing to Magic Lenses.
The skill enforces five rules at decision-point:
| Input | What the skill does with it |
|---|---|
| Basics bundled artifact | Reads target customer to ensure approaches are designed for them, not for an adjacent customer |
| Differentiation bundled artifact | Reads the 2 chosen differentiators and the 2x2 position; flags approaches that miss either differentiator |
| Approach candidates (optional) | If pre-supplied, pre-populates the silent ideation board; team adds and refines rather than starting cold |
The Decider's job during Approach Options:
The Decider does NOT pick a top approach in this skill. Magic Lenses produces the top bet; Approach Options produces the candidates Magic Lenses will evaluate.
Prerequisites: tool-foundation-sprint-differentiation. The Day 1 strategic position is the load-bearing input.
Next invocation: tool-foundation-sprint-magic-lenses in the afternoon. The approach set produced here is the input to Magic Lenses scoring.
This skill ends with a Decider Checkpoint in references/TEMPLATE.md. The Decider signs off on the set of approaches advancing to Magic Lenses, confirming none are out-of-scope and none are duplicates. Without sign-off, Magic Lenses begins with an unstable candidate set.
Take product-on-purpose/tool-foundation-sprint-approach-options from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.