00-start-here
Interview the user once and write a docs/gtm-cofounder/founder-brief.md that every other skill reads first, so the advice is…
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.
Claude Code
$ npx -y skills add AIDevGTM/gtm-cofounder --skill 02-who-is-this-for --agent claude-code
Codex
$ npx skills add AIDevGTM/gtm-cofounder --skill 02-who-is-this-for -a codex -y
Cursor
$ npx skills add AIDevGTM/gtm-cofounder --skill 02-who-is-this-for -a cursor -y
Gemini CLI
$ npx skills add AIDevGTM/gtm-cofounder --skill 02-who-is-this-for -a gemini-cli -y
GitHub Copilot
$ npx skills add AIDevGTM/gtm-cofounder --skill 02-who-is-this-for -a github-copilot -y
OpenCode
$ npx skills add AIDevGTM/gtm-cofounder --skill 02-who-is-this-for -a opencode -y
Windsurf
$ npx skills add AIDevGTM/gtm-cofounder --skill 02-who-is-this-for -a windsurf -y
name: who-is-this-for description: "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."
> "Developers" is not a market. It's a medium. If your ICP doesn't exclude anyone, it isn't one.
**Use this when:** you describe your user as "developers" or "engineering teams," you can't name a person who is clearly *not* a fit, or you're aiming your messaging at the VP of Engineering because they have the budget.
A usable ICP is specific enough that some people are obviously **out**. "Every developer" gives you nothing to say, because a message that speaks to everyone speaks to no one. Sharpen until exclusion is possible.
And in almost every AI/dev-tool sale there is **more than one person**: the developer who adopts is rarely the person who pays. Market to the adopter; sell to the buyer. Confuse the two and you get great meetings and no decisions.
Map who plays each role. You need all of them for a complex sale; skip one and the deal stalls.
| Persona | Cares about | Role in the sale | |---|---|---| | **Alpha Dev** | "What's possible?" Lives in the future. *No budget.* | Finds you, experiments, advocates internally, creates social proof | | **Empowered CTO** | Kairos, weeks off a release cycle, competitive edge. *Has budget.* | Approves spend and strategic fit | | **VP Engineering** | Team velocity, DX, quality at scale. Fears downtime/security | Evaluates feasibility, tests in staging | | **SRE / Platform Eng** | Reliability, less toil. *Reads your code before your copy.* | Gatekeeps operational risk |
> The Alpha Dev is **not your long-term customer**. They chase the next shiny thing. You need them anyway: they carry new tech to the people who pay.
A job title is not actionable; a **job** is. Write it as:
> *When [situation], I want to [motivation], so I can [expected outcome].*
Example: *"When I inherit a service with no tests, I want to generate a safety net fast, so I can refactor without fear."* That sentence tells you the trigger, the pain, and the win. A demographic never does.
Does the developer who adopts also control the budget?
├─ YES → single-player / PLG motion.
│ ICP centers on the adopter. Optimize time-to-value, self-serve, transparent pricing.
└─ NO → complex sale.
ICP centers on the adopter FOR ADOPTION, and the buyer FOR REVENUE.
You need a "what's in it for me" for every persona above.Fill every line with something a stranger couldn't guess: 1. **Company shape**: stage, size, team structure (e.g. "50-500-engineer companies with a platform team") 2. **Technical context**: stack / recent change (e.g. "just adopted Kubernetes") 3. **The trigger**: what just happened that makes this urgent now 4. **The pain, in their words**: the exact phrase they'd use (get this from `talk-to-users`) 5. **Who says no**: the segment you are deliberately *not* for
❌ "For developers who want to ship faster." ✅ "For **platform engineers at 50-500-eng companies who just standardized on Kubernetes** and are drowning in hand-written YAML, the ones who'd say *'I spend a day a week on manifests I shouldn't have to touch.'* Not for solo devs on Heroku."
--- Built from real dev-tool GTM experience, with frameworks from Adam Frankl (*The Developer-Facing Startup*) and Jakub Czakon (*markepear.dev*). Stuck on whether the ICP is right, or seeing two personas pull in different directions? That's worth a human call. Reach out to me on [LinkedIn](https://www.linkedin.com/in/devtoolgtm/).
#1 Product of The Day @ Product Hunt. The GTM co-founder you don't have. Open-source GTM Agent Skills for developer tools and AI products, for founders, GTM hires, and founding AEs: positioning, first users, launch, pricing. Sharpened by Frankl & Czakon. MIT.
Interview the user once and write a docs/gtm-cofounder/founder-brief.md that every other skill reads first, so the advice is…
After the founder brief and the market research, turn them into an honest diagnosis and a prioritized, stage-aware GTM roadmap…
Run developer customer discovery via a Technical Advisory Board (TAB). Use when the user has never interviewed a user who isn't a…
Build a positioning and narrative where the developer is the hero and a real trend is the villain. Use when the messaging…
Position an AI product when everyone claims AI and skeptics call it \"just a wrapper.\" Find the real wedge (data, workflow,…
Write a developer value proposition that is specific, provable, and free of puffery. Use when the messaging leans on…
When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use…
Comprehensive SEO analysis for any website or business type. Full site audits, single-page analysis, technical SEO (crawlability,…
Turn the current project website into a short, polished, shareable launch video using Hyperframes. Use when someone says "/brag",…
Full website GEO+SEO audit with parallel subagent delegation. Orchestrates a comprehensive Generative Engine Optimization audit…