Claude Marketplaces
SkillsMCP serversMarketplacesDigestTools
Submit

This week in Claude

Every Monday: Claude Code, Agent SDK, MCP, and the Anthropic platform moves worth your time.

Skills by category
Frontend DevelopmentBackend & APIsTesting & QASecurityDevOps & CI/CDGit & Pull RequestsDocumentationCode Review & QualityAI & Agent BuildingSkill Development
MCP servers by category
Sales & MarketingWeb & Browser AutomationDatabasesAI & LLM ToolsCloud & InfrastructureCommunication & MessagingDeveloper ToolsDesign & CreativeDocuments & KnowledgeSearch & Web Crawling
Marketplaces by category
AI Agents & OrchestrationLLM IntegrationDevelopment ToolsFrontend & UIBackend & APIsDatabasesTesting & Code QualityDevOps & CloudSecurity & ComplianceGit & Version Control
Claude Marketplaces

An independent directory of skills, plugins and MCP servers for Claude Code. Not affiliated with Anthropic.

Browse

  • Skills
  • MCP servers
  • Marketplaces
  • Weekly digest
  • Skill index
  • MCP index
  • Marketplace index

Site

  • About
  • Tools
  • Submit
  • Feedback
  • Privacy
  • llms.txt
  • Plugins reference

Maker

  • Snug
  • Agent Caffeine
  • knobs
  • Wax
  • Vectoys
  • mertduzgun.com
Crafted at
Skills/Testing & QA
github avatar

Gtm 0 To 1 Launch

github/awesome-copilotOfficial

This is a systematic playbook for getting your first 10-50 customers, built from hard-won lessons like the launch that got 50K impressions but only 12 signups. The most useful part is the three-layer diagnosis for when launches stall: positioning problems (you sound like everyone else), experience problems (too much flexibility, not enough opinionated defaults), or alignment problems (team has no shared north star). It's opinionated about direct outreach over press coverage, 2-week experiment cycles over endless planning, and targeting people who've already hit the ceiling of comparable tools. Use this when you're stuck between building something and actually getting people to pay for it.

installs
1.7K
GitHub stars
40.5K
last updated
Aug 21, 2026
View on GitHubSave

Install

$ npx -y skills add github/awesome-copilot --skill gtm-0-to-1-launch --agent claude-code

Installs into .claude/skills of the current project.

Files

0-to-1 Launch

Launch new products from idea to first customers. The goal isn't headlines — it's finding 10 customers who can't live without you.

When to Use

Triggers:

  • "How do we launch this product?"
  • "First customer acquisition strategy"
  • "We launched but nobody's using it"
  • "Product Hunt vs direct outreach?"
  • "We have awareness but no conversion"
  • "How do I know if this is working?"

Context:

  • New product launches
  • Feature launches that feel like new products
  • Finding first 10-50 customers
  • Validating product-market fit
  • Diagnosing why early traction stalls

Core Frameworks

1. Press ≠ Growth (The Launch That Got 12 Signups)

The Pattern:

Coordinated a feature launch with full press tour. TechCrunch, VentureBeat, product blogs. Big announcement day.

Result:

  • 50K impressions
  • 12 signups
  • 2 conversions

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.


2. The Three-Layer Diagnosis (Why Launches Stall)

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:

  • Messaging sounds like competitors
  • Differentiation requires explaining complex technical details
  • Buyers see you as interchangeable with alternatives
  • Sales conversations get derailed by comparison questions

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:

  • Strong awareness but weak activation
  • Users sign up but don't complete first workflow
  • Multiple entry points creating decision paralysis
  • Documentation is feature-centric, not outcome-centric

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:

  • Team reports being "out of bandwidth" for customers
  • Different functions optimize for different metrics
  • Every idea has equal weight (no tiebreaker)
  • No clear north star connecting activities to outcomes

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.


3. The First 10 Customers Framework

Principle: First 10 customers are not for revenue. They're for learning.

What You're Learning:

  1. Does the product actually solve the problem?
  2. What's the activation flow? (How do they get value?)
  3. What objections come up? (Price, features, integrations?)
  4. Who's the real buyer? (Title, role, budget authority?)
  5. What's the sales cycle? (Days, weeks, months?)

How to Find Them:

Channel 1: Personal Network (first 2-3)

  • "I'm building [X], can I get your feedback?"
  • Convert to paying customers (don't give away for free — free users give different feedback than paying ones)

Channel 2: Direct Outreach (customers 3-20)

  • Build list of 100 target accounts
  • Personalize to their specific pain
  • Test messaging variants — which angle gets replies?

Channel 3: Ceiling Moment Targeting (highest-intent)

  • The highest-intent prospects are people who've already adopted a comparable solution and hit its limits
  • They've invested in learning a tool, hit its ceiling, and have low switching costs
  • Craft outreach around the limitation: "We see teams that outgrow [incumbent] when they need [capability]. That's what we built."
  • These convert 3-5x better than cold outreach because they already understand the problem

Channel 4: Community (developer products)

  • "Built [X] to solve [problem], looking for early users"
  • Offer white-glove onboarding
  • Best for products where users congregate in Slack/Discord/forums

4. The 2-Week Experiment Cycle

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:

  • Frame every test with clear success criteria before starting
  • Test one variable per experiment (messaging, channel, pricing, feature)
  • Run for 2 weeks maximum — if it's not showing signal by then, it won't
  • If it works, allocate 3x resources within a week
  • If it doesn't, kill it and move to the next test
  • Document what you learned regardless of outcome

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.


5. Partner-Led Market Entry (When You Don't Have Distribution)

The Pattern:

Rather than entering new markets through direct sales alone, use partnerships with established players to accelerate.

How to Execute:

  1. Identify market leaders in your target segment
  2. Approach with customer problem, not partnership pitch — "What if your users could access [capability]?" shifts from your need to their need
  3. Start small: Help them solve one specific problem (narrow integration, not full partnership)
  4. Prove value with a 3-6 month pilot before asking for broader commitment
  5. Build reference customers together — reduces their risk
  6. Leverage their GTM: once integrated, they market to their base

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:

  1. Lead with genuine use cases: "Our users ask for [partner] integration 50x per month"
  2. Once you partner with a top player, competitors feel urgency to work with you too
  3. After 2-3 successful partnerships in a category, create joint customer stories

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.


6. PMF Validation Checklist

Product-market fit is when customers pull you forward, not when you push them.

Retention:

  • 40%+ of Week 1 users return Week 4
  • Usage increasing over time
  • Customers renewing without sales push

Organic Growth:

  • Word-of-mouth referrals happening
  • Customers asking "can I add my team?"
  • Inbound interest without paid marketing

Sales Velocity:

  • Sales cycles shortening
  • Win rates >30% of trials
  • Customers saying "we need this now"

Qualitative:

  • >40% very disappointed if product went away (Sean Ellis test)
  • Customers can articulate what it's for (clear use case)
  • Customers advocating publicly

If you don't have these, you don't have PMF yet. Don't scale marketing/sales.


Decision Trees

Why Is Our Launch Stalling?

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

Press Launch or Direct Outreach?

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

Common Mistakes

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.


Quick Reference

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


Related Skills

  • product-led-growth: Scaling after initial traction
  • positioning-strategy: Positioning for launch
  • partnership-architecture: Partner-led market entry

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.

SKILL.md on GitHub

Sponsors

SnugThe clipboard manager you and your agent can use, safelyAgent CaffeineClose your lid, come back to finished workWaxBlock anything with supervision, without erasing your iPhoneOpen StepsSponsoredFree and open-source skills that make AI coding agents easier to understand, verify, and control.

Details

Repository
github.com/github/awesome-copilot
Categories
Testing & QA, Git & Pull Requests, AI & Agent Building, Sales & Marketing
First seen
Apr 16, 2026

More from github/awesome-copilot

All 318
  • Sandbox Npm Install1.7K
  • Semantic Kernel1.7K
  • Gtm Technical Product Pricing1.7K
  • Gdpr Compliant1.7K
  • Aws Cdk Python Setup1.6K
  • Gtm Ai Gtm1.6K
  • Gtm Board And Investor Communication1.6K
  • Dotnet Timezone1.6K
  • Gtm Partnership Architecture1.6K
  • Gtm Enterprise Account Planning1.6K
  • Quality Playbook1.6K
  • Gtm Enterprise Onboarding1.6K
  • Gtm Operating Cadence1.5K
  • Gtm Developer Ecosystem1.5K
  • Ruff Recursive Fix1.5K
  • Agent Owasp Compliance1.5K
  • Threat Model Analyst1.5K
  • Azure Architecture Autopilot1.5K
  • Email Drafter1.4K
  • Geofeed Tuner1.3K
  • Daily Prep1.3K
  • Roundup1.3K
  • Roundup Setup1.3K
  • Freecad Scripts1.2K

Recommended

More Testing & QA
1pproenca avatartypescriptpproenca/dot-skillsTypeScript performance, tsconfig, type errors, async patterns — triggered when the user asks to "optimize TypeScript performance", "speed up tsc compilation", "1.7Kinstalls
2vinvcn avatardiagnosevinvcn/mattpocock-skills-zh-cn面向棘手 bug 和性能回退的纪律化 diagnosis loop。Reproduce → minimise → hypothesise → instrument → fix → regression-test. Use when user says "diagnose this" / "debug this", re1.7Kinstalls
3buildgreatproducts avataridea-validatorbuildgreatproducts/builder-osPressure-tests a product idea before the founder invests in planning, building, or launching. Surfaces fatal flaws, tests whether the problem is real, maps real1.7Kinstalls
4alirezarezvani avatarsenior-backendalirezarezvani/claude-skillsDesigns and implements backend systems including REST APIs, microservices, database architectures, authentication flows, and security hardening. Use when the us1.7Kinstalls
5nvidia avatartao-finetune-huggingface-modelnvidia/skillsFine-tune any HuggingFace CV / VLM / LLM model on local NVIDIA GPUs inside an NGC PyTorch container. Use when the user wants to fine-tune a HuggingFace model (f1.7Kinstalls
6mksglu avatarcontext-mode-opsmksglu/context-modeManage context-mode GitHub issues, PRs, releases, and marketing with parallel subagent army. Orchestrates 10-20 dynamic agents per task. Use when triaging issue1.7Kinstalls