Launch new products from idea to first customers. The goal isn't headlines — it's finding 10 customers who can't live without you.
Works with
AI-first code editor with Composer
Before installing skills in Cursor, ensure your development environment meets these requirements:
node --versiongtm-0-to-1-launchExecute the skills CLI command in your project's root directory to begin installation:
Fetches gtm-0-to-1-launch from github/awesome-copilot and configures it for Cursor.
The CLI shows a list of agents. Use arrow keys and space to select Cursor:
Confirm successful installation by checking the skill directory location:
Restart Cursor to activate gtm-0-to-1-launch. Access via /gtm-0-to-1-launch in your agent's command palette.
We perform automated surface-level scans (Gen AI Scanner, Socket, Snyk) during installation. These checks detect common vulnerabilities but do not guarantee complete security. Always review skill source code and verify the publisher's reputation before production use.
Skills execute code in your environment. Always review source, verify the publisher, and test in isolation before production.
Submit your Claude Code skill and start earning
Create detailed user stories, acceptance criteria, and feature specs
Example
Generate user stories for 'password reset feature' with acceptance criteria, edge cases, and test scenarios
Reduce spec writing time by 50%, ensure comprehensive coverage
Research competitors, compare features, identify gaps
Example
Analyze 5 competitor products, create feature comparison matrix, suggest differentiation opportunities
Complete competitive research in 2 hours instead of 2 days
Evaluate features using frameworks (RICE, ICE, Kano) and create prioritized backlogs
Example
Score 20 feature ideas using RICE framework, generate prioritized roadmap with rationale
0
total installs
0
this week
28.7K
GitHub stars
0
upvotes
Run in your terminal
0
installs
0
this week
28.7K
stars
Launch new products from idea to first customers. The goal isn't headlines — it's finding 10 customers who can't live without you.
Triggers:
Context:
The Pattern:
Coordinated a feature launch with full press tour. TechCrunch, VentureBeat, product blogs. Big announcement day.
Result:
Why It Failed:
Optimized for media buzz, not user value. The feature wasn't ready for self-serve. It needed education, context, hand-holding. Press gives you eyeballs. But eyeballs without activation = vanity.
What Works Better:
Email 50 target customers directly. "We built [feature] because teams like yours struggle with [problem]. Want early access?" Walk them through setup personally. Get feedback, iterate.
Result: 50 emails → 15 replies (30% reply rate) → 8 trials → 4 conversions (50% trial-to-paid).
The Lesson:
Early customers come from direct outreach, not press coverage. Press matters later (Series A announcement, major milestone). For 0-to-1, it's distraction.
The Pattern:
You launched. You have some awareness. But conversion is weak. The problem lives in one of three layers, and each requires a different intervention.
Layer 1: Positioning Problem
Symptoms:
Diagnosis: You're "fighting an asymmetric war on the wrong front" — competing on features against better-funded companies. Map where competitors claim unique value. Find the position they can't easily copy.
Fix: Stake a claim you can own structurally (not just through product features). Test with outbound messaging before committing product resources.
Layer 2: Experience Problem
Symptoms:
Diagnosis: Flexibility without opinionated defaults is a liability, not a feature. Users face the "paradox of choice" — too many options, not enough guidance to the aha moment.
Fix: Identify 2-3 "undeniable use cases" that deliver immediate value. Restrict onboarding to those specific use cases. Gate advanced features behind a mastery path. Rewrite help content around jobs-to-be-done, not feature lists.
Layer 3: Alignment Problem
Symptoms:
Diagnosis: "Exploratory mode" — where every initiative has equal priority — becomes destructive when resources are constrained.
Fix: Define a single shared north star. Use it as tiebreaker for every decision: "Does this help us win a customer?" Cut activities that don't ladder up. Make progress visible weekly, not quarterly.
How to Use This:
When a launch stalls, diagnose which layer is broken before throwing resources at it. Fixing experience when the problem is positioning wastes engineering time. Fixing positioning when the problem is internal alignment wastes marketing spend.
Principle: First 10 customers are not for revenue. They're for learning.
What You're Learning:
How to Find Them:
Channel 1: Personal Network (first 2-3)
Channel 2: Direct Outreach (customers 3-20)
Channel 3: Ceiling Moment Targeting (highest-intent)
Channel 4: Community (developer products)
The Pattern:
Speed in early stages matters more than perfection. The constraint isn't whether you're right — it's how quickly you can test assumptions and iterate.
How to Execute:
The Playbook Rule:
Every successful experiment must become a playbook before scaling. Structure: Goal → Steps → Expected output → Metrics → Risks. If someone unfamiliar can't execute the playbook, it's not documented well enough.
Why This Matters:
One-off wins don't compound. Systematized experiments do. The goal isn't a single launch — it's building a repeatable machine for testing assumptions at speed.
Common Mistake:
Over-planning before testing. Waiting for "perfect" conditions before launching. Staying with failing experiments too long because you've invested emotional energy. Make decisions with 70% information.
The Pattern:
Rather than entering new markets through direct sales alone, use partnerships with established players to accelerate.
How to Execute:
The Supernode Pattern:
Position yourself as the integration hub that other tools naturally connect through. You own critical data or workflows that other platforms need. This compounds — each new partner makes you more valuable to the next.
Category Sequencing:
Don't pursue partnerships everywhere. Dominate 2-3 categories per quarter:
Common Mistake:
Launching partnerships without clear integration pathways. Expecting partners to drive awareness without support. Treating partnerships as a sales channel rather than platform expansion.
Product-market fit is when customers pull you forward, not when you push them.
Retention:
Organic Growth:
Sales Velocity:
Qualitative:
If you don't have these, you don't have PMF yet. Don't scale marketing/sales.
Do prospects understand what you are?
├─ No → Layer 1: Positioning problem
│ Fix: Test new messaging before changing product
└─ Yes → Continue...
│
Do users activate after signing up?
├─ No → Layer 2: Experience problem
│ Fix: Restrict onboarding to 2-3 use cases, guide to aha moment
└─ Yes → Continue...
│
Is the team aligned on what matters?
├─ No → Layer 3: Alignment problem
│ Fix: Single north star, weekly visibility, cut non-essential
└─ Yes → Keep iterating, you're on the right track
Self-serve ready? (Users get value in <10 min)
├─ No → Direct outreach only (press won't convert)
└─ Yes → Do you have >$1M funding to announce?
├─ Yes → Both (press for awareness, outreach for conversion)
└─ No → Direct outreach first, press later
1. Optimizing for headlines instead of activation 50K impressions and 12 signups. Press ≠ growth.
2. No target customer list before launch Spray-and-pray doesn't work at 0-to-1. Build the list of 100 accounts first.
3. Flexibility without defaults Giving users every option paralyzes them. Pick 2-3 undeniable use cases and guide hard.
4. Giving product away for free Free users give polite feedback. Paying users give honest feedback.
5. Scaling before learning First 10 customers are for learning, not revenue. Document everything.
6. Over-planning, under-testing 2-week experiments with clear kill criteria. Move fast, document learnings.
7. Diagnosing the wrong layer Positioning fix when the problem is experience = wasted marketing. Experience fix when the problem is positioning = wasted engineering.
Three-layer diagnosis: Layer 1: Positioning (messaging sounds like competitors) → Test new messaging Layer 2: Experience (awareness but no activation) → Guide to aha moment Layer 3: Alignment (team scattered) → Single north star, weekly visibility
First 10 customers: Personal network (2-3) → Direct outreach (3-20) → Ceiling moment targeting (highest intent) → Community (developer products)
2-week experiment cycle: Hypothesis → Success criteria → Test (2 weeks max) → Kill or 3x → Document playbook
PMF signals: 40%+ Week 1→4 retention + word-of-mouth + shortening sales cycles + >40% very disappointed
Partner-led entry: Customer problem first → Narrow pilot → Reference customers together → Leverage their GTM
Based on launching features that optimized for press and got 12 signups from 50K impressions, diagnosing launch stalls across three companies using the three-layer model, and building the 2-week experiment cycle that turned ad hoc testing into a repeatable machine. Also draws on partner-led market entry across multiple geographies and segments. Not theory — lessons from mistaking vanity metrics for growth and learning to diagnose the actual problem.
Make data-driven prioritization decisions faster
Draft PRDs, status updates, and stakeholder presentations
Example
Create executive summary of Q3 roadmap, monthly progress report, feature launch announcement
Save 3-5 hours/week on communication overhead
Prerequisites
Time Estimate
30-60 minutes to see productivity improvements
Steps
Common Pitfalls
✓ Do
✗ Don't
💡 Pro Tips
✓ Use when
Use for user story writing, competitive research, roadmap prioritization, stakeholder communication, and PRD drafting. Best for reducing repetitive documentation and research work.
✗ Avoid when
Avoid for strategic product vision (requires deep customer empathy), pricing decisions (needs market and financial expertise), or when face-to-face customer discovery is more valuable than speed.
github/awesome-copilot
github/awesome-copilot
mattpocock/skills
parcadei/continuous-claude-v3
cursor/plugins
ailabs-393/ai-labs-claude-skills
gtm-0-to-1-launch has been reliable in day-to-day use. Documentation quality is above average for community skills.
Registry listing for gtm-0-to-1-launch matched our evaluation — installs cleanly and behaves as described in the markdown.
gtm-0-to-1-launch reduced setup friction for our internal harness; good balance of opinion and flexibility.
gtm-0-to-1-launch is among the better-maintained entries we tried; worth keeping pinned for repeat workflows.
We added gtm-0-to-1-launch from the explainx registry; install was straightforward and the SKILL.md answered most questions upfront.
Useful defaults in gtm-0-to-1-launch — fewer surprises than typical one-off scripts, and it plays nicely with `npx skills` flows.
Solid pick for teams standardizing on skills: gtm-0-to-1-launch is focused, and the summary matches what you get after install.
gtm-0-to-1-launch reduced setup friction for our internal harness; good balance of opinion and flexibility.
Registry listing for gtm-0-to-1-launch matched our evaluation — installs cleanly and behaves as described in the markdown.
gtm-0-to-1-launch fits our agent workflows well — practical, well scoped, and easy to wire into existing repos.
showing 1-10 of 71