
tool-foundation-sprint-differentiation
Day 1 afternoon move of a Foundation Sprint. Converts the morning's Basics frame into a defensible strategic position by scoring differentiator candidates against customer-perceived value, choosing two committed differentiators, plotting alternatives on a 2x2 chart, writing decision principles, and producing a one-page Mini Manifesto. Use after Basics is signed; before Approach Options the next morning.
- Installs
- 624
- Last 24h
- —
- Trending rank
- —
- Security
- Not audited
Install
Works with every agent the skills CLI supports.
npx skills add https://github.com/product-on-purpose/pm-skills --skill tool-foundation-sprint-differentiation- 01
Install
Run the command in your project. The CLI asks which agents to install for.
- 02
Describe the task
Ask your agent for something this skill covers. It loads tool-foundation-sprint-differentiation automatically when relevant.
- 03
Review the result
The agent follows the SKILL.md steps, scripts and references bundled with the skill.
SKILL.md
The instructions your agent reads when the skill is triggered.
Foundation Sprint Differentiation
Day 1 afternoon of a Foundation Sprint. The team converts the morning's Basics frame (customer, problem, advantage, competitors) into a defensible strategic position. The output is a one-page Mini Manifesto that the team and Decider sign as the Day 1 strategic summary.
Family contract: docs/reference/skill-families/foundation-sprint-skills-contract.md. This skill is a member of foundation-sprint-skills.
When to Use
- Day 1 afternoon of a Foundation Sprint, immediately after lunch.
- The Basics bundled artifact is signed by the Decider; the customer, problem, advantage, and competitor map are committed.
- The team is ready to commit to a strategic position the product will occupy.
When NOT to Use
- Basics is unresolved or under negotiation. Differentiation depends on a stable input frame.
- The team has already pre-chosen differentiators and just wants ratification. The skill is built for genuine decision-making; ratification theater wastes the afternoon.
- The team has lost the room: low energy, no Decider, time pressure. Postpone or split into shorter blocks rather than rush.
- This is a follow-up sprint and the existing differentiation still holds. Use Magic Lenses directly with the existing position.
What This Skill Produces
A single bundled artifact with five sections:
- Scored differentiator candidates: a table of 8-15 candidate differentiators scored on three customer-perceived dimensions (customer pull, team can deliver, hard to copy). The top scorers advance to the 2x2 chart.
- Two chosen differentiators: the two the team commits to as the strategic position.
- 2x2 differentiation chart: a customer-perceived chart plotting the chosen differentiators against the competitor set from Basics. The team's product position is named.
- Decision principles: 3-5 principles operationalizing the differentiation. Each principle is a future-product rule ("we will always prefer X over Y").
- Mini Manifesto: a one-page strategic summary written in the team's voice, naming the customer, problem, position, and what the product is NOT.
See references/TEMPLATE.md for the canonical structure and references/EXAMPLE.md for the Brainshelf example.
Sequence (150 minutes)
Step 1: Generate differentiator candidates (15-25 min)
Each team member produces 3-5 candidate differentiators silently. Cluster duplicates, then surface the full set (8-15 candidates is typical). The candidates can be classic (speed, price, simplicity, breadth, depth, trust) or custom (specific to this product or market).
Step 2: Score candidates (25-40 min)
Score each candidate on three dimensions, 1-5 scale:
- Customer pull: would this customer-perceived dimension actually drive a switch?
- Team can deliver: can this team build and operate at this dimension competitively?
- Hard to copy: how durable is the advantage if a competitor pivots?
Sum the three for a rough score. Top 5-7 candidates advance.
Step 3: Choose two differentiators (30-45 min via note-and-vote)
The team narrows to two differentiators through tool-note-and-vote. The two MUST be observable to the customer (not internal-team values) and deliverable by the team (not aspirational). The Decider supervotes if scoring produces a tie or the team is split.
Step 4: Plot the 2x2 chart (15-25 min)
Place the two differentiators as the chart axes. Plot the competitor set from Basics (including "do nothing"). Position the product where it can occupy unoccupied space. If the unoccupied position is too far from where competitors cluster, the team may be drifting into a niche that customers don't recognize; if the position overlaps with a strong competitor, the differentiation is not strong enough.
Step 5: Write decision principles (20-30 min)
Convert the two differentiators into 3-5 operational principles. Examples:
- "Capture is the first-class action. Every other feature waits behind a fast capture path."
- "Private by default. Sharing is opt-in."
- "Surface what's relevant when it matters. Not on a notification schedule."
Principles are NOT marketing copy. They are decision-making rules for future product calls.
Step 6: Mini Manifesto (15-25 min)
The Decider drafts a one-page Mini Manifesto in the team's voice. Tone is plain, declarative, and direct about what the product is NOT (this is the part teams skip and shouldn't).
Inference Inputs
| Input | What the skill does with it |
|---|---|
| Basics bundled artifact | Reads target customer (for "customer-perceived" check), problem (for "would this differentiator solve the problem"), advantages (for "can the team deliver"), and competitor map (for chart plotting) |
| Differentiation candidates | If pre-supplied, pre-populates the silent ideation board; otherwise the team generates them in Step 1 |
Common Pitfalls
- Marketing-claim differentiators the product cannot deliver. "Best in class," "AI-powered," "delightful" are not differentiators; they are aspirations. The skill rejects these and prompts for evidence the team can deliver.
- Differentiators that are not customer-perceived. "Beautifully architected code" matters to engineers, not customers. The skill enforces a "would a customer notice this in 30 seconds?" check.
- Generic decision principles. "Simple" and "fast" do not operationalize anything. Principles must be actionable: "we will choose X over Y."
- Treating chart, principles, and manifesto as separable artifacts. The chart positions the product; the principles operationalize the position; the manifesto communicates it. Without coherence, the Day 1 PM output is a pile of decks rather than a strategic summary.
- Skipping the Mini Manifesto. Many teams stop after the chart. The manifesto matters because it forces the team to write what the product IS NOT, which is the test of whether the differentiation is real.
Decider Role
The Decider's responsibilities during Differentiation:
- Confirm Basics is signed before this skill begins.
- Listen during scoring without telegraphing preferences.
- Supervote the two committed differentiators with rationale if the team is split.
- Author or co-author the Mini Manifesto (it carries the Decider's voice).
- Sign off on the bundled artifact before Day 1 ends.
Canonical Sources
- Character Capital. "Foundation Sprint guide." Differentiation agenda and Mini Manifesto framing.
- Knapp, J., and Zeratsky, J. Click. Day 1 afternoon sequence and differentiation discipline.
- Knapp, J., and Zeratsky, J. "Introducing the Foundation Sprint." Lenny's Newsletter. Differentiation section and chart logic.
Cross-Skill Usage
Prerequisites: tool-foundation-sprint-basics. The Basics bundled artifact is the load-bearing input.
The skill invokes tool-note-and-vote at least once (to choose the two differentiators). Additional note-and-vote invocations may happen for the principles list if the team is split.
Next invocation: tool-foundation-sprint-approach-options on Day 2 morning. The chosen differentiators and the decision principles constrain which approach options are in-scope.
Decider Checkpoint
This skill ends with a Decider Checkpoint in references/TEMPLATE.md. The Decider signs off on the two differentiators, the 2x2 position, the principles, and the Mini Manifesto as the Day 1 strategic summary. Without sign-off, Day 2 starts on an unstable strategic foundation.
FAQ
What does the tool-foundation-sprint-differentiation skill do?
Day 1 afternoon move of a Foundation Sprint. Converts the morning's Basics frame into a defensible strategic position by scoring differentiator candidates against customer-perceived value, choosing two committed differentiators, plotting alternatives on a 2x2 chart, writing decision principles, and producing a one-page Mini Manifesto. Use after Basics is signed; before Approach Options the next morning.
How do I install tool-foundation-sprint-differentiation?
Run npx skills add https://github.com/product-on-purpose/pm-skills --skill tool-foundation-sprint-differentiation in your project. The skills CLI detects the agents you use and copies the skill into the right folder. For Claude Code you can also place the skill folder at ~/.claude/skills/tool-foundation-sprint-differentiation/ (personal) or .claude/skills/tool-foundation-sprint-differentiation/ (project).
Which AI agents can use tool-foundation-sprint-differentiation?
Any agent that supports the open Agent Skills format (a folder with a SKILL.md file), including Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Windsurf, Cline, OpenCode and more.
Is tool-foundation-sprint-differentiation safe to install?
No partner security audit is available yet. Skills can run commands and scripts, so read the SKILL.md and any bundled files before installing.
Who maintains tool-foundation-sprint-differentiation?
It is published by product-on-purpose in product-on-purpose/pm-skills. It has 624 recorded installs.
More from product-on-purpose/pm-skills
deliver-acceptance-criteria
product-on-purpose/pm-skills
Generates structured Given/When/Then acceptance criteria for a user story or feature slice, covering the happy path, key failure scenarios, and non-functional expectations in testable form. Use when turning requirements into verifiable scenarios for engineering handoff and QA sign-off. For a dedicated catalog of boundary conditions, error states, and recovery paths across a feature, use deliver-edge-cases; to write the stories themselves, use deliver-user-stories.
deliver-prd
product-on-purpose/pm-skills
Creates a comprehensive Product Requirements Document that aligns stakeholders on what to build, why, and how success will be measured. Use when specifying features, epics, or product initiatives for engineering handoff.
deliver-user-stories
product-on-purpose/pm-skills
Generates user stories in the standard persona, action, benefit story format from product requirements or feature descriptions. Use when breaking a feature into stories for sprint planning, writing tickets, or communicating scope to engineering. For testable Given/When/Then acceptance criteria on a story, use deliver-acceptance-criteria; for boundary and failure scenarios, use deliver-edge-cases.
deliver-edge-cases
product-on-purpose/pm-skills
Documents edge cases, error states, boundary conditions, race conditions, and recovery paths for a feature - the systematic catalog of what can go wrong and the failure modes to design for. Use during specification to map the failure surface and ensure comprehensive coverage, or during QA planning to identify boundary and limit scenarios to test. Distinct from deliver-acceptance-criteria, which writes story-level Given/When/Then checks; this skill produces the whole-feature edge-case catalog.
discover-competitive-analysis
product-on-purpose/pm-skills
Creates a structured competitive analysis comparing features, pricing, and positioning across 3-5 direct and indirect competitors, with a 2x2 map and actionable strategic recommendations. Use before entering a market, planning differentiation, or after losing deals. For market size rather than competitor positioning, use discover-market-sizing instead.
define-problem-statement
product-on-purpose/pm-skills
Creates a clear problem framing document with user impact, business context, and success criteria. Use when starting a new initiative, realigning a drifted project, or communicating up to leadership.
Popular docs & writing skills
grill-with-docs
mattpocock/skills
A relentless interview to sharpen a plan or design, which also creates docs (ADR's and glossary) as we go.
lark-markdown
open.feishu.cn
飞书 Markdown:查看、创建、上传、编辑和比较飞书中的原生 Markdown 文件。当用户要操作飞书 Markdown 文件,或比较其远端版本及本地草稿时使用。纯本地 Markdown 文件操作不触发本 skill。不负责将 Markdown 导入为飞书在线文档,也不负责文件搜索、权限、评论、移动、删除等云空间管理操作。
writing-beats
mattpocock/skills
Writing, exploit; assemble raw material into a journey of beats, grounding each term before a beat leans on it.
writing-shape
mattpocock/skills
Writing, exploit: shape raw material into an article, paragraph by paragraph.
writing-fragments
mattpocock/skills
Writing, explore: mine raw fragments, no structure yet.
writing-for-agents
mattpocock/skills
Writing documents for agents. Use when creating or editing skills, or modifying AGENTS.md or CLAUDE.md.