/positioning-statement
Create a Geoffrey Moore-style positioning statement. Use when clarifying who you serve, what problem you solve, your category, and why you're different from alternatives.
$ npx -y skills add getcrew44/crew44 --skill positioning-statement --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/positioning-statement
Context preview
The summary Claude sees to decide when to auto-load this skill.
Create a Geoffrey Moore-style positioning statement. Use when clarifying who you serve, what problem you solve, your category, and why you're different from alternatives.
SKILL.md
positioning-statement.SKILL.mdname: positioning-statement
description: Create a Geoffrey Moore-style positioning statement. Use when clarifying who you serve, what problem you solve, your category, and why you're different from alternatives.
intent: >-
Create a Geoffrey Moore-style positioning statement that clearly articulates who your product serves, what need it addresses, how it's categorized, what benefit it delivers, and how it differs from alternatives. Use this when you need to align stakeholders on product strategy, guide messaging, or test if your value proposition is crisp and defensible.
type: component
theme: strategy-positioning
best_for:
- "Defining your product's market position clearly for the first time"
- "Differentiating from specific competitors in your messaging"
- "Aligning your team on who you serve, what problem you solve, and why you're different"
scenarios:
- "I need to write a positioning statement for a new B2B SaaS product targeting mid-market HR teams"
- "Our positioning feels generic and I need to sharpen it against two specific competitors"
estimated_time: "10-15 min"
Purpose
Create a Geoffrey Moore-style positioning statement that clearly articulates who your product serves, what need it addresses, how it's categorized, what benefit it delivers, and how it differs from alternatives. Use this when you need to align stakeholders on product strategy, guide messaging, or test if your value proposition is crisp and defensible.
This is not a tagline or elevator pitch—it's a strategic clarity tool that forces you to make hard choices about target, need, and differentiation.
Key Concepts
The Geoffrey Moore Framework
From *Crossing the Chasm*, Moore's framework splits positioning into two parts:
**Value Proposition:**
- **For** [target customer]
- **that need** [underserved need]
- [product name]
- **is a** [product category]
- **that** [benefit statement]
**Differentiation Statement:**
- **Unlike** [primary competitor or competitive alternative]
- [product name]
- **provides** [unique differentiation]
Why This Structure Works
- **Forces specificity:** You can't say "for everyone" or "unlike all competitors"
- **Exposes assumptions:** If you can't fill in "unlike X," you may not have defensible differentiation
- **Focuses on outcomes, not features:** "That reduces churn by 40%" beats "that has analytics"
- **Category anchors perception:** Saying "is a CRM" vs. "is a workflow tool" changes how buyers evaluate you
Anti-Patterns (What This Is NOT)
- **Not a tagline:** "Positioning" ≠ "Nike: Just Do It"
- **Not a feature list:** Don't say "that provides AI, automation, and integrations"
- **Not generic:** "For businesses that need efficiency" = positioning theater
- **Not aspirational fluff:** "That revolutionizes productivity" without specifics is noise
When to Use This
- Defining a new product or major pivot
- Aligning exec/founder/PM/marketing on strategy
- Testing if your differentiation is real or imagined
- Before writing PRDs, launch plans, or sales collateral
When NOT to Use This
- For internal tools with captive users (positioning is for markets)
- When you're still in problem validation (position after you know the problem)
- As a substitute for customer research (this synthesizes insights, doesn't create them)
---
Application
Use `template.md` for the full fill-in structure.
Step 1: Gather Context
Before drafting, ensure you have:
- **Target customer segment:** Demographics, behaviors, role (not just "SMBs" or "developers")
- **Underserved need:** Pains, gains, jobs-to-be-done (reference `skills/jobs-to-be-done/SKILL.md` if needed)
- **Product category:** How buyers mentally file your solution (CRM, analytics platform, etc.)
- **Competitive landscape:** Direct competitors AND substitute behaviors (e.g., "Excel" is often the real competitor)
**If missing context:** Use discovery interviews, market research, or customer interviews to fill gaps. Don't guess.
---
Step 2: Draft the Value Proposition
Fill in the template:
## Value Proposition
**For** [specific target customer/persona]
- **that need** [statement of underserved need—focus on pains, gains, JTBD]
- [product or service name]
- **is a** [product category]
- **that** [benefit statement—focus on outcomes, not features]
**Quality checks:**
- **Target specificity:** Could you describe this person to a recruiter? If not, narrow it.
- **Need clarity:** Does this need resonate emotionally? Or is it generic ("need efficiency")?
- **Category fit:** Does this category help or hurt you? (Sometimes creating a new category is strategic, but risky.)
- **Outcome focus:** Are you saying what the user *gets*, not what the product *has*?
---
Step 3: Draft the Differentiation Statement
Fill in the template:
## Differentiation Statement
- **Unlike** [primary competitor or competitive alternative]
- [product or service name]
- **provides** [unique differentiation—outcomes, not features]
**Quality checks:**
- **Competitor honesty:** Is this the *real* alternative buyers consider? (Not just who you wish they compared you to.)
- **Differentiation substance:** Could a competitor copy this in 6 months? If yes, it's not durable differentiation.
- **Outcome framing:** Are you saying what users *achieve* differently, not just what you *do* differently?
---
Step 4: Stress-Test the Positioning
Ask these questions: 1. **Would a customer recognize themselves?** Read the "For [target]" aloud. Does it feel specific or generic? 2. **Is the need defensible?** Can you point to research, interviews, or data that validates this need? 3. **Does the category help or hurt?** Does it anchor you against the right competitors? Or does it box you in? 4. **Is differentiation believable?** Could you prove this claim with a demo, case study, or data? 5. **Does this guide decisions?** If someone asked "Should we build feature X?" would this positioning he
Read more
name: positioning-statement description: Create a Geoffrey Moore-style positioning statement. Use when clarifying who you serve, what problem you solve, your category, and why you're different from alternatives. intent: >- Create a Geoffrey Moore-style positioning statement that clearly articulates who your product serves, what need it addresses, how it's categorized, what benefit it delivers, and how it differs from alternatives. Use this when you need to align stakeholders on product strategy, guide messaging, or test if your value proposition is crisp and defensible. type: component theme: strategy-positioning best_for: - "Defining your product's market position clearly for the first time" - "Differentiating from specific competitors in your messaging" - "Aligning your team on who you serve, what problem you solve, and why you're different" scenarios: - "I need to write a positioning statement for a new B2B SaaS product targeting mid-market HR teams" - "Our positioning feels generic and I need to sharpen it against two specific competitors" estimated_time: "10-15 min"
Purpose
Create a Geoffrey Moore-style positioning statement that clearly articulates who your product serves, what need it addresses, how it's categorized, what benefit it delivers, and how it differs from alternatives. Use this when you need to align stakeholders on product strategy, guide messaging, or test if your value proposition is crisp and defensible.
This is not a tagline or elevator pitch—it's a strategic clarity tool that forces you to make hard choices about target, need, and differentiation.
Key Concepts
The Geoffrey Moore Framework
From *Crossing the Chasm*, Moore's framework splits positioning into two parts:
**Value Proposition:**
- **For** [target customer]
- **that need** [underserved need]
- [product name]
- **is a** [product category]
- **that** [benefit statement]
**Differentiation Statement:**
- **Unlike** [primary competitor or competitive alternative]
- [product name]
- **provides** [unique differentiation]
Why This Structure Works
- **Forces specificity:** You can't say "for everyone" or "unlike all competitors"
- **Exposes assumptions:** If you can't fill in "unlike X," you may not have defensible differentiation
- **Focuses on outcomes, not features:** "That reduces churn by 40%" beats "that has analytics"
- **Category anchors perception:** Saying "is a CRM" vs. "is a workflow tool" changes how buyers evaluate you
Anti-Patterns (What This Is NOT)
- **Not a tagline:** "Positioning" ≠ "Nike: Just Do It"
- **Not a feature list:** Don't say "that provides AI, automation, and integrations"
- **Not generic:** "For businesses that need efficiency" = positioning theater
- **Not aspirational fluff:** "That revolutionizes productivity" without specifics is noise
When to Use This
- Defining a new product or major pivot
- Aligning exec/founder/PM/marketing on strategy
- Testing if your differentiation is real or imagined
- Before writing PRDs, launch plans, or sales collateral
When NOT to Use This
- For internal tools with captive users (positioning is for markets)
- When you're still in problem validation (position after you know the problem)
- As a substitute for customer research (this synthesizes insights, doesn't create them)
---
Application
Use `template.md` for the full fill-in structure.
Step 1: Gather Context
Before drafting, ensure you have:
- **Target customer segment:** Demographics, behaviors, role (not just "SMBs" or "developers")
- **Underserved need:** Pains, gains, jobs-to-be-done (reference `skills/jobs-to-be-done/SKILL.md` if needed)
- **Product category:** How buyers mentally file your solution (CRM, analytics platform, etc.)
- **Competitive landscape:** Direct competitors AND substitute behaviors (e.g., "Excel" is often the real competitor)
**If missing context:** Use discovery interviews, market research, or customer interviews to fill gaps. Don't guess.
---
Step 2: Draft the Value Proposition
Fill in the template:
## Value Proposition **For** [specific target customer/persona] - **that need** [statement of underserved need—focus on pains, gains, JTBD] - [product or service name] - **is a** [product category] - **that** [benefit statement—focus on outcomes, not features]
**Quality checks:**
- **Target specificity:** Could you describe this person to a recruiter? If not, narrow it.
- **Need clarity:** Does this need resonate emotionally? Or is it generic ("need efficiency")?
- **Category fit:** Does this category help or hurt you? (Sometimes creating a new category is strategic, but risky.)
- **Outcome focus:** Are you saying what the user *gets*, not what the product *has*?
---
Step 3: Draft the Differentiation Statement
Fill in the template:
## Differentiation Statement - **Unlike** [primary competitor or competitive alternative] - [product or service name] - **provides** [unique differentiation—outcomes, not features]
**Quality checks:**
- **Competitor honesty:** Is this the *real* alternative buyers consider? (Not just who you wish they compared you to.)
- **Differentiation substance:** Could a competitor copy this in 6 months? If yes, it's not durable differentiation.
- **Outcome framing:** Are you saying what users *achieve* differently, not just what you *do* differently?
---
Step 4: Stress-Test the Positioning
Ask these questions: 1. **Would a customer recognize themselves?** Read the "For [target]" aloud. Does it feel specific or generic? 2. **Is the need defensible?** Can you point to research, interviews, or data that validates this need? 3. **Does the category help or hurt?** Does it anchor you against the right competitors? Or does it box you in? 4. **Is differentiation believable?** Could you prove this claim with a demo, case study, or data? 5. **Does this guide decisions?** If someone asked "Should we build feature X?" would this positioning he
Orchestrate a crew of specialist AI agents in one local-first workspace. Each role on its best model, with memory and skills that compound. Free, MIT.
Repo: getcrew44/crew44
Other skills on crew44.
- /brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements and design before implementation.
Open skill - /executing-plans
Use when you have a written implementation plan to execute in a separate session with review checkpoints
Open skill - /finishing-a-development-branch
Use when implementation is complete, all tests pass, and you need to decide how to integrate the work - guides completion of development work by presenting structured options for merge, PR, or cleanup
Open skill - /receiving-code-review
Use when receiving code review feedback, before implementing suggestions, especially if feedback seems unclear or technically questionable - requires technical rigor and verification, not performative agreement or blind implementation
Open skill - /requesting-code-review
Use when completing tasks, implementing major features, or before merging to verify work meets requirements
Open skill - /systematic-debugging
Use when encountering any bug, test failure, or unexpected behavior, before proposing fixes
Open skill

