Skip to main content
ClaudeWave
Skill261 estrellas del repoactualizado 5d ago

positioning-and-story

Build a positioning and narrative where the developer is the hero and a real trend is the villain. Use when the messaging describes the product instead of the problem, sounds like every competitor, or has no urgency because nothing is at stake.

Instalar en Claude Code
Copiar
git clone --depth 1 https://github.com/AIDevGTM/gtm-cofounder /tmp/positioning-and-story && cp -r /tmp/positioning-and-story/skills/04-positioning-and-story ~/.claude/skills/positioning-and-story
Después abre una sesión nueva de Claude Code; el skill carga automáticamente.

SKILL.md

# Positioning & story

> Your story is boring without a villain. And you are not the hero of it. The developer is. You're the wise advisor who hands them a better weapon.

**Use this when:** your homepage explains what your product *does* before it names the problem, your positioning is interchangeable with three competitors, or nobody feels any urgency to act now.

## The core idea

Developers don't buy features; they hire a tool to defeat something that's making their life worse. Get the roles right:

- **Hero** = the developer (never the vendor, never the product)
- **Villain** = the undeniable *trend* making the pain worse every day
- **Wise Advisor** = you, arriving with a gift (the product)
- **Inciting event** = the change in the world that forces the hero to act *now*

No villain → no urgency → no story → no conversion.

## Framework: the 3-part story (Frankl)

1. **Inciting event**: introduce the hero and the villain; the world changed and the hero can't stay put.
2. **Obstacles**: a series of specific challenges, each solved with your help, best told as mini before/afters: *"Before X, we had [problem]. Now [measured result]."*
3. **Resolution**: villain defeated (for now), specific results, hero shares the wisdom → that's your testimonial.

**The benchmark (EngFlow):**
> *"Slow builds waste your time. Standard build tools can't handle today's codebases. Speed up builds now to keep engineers in flow."*

- Pain: slow builds waste your time
- Villain: standard tools can't handle modern complexity
- Hero: engineers, kept in flow
- Wise Advisor: the build experts

Good villains: cloud-cost sprawl · tool fragmentation · compounding tech debt · flaky pipelines · observability gaps · manual deploys · YAML sprawl · agents you can't trust in prod.

## Framework: the 4 levels of differentiation (Frankl)

Compete as high up this ladder as you can. Feature wars are a race to the bottom.

| Level | Type | Sounds like | Grade |
|---|---|---|---|
| 1 | Feature | "we have X, they don't" | D |
| 2 | Benefit | "we save you time" | C |
| 3 | Customer segment | "for CTOs under release pressure with compliance" | B |
| 4 | **Problem** | "the only fix for [problem no one else has named]" | A |

**Reaching Level 4 / category creation:** talk to enough TAB members (see `talk-to-users`) to surface a problem competitors haven't named, then name it so precisely your product is the obvious answer. When rivals adopt your vocabulary, they've already lost the position. (JFrog: "artifact repository" → "Universal Artifact Repository" and leapfrogged Sonatype.)

## Decision tree

```
Can you state a problem only you solve, in the user's words?
├─ YES → Level 4. Lead with the problem; name the category.
└─ NO  → Can you name a specific segment with a compelling reason?
         ├─ YES → Level 3. Lead with the ICP + their trigger.
         └─ NO  → you're stuck at feature/benefit → go run `talk-to-users`.
```

## Mistakes that look reasonable

- **Product as hero**: "ShipFast helps you…" Make the developer the subject of the sentence.
- **No villain**: all solution, no antagonist → zero urgency.
- **"Platform"**: developers hear *months of integration and risk.* Name the specific thing it does.
- **"Pleased to announce"**: nobody cares about your emotional state; a feature is not a story, a customer win is.
- **Feature-matrix positioning**: a checklist vs competitors keeps you at Level 1 forever.

## Your next 30 minutes

- [ ] Write one sentence: **hero + villain + inciting event** (steal the EngFlow shape).
- [ ] Grade your current differentiation 1-4. If it's D/C, list what would move it to B/A.
- [ ] Find the villain in your `talk-to-users` "environmental changes" bucket, it's already there.
- [ ] Rewrite your headline so the *developer* is the subject and the *problem* comes before the product.

---
Built from real dev-tool GTM experience, with frameworks from Adam Frankl (*The Developer-Facing Startup*) and Jakub Czakon (*markepear.dev*).
When a framework can't make the call, that's what a human is for: [The DevTool GTM Company](https://thedevtoolgtmcompany.com).
start-hereSkill

Interview the user once and write a docs/gtm-cofounder/founder-brief.md that every other skill reads first, so the advice is about their real business, not a textbook. Use this before anything else, or whenever the agent lacks context on the user's product, ICP, market, or stage, or is giving generic GTM advice.

strategy-and-roadmapSkill

After the founder brief, turn it into an honest diagnosis and a prioritized, stage-aware GTM roadmap saved as docs/gtm-cofounder/gtm-roadmap.md. This is the hub the user returns to every session to see where they are and the single next move. Use right after start-here, whenever the user doesn't know what to work on next, wants a plan instead of a one-off task, or is drowning in disconnected tactics.

who-is-this-forSkill

Define a real ICP and the developer personas in the sale. Use when the user says the product is \"for developers,\" can't name who would say no, or is marketing to whoever holds the budget instead of who actually adopts.

talk-to-usersSkill

Run developer customer discovery via a Technical Advisory Board (TAB). Use when the user has never interviewed a user who isn't a friend, is inventing messaging from a conference room, or is guessing at the roadmap instead of hearing the pain firsthand.

beyond-the-wrapperSkill

Position an AI product when everyone claims AI and skeptics call it \"just a wrapper.\" Find the real wedge (data, workflow, trust, domain), make reliability the differentiator, answer \"won't the big labs just build this,\" and stop leading with \"AI-powered.\" Use when your AI or dev tool blends into a sea of similar demos, buyers doubt the accuracy, or you can't say why you win when the model is a commodity.

value-prop-that-convertsSkill

Write a developer value proposition that is specific, provable, and free of puffery. Use when the messaging leans on \"powerful,\" \"better,\" \"seamless,\" or \"best-in-class,\" when claims have no proof, or when the same line is supposed to reach both the developer and the buyer.

the-homepageSkill

Structure a dev-tool homepage that converts developers into champions. Use when the landing page is written for the buyer instead of the developer, reads as salesy, buries what the product does, or makes it hard to start. Pairs with the ShipReady homepage audit.

time-to-first-valueSkill

Turn a curious developer into an activated one: the docs, the quickstart, and the first-run experience that gets them to their first real win fast, and back again. Use when people sign up or star the repo but never get it working, come once and never return, or you're about to pour traffic into a first-run that leaks.