coreyhaines31/marketingskills2 files

Launch

When the user wants to plan a product launch, feature announcement, or release strategy. Also use when the user mentions 'launch,' 'Product Hunt,' 'feature release,' 'announcement,' 'go-to-market,' 'beta launch,' 'early access,' 'waitlist,' 'product update,' 'how do I launch this,' 'launch checklist,' 'GTM plan,' or 'we're about to ship.' Use this whenever someone is preparing to release something publicly. For ongoing marketing after launch, see marketing-ideas. For the offer being launched (bonuses, guarantees, scarcity, naming), see offers.

Specification
Skill ID
coreyhaines31/marketingskills/launch
Publisher
coreyhaines31
Repository
marketingskills
Installs
389
Files
2
Synced
Sep 16, 2026
How to use it

Open any RiverX project, open the Skills panel in the chat, and search for this identifier. The files are fetched from the source repository at install time.

coreyhaines31/marketingskills/launchInstalls these files
  • SKILL.md
  • evals/evals.json

What this skill tells the agent

Launch Strategy

You are an expert in SaaS product launches and feature announcements. Your goal is to help users plan launches that build momentum, capture attention, and convert interest into users.

Before Starting

Check for product marketing context first: If .agents/product-marketing.md exists (or .claude/product-marketing.md, or the legacy product-marketing-context.md filename, in older setups), read it before asking questions. Use that context and only ask for information not already covered or specific to this task.


Core Philosophy

The best companies don't just launch once—they launch again and again. Every new feature, improvement, and update is an opportunity to capture attention and engage your audience.

A strong launch isn't about a single moment. It's about:

  • Getting your product into users' hands early
  • Learning from real feedback
  • Making a splash at every stage
  • Building momentum that compounds over time

The ORB Framework

Structure your launch marketing across three channel types. Everything should ultimately lead back to owned channels.

Owned Channels

You own the channel (though not the audience). Direct access without algorithms or platform rules.

Examples:

  • Email list
  • Blog
  • Podcast
  • Branded community (Slack, Discord)
  • Website/product

Why they matter:

  • Get more effective over time
  • No algorithm changes or pay-to-play
  • Direct relationship with audience
  • Compound value from content

Start with 1-2 based on audience:

  • Industry lacks quality content → Start a blog
  • People want direct updates → Focus on email
  • Engagement matters → Build a community

Example - Superhuman: Built demand through an invite-only waitlist and one-on-one onboarding sessions. Every new user got a 30-minute live demo. This created exclusivity, FOMO, and word-of-mouth—all through owned relationships. Years later, their original onboarding materials still drive engagement.

Rented Channels

Platforms that provide visibility but you don't control. Algorithms shift, rules change, pay-to-play increases.

Examples:

  • Social media (Twitter/X, LinkedIn, Instagram)
  • App stores and marketplaces
  • YouTube
  • Reddit

How to use correctly:

  • Pick 1-2 platforms where your audience is active
  • Use them to drive traffic to owned channels
  • Don't rely on them as your only strategy

Example - Notion: Hacked virality through Twitter, YouTube, and Reddit where productivity enthusiasts were active. Encouraged community to share templates and workflows. But they funneled all visibility into owned assets—every viral post led to signups, then targeted email onboarding.

Platform-specific tactics:

  • Twitter/X: Threads that spark conversation → link to newsletter
  • LinkedIn: High-value posts → lead to gated content or email signup
  • Marketplaces (Shopify, Slack): Optimize listing → drive to site for more

Rented channels give speed, not stability. Capture momentum by bringing users into your owned ecosystem.

Borrowed Channels

Tap into someone else's audience to shortcut the hardest part—getting noticed.

Examples:

  • Guest content (blog posts, podcast interviews, newsletter features)
  • Collaborations (webinars, co-marketing, social takeovers)
  • Speaking engagements (conferences, panels, virtual summits)
  • Influencer partnerships

Be proactive, not passive:

  1. List industry leaders your audience follows
  2. Pitch win-win collaborations
  3. Use tools like SparkToro or Listen Notes to find audience overlap
  4. Set up affiliate/referral incentives (for channel partner launches, use Introw to manage deal registration and commissions)

Example - TRMNL: Sent a free e-ink display to YouTuber Snazzy Labs—not a paid sponsorship, just hoping he'd like it. He created an in-depth review that racked up 500K+ views and drove $500K+ in sales. They also set up an affiliate program for ongoing promotion.

Borrowed channels give instant credibility, but only work if you convert borrowed attention into owned relationships.


Readiness Gate: Are You Ready to Launch?

Run this before the phased mechanics. Products don't market themselves—but a product that isn't ready won't market either. The launch mechanics only pay off if what you're launching is worth launching.

Two failure modes kill launches from opposite ends:

  • Stealth Mode — launching too late. "Procrastination in a fancy suit." You keep polishing in private, waiting for the product to be perfect. It never ships, and nobody learns you exist.
  • "Just One More Feature" — never launching. Every proposed launch date gets pushed for one more thing. The scope creeps forever; the launch never comes.

The middle path is SLC — Simple, Lovable, Complete (Jason Cohen), the antidote to shipping a bare MVP that's minimal but unlovable. Don't launch a stub nobody wants; don't wait for a bloated everything-app. A launchable v1 is:

  • Simple — it does one thing. Not many things poorly. One clear job, done well.
  • Lovable — people want to use it, not just tolerate it. An MVP asks users to suffer through a stripped-down experience "to give feedback." SLC gives them something they'd choose. If nobody would be sad to lose it, it isn't lovable yet.
  • Complete — it's a whole experience for that one thing, not a stub with obvious holes. Complete at its chosen scope, not a teaser of a bigger promise.

The gate: If it's not yet Simple, Lovable, and Complete, you're in "Just One More Feature" territory only when adding scope is what's missing—otherwise you're in Stealth Mode and should ship. Cut scope until one thing is lovable and complete, then launch that. SLC gives you a real launch now instead of a perfect launch never.

Quick check before running the phases:

  • [ ] Does it do one clearly-defined thing? (Simple)
  • [ ] Would a target user choose to use it, not just endure it? (Lovable)
  • [ ] Is that one thing a whole experience, with no glaring stubs? (Complete)
  • [ ] Are you polishing past this bar? → Stop. You're in Stealth Mode. Ship.
  • [ ] Are you still adding new things to the scope? → Stop. You're in "Just One More Feature." Cut back to SLC.

Pass the gate, then run the phases below.


Five-Phase Launch Approach

Launching isn't a one-day event. It's a phased process that builds momentum.

Phase 1: Internal Launch

Gather initial feedback and iron out major issues before going public.

Actions:

  • Recruit early users one-on-one to test for free
  • Collect feedback on usability gaps and missing features
  • Ensure prototype is functional enough to demo (doesn't need to be production-ready)

Goal: Validate core functionality with friendly users.

Phase 2: Alpha Launch

Put the product in front of external users in a controlled way.

Actions:

  • Create landing page with early access signup form
  • Announce the product exists
  • Invite users individually to start testing
  • MVP should be working in production (even if still evolving)

Goal: First external validation and initial waitlist building.

Phase 3: Beta Launch

Scale up early access while generating external buzz.

Actions:

  • Work through early access list (some free, some paid)
  • Start marketing with teasers about problems you solve
  • Recruit friends, investors, and influencers to test and share

Consider adding:

  • Coming soon landing page or waitlist
  • "Beta" sticker in dashboard navigation
  • Email invites to early access list
  • Early access toggle in settings for experimental features

Goal: Build buzz and refine product with broader feedback.

Phase 4: Early Access Launch

Shift from small-scale testing to controlled expansion.

Actions:

  • Leak product details: screenshots, feature GIFs, demos
  • Gather quantitative usage data and qualitative feedback
  • Run user research with engaged users (incentivize with credits)

More from coreyhaines31