agentleFS
DIAL-StudioDIAL-Studio/pm-agent-harness-kit/skills/positioning-statement/SKILL.md

positioning-statement

Skill12 starsChanged 4 months agoMITView on GitHub

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.

We split this skill into the rules it gives an agent

14 rules. 0 are common, 11 are distinctive, and 3 are very specific to this project.

  • 0

    Common

    Most of the 6 edited versions we read keep these.

  • 11

    Distinctive

    This author's own choices. Worth a look.

  • 3

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Exposes assumptions: If you can't fill in "unlike X," you may not have defensible differentiation

    line 58
  2. Distinctive:

    Not a feature list: Don't say "that provides AI, automation, and integrations"

    line 64
  3. Distinctive:

    Before writing PRDs, launch plans, or sales collateral

    line 72
  4. Distinctive:

    When you're still in problem validation (position after you know the problem)

    line 76
  5. Very specific:

    Use template.md for the full fill-in structure.

    line 83
  6. Distinctive:

    Before drafting, ensure you have:

    line 95
  7. Distinctive:

    If missing context: Use discovery interviews, market research, or customer interviews to fill gaps.

    line 101
  8. Distinctive:

    Would a customer recognize themselves?: Read the "For [target]" aloud.

    line 149
  9. Distinctive:

    Does this guide decisions?: If someone asked "Should we build feature X?" would this positioning help answer it?

    line 153
  10. Distinctive:

    If any answer is "no" or "sort of," revise.

    line 155
  11. Distinctive:

    Test with customers: Read it aloud. Do they nod or look confused?

    line 162
  12. Very specific:

    When in guided mode, use the workshop-facilitation A/B/C/D/Other pattern.

    line 169
  13. Very specific:

    After all rounds, compile using template.md and present for review.

    line 180
  14. Distinctive:

    Consequence: No one feels like it's *for them*.

    line 205

“Common” is measured: kept by at least 6 in 10 of the 6 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

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.

Input

Works best with: The product and its target customer. Also useful: The unmet need, product category, primary benefit, and nearest alternative — the skill drafts from what you give and asks only for what's missing.

Anything supplied with the invocation itself — text after the skill name, a pasted context dump, or an appended ARGUMENTS: line — counts as answers already given. Use it and skip whatever it covers; don't re-ask.

Arriving empty-handed? That works too. The skill asks for product and target customer first, then works through the Moore template slots.

Example invocation: Positioning statement for LaunchDarkly-style feature flags aimed at platform engineering leads at 200+ eng orgs.

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. Follow the workshop-facilitation protocol for pacing, progress, and the A/B/C/D assumption clarification pattern.

Entry Mode

How do you want to define this positioning?
1) Guided — I'll ask one positioning element at a time [5-6 rounds]
2) Context dump — paste what you know, I'll fill the template
3) Best guess — I'll infer from context, label all assumptions [ASSUMED]

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 help answer it?

If any answer is "no" or "sort of," revise.


Step 5: Socialize and Iterate

  • Share with stakeholders: Founders, execs, product, marketing, sales
  • Test with customers: Read it aloud. Do they nod or look confused?
  • Refine ruthlessly: Positioning is never done on the first draft. Cut words, sharpen specificity, test alternatives.

Interactive Assumption Surfacing (Guided Mode)

When in guided mode, use the workshop-facilitation A/B/C/D/Other pattern. One positioning element per round, 5-6 total:

#ElementExample
1Target customerA) Mid-market SaaS CTOs, B) Enterprise procurement, C) SMB founders, D) Individual developers
2Underserved needA) Reduce tool sprawl, B) Speed up deployment, C) Lower costs, D) Improve collaboration
3Market categoryA) Analytics platform, B) DevOps tool, C) Collaboration suite, D) Security solution
4Key benefitA) 10x faster than alternatives, B) Half the cost, C) Only solution with X, D) Easiest to adopt
5Primary alternativeA) Competitor X, B) Manual process, C) In-house build, D) Status quo (doing nothing)
6DifferentiationA) Proprietary data, B) Unique integration, C) Superior UX, D) Open source

After all rounds, compile using template.md and present for review.


Examples

See examples/sample.md for full positioning examples.

Mini example excerpt:

**For** software development teams
- **that need** to reduce email overload and improve real-time collaboration
- Slack
- **is a** team messaging platform
- **that** centralizes communication and makes conversations searchable

Common Pitfalls

Pitfall 1: "For Everyone"

Symptom: "For businesses that want to grow" or "For anyone who uses software"

Consequence: No one feels like it's for them. Positioning becomes invisible.

Fix: Pick the first customer segment you'll serve. You can expand later, but positioning works when it's narrow.


Pitfall 2: Feature Creep in Benefit Statement

Symptom: "That provides AI, automation, analytics, and integrations"

Consequence: Sounds like a feature list, not a benefit. Buyers tune out.

Fix: Lead with the outcome: "That reduces churn by 30% through predictive analytics." The features are how, not why.


Pitfall 3: Imaginary Competitor

Symptom: "Unlike outdated legacy systems" or "Unlike traditional approaches"

Consequence: You're positioning against a straw man. Real buyers don't recognize this alternative.

Fix: Name the actual competitor or substitute behavior. If buyers use Excel, say "Unlike Excel." If they use a competitor, name them.


Pitfall 4: Differentiation Without Proof

Symptom: "Provides revolutionary AI" or "Delivers unmatched speed"

Consequence: Claims without evidence = marketing fluff. Buyers ignore it.

Fix: Make it falsifiable: "Provides 10x faster query performance than Snowflake on datasets under 1TB" (can be tested).


Pitfall 5: Category Confusion

Symptom: "Is a next-generation platform for digital transformation"

Consequence: Buyers don't know how to evaluate you. Category = mental shelf. No shelf = no sale.

Fix: Pick a category buyers already understand (CRM, analytics, messaging) OR commit to category creation (requires $$$ and time).


References

Related Skills

  • skills/problem-statement/SKILL.md — Defines the problem positioning addresses
  • skills/jobs-to-be-done/SKILL.md — Informs the "that need" statement
  • skills/proto-persona/SKILL.md — Defines the "For [target]" segment
  • skills/press-release/SKILL.md — Positioning informs press release messaging

External Frameworks

  • Geoffrey Moore, Crossing the Chasm (1991) — Origin of this framework
  • April Dunford, Obviously Awesome (2019) — Modern positioning playbook
  • Al Ries & Jack Trout, Positioning: The Battle for Your Mind (1981) — Foundational positioning theory

Dean's Work

  • [Link to relevant Dean Peters' Substack articles if applicable]

Provenance

  • Adapted from prompts/positioning-statement.md in the https://github.com/deanpeters/product-manager-prompts repo.

Skill type: Component Suggested filename: positioning-statement.md Suggested placement: /skills/components/ Dependencies: References skills/problem-statement/SKILL.md, skills/jobs-to-be-done/SKILL.md, skills/proto-persona/SKILL.md

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

Reviews can't be read right now.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.