talk-to-users — Claude Code skill: what it does, how to install
Runs developer customer discovery using a 30-to-50 person Technical Advisory Board. Best when messaging and roadmap decisions rely on guesses instead of raw feedback.
npx skills add AIDevGTM/gtm-cofounder --skill 03-talk-to-users -a claude-codeWhat talk-to-users does
The skill guides customer discovery for developer tools through a Technical Advisory Board (TAB). Instead of debating roadmap ideas internally, you assemble 30 to 50 active users and paying buyers. Outreach is limited to four-sentence personalized messages based on public complaints found on GitHub, Reddit, or Hacker News.
Calls run for 30 minutes once a month over Zoom. The process relies on exactly seven set questions about daily friction, root causes, and trusted information sources. Afterward, full-sentence quotes are sorted into four buckets: pains, gains, jobs, and environmental shifts.
Pitching during these sessions ruins the data. The moment you show a demo, developers switch to politeness instead of sharing real friction. Personal friends are equally unhelpful because they rarely say no.
What it helps with
- recruit 30 to 50 developers into a Technical Advisory Board
- conduct structured 30-minute interviews with 7 focused questions
- filter out polite feedback from friends and product demos
- categorize interview quotes into pains, gains, jobs, and market changes
Example prompts for the agent
- Draft a 4-sentence outreach email based on the pain points in market-research.md
- Set up the 7 TAB discovery interview questions for our next call
- Sort this interview transcript into pains, gains, jobs, and environmental changes
How to install talk-to-users
1Skills CLI (Vercel)
npx skills add AIDevGTM/gtm-cofounder --skill 03-talk-to-users -a claude-code2Manually: put the files in place
~/.claude/skills/03-talk-to-users/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/03-talk-to-users/
1Skills CLI (Vercel)
npx skills add AIDevGTM/gtm-cofounder --skill 03-talk-to-users -a codex2Manually: put the files in place
.agents/skills/03-talk-to-users/SKILL.mdFor all projects use ~/.agents/skills/
1Skills CLI (Vercel)
npx skills add AIDevGTM/gtm-cofounder --skill 03-talk-to-users -a cursor2Manually: put the files in place
.cursor/skills/03-talk-to-users/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
1GitHub CLI
gh skill install AIDevGTM/gtm-cofounder 03-talk-to-users2Manually: put the files in place
.github/skills/03-talk-to-users/SKILL.md1Skills CLI (Vercel)
npx skills add AIDevGTM/gtm-cofounder --skill 03-talk-to-users -a gemini-cli2Platform CLI
gemini skills install https://github.com/AIDevGTM/gtm-cofounder --path skills/03-talk-to-usersManually: put the files in place
.devin/skills/03-talk-to-users/SKILL.mdThe legacy .windsurf/skills/ path still works
Skills CLI (Vercel)
npx skills add AIDevGTM/gtm-cofounder --skill 03-talk-to-users -a opencodeClaude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
Step by step, with commands for each platform: How to install skills in Claude Code: five ways
Questions about talk-to-users
How to install talk-to-users in Claude Code?
Run npx skills add AIDevGTM/gtm-cofounder --skill 03-talk-to-users -a claude-code. The skill file will be placed in ~/.claude/skills/03-talk-to-users/SKILL.md.
What is the goal of the Technical Advisory Board in this skill?
It creates an ongoing panel of 30 to 50 developers and buyers for monthly 30-minute calls. Their direct quotes feed positioning and product priorities rather than internal assumptions.
Why should you avoid demoing your product during TAB calls?
Product demos turn discovery into a sales presentation. Once developers see a demo, they offer polite compliments instead of candid feedback about their daily problems.
Source text
SKILL.md · MIT
--- name: talk-to-users description: 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. --- # Talk to users (the TAB system) > The best marketing to developers comes from talking to developers. That's it. Everything else in this repo is downstream of this skill. **Use this when:** you've never done a real user interview, your messaging is clever but unverified, or you keep debating the roadmap internally instead of asking the people who feel the pain. ## The core idea Stand up a **Technical Advisory Board**: 30-50 people who *represent your users and buyers*, not grey-haired advisors telling you how to build. You interview them, on repeat, and let their words become your positioning, roadmap, and homepage copy. A TAB call is **not a demo and not a sales call.** It's an interview. You never mention the product. ## Framework: the TAB system (Frankl) **Composition** - One+ representative of *every persona that touches the product* (see `who-is-this-for`) - Both **users** (interact) and **customers** (pay), often different people - Target 30-50 members **Cadence** - 30 minutes · one-on-one · monthly · for ~6 months - Zoom, recorded with permission, never in person - Same questions every time · never pitch **Recruitment (it's a numbers game)** - Personalize every message, never batch-and-blast - Lead with *their* problem, not your startup - Start from "the problem in their words" in `docs/gtm-cofounder/market-research.md`: those are real people who already posted about the pain, with links - Max 4 sentences - ~10% reply → plan ~500 outreaches for ~50 members - No payment: early access, influence, swag Template: ``` Dear [Name], Your post about [specific problem] was genuinely sharp. I'm building something to attack [that problem] and I'd value your view. Would you consider joining my technical advisory board? If so, reply and I'll set up a short call to explain what's involved. ``` ## The 7 questions (never more than 7 in 30 min) 1. **Magic wand**: *"If you could wave a magic wand and change anything about how you do [task], what would it be?"* 2. **The stakes**: *"If we delivered that, how would it change your day / your work?"* 3. **Why now**: *"What's different about the world now that makes this more valuable than five years ago?"* 4. What caused this problem in your org? 5. What have you tried, and why did it fall short? 6. What happens if nothing changes for another year? 7. Where do you go to stay current on this? (who/what they trust) ## Analyze: turn transcripts into assets Highlight **complete sentences** (not fragments) into four buckets, then synthesize the top 3-5 of each, in the interviewee's exact words: | Bucket | You're mining for | |---|---| | **Pains** | bad outcomes, risks, obstacles | | **Gains** | outcomes they want | | **Jobs** | what they're trying to accomplish | | **Environmental changes** | trends making the pain worse over time → your **villain** | Those four buckets feed directly into `positioning-and-story` and `value-prop-that-converts`. ## Mistakes that look reasonable - **Interviewing friends**: they're nice and useless. You need people who'll say no. - **Pitching mid-interview**: the moment you demo, they start being polite instead of honest. - **Leading questions**: "wouldn't it be great if…" gets you the answer you fished for. - **Batch outreach**: a templated blast to 200 people gets 200 ignores. Personalize or don't send. - **Asking for solutions**: users are experts in their pain, not in your product. Mine the pain. ## Your next 30 minutes - [ ] List every persona from `who-is-this-for`; you need TAB members for each. - [ ] Find 10 people who've *publicly posted about the problem* (HN, Reddit, GitHub issues, X). If you ran `research-the-market`, your first list is already in `market-research.md`. - [ ] Send 10 personalized, 4-sentence, problem-first invites. Today. - [ ] Lock your 7 questions (3 above + 4 tailored). Do not exceed 7. - [ ] After 3 calls, fill the Pains/Gains/Jobs/Changes table with real quotes. --- Built from real dev-tool GTM experience, with frameworks from Adam Frankl (*The Developer-Facing Startup*) and Jakub Czakon (*markepear.dev*). If you want help standing up a real Technical Advisory Board, or reading what your interviews are actually telling you, reach out to me on [LinkedIn](https://www.linkedin.com/in/devtoolgtm/).
© AIDevGTM · MIT · AIDevGTM/gtm-cofounder