Best for
- Also use when the user mentions 'launch plan', 'go to market', 'GTM', 'Product Hunt', 'beta launch', 'how do I launch', 'pre-launch', 'launch checklist', 'distribution plan', 'release strategy', 'feature announcement',…
MoizIbnYousaf/marketing-cli/skills/launch-strategy/SKILL.md
When the user wants to plan a product launch, feature announcement, release strategy, or go-to-market plan. Also use when the user mentions 'launch plan', 'go to market', 'GTM', 'Product Hunt', 'beta launch', 'how do I launch', 'pre-launch', 'launch checklist', 'distribution plan', 'release strategy', 'feature announcement', or is about to ship something and needs a distribution plan. Even vague requests like 'I'm almost done building, what now?' or 'how do I get users?' should trigger this skil
Decision brief
You are an expert in product launches and feature announcements. Your goal is to help users plan launches that build momentum, capture attention, and convert interest into users.
Compatibility matrix
| Platform | Status | Evidence | What to check |
|---|---|---|---|
| Codex | Not declared | No explicit evidence | Portability before use |
| Claude Code | Not declared | No explicit evidence | Portability before use |
| Cursor | Not declared | No explicit evidence | Portability before use |
| Gemini CLI | Not declared | No explicit evidence | Portability before use |
Installation
The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.
npx skills add https://github.com/MoizIbnYousaf/marketing-cli --skill "skills/launch-strategy"Inspect the Agent Skill "launch-strategy" from https://github.com/MoizIbnYousaf/marketing-cli/blob/f12fbcbe4929584697b309b9096c9427b0cfce8e/skills/launch-strategy/SKILL.md at commit f12fbcbe4929584697b309b9096c9427b0cfce8e. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.
Workflow
Follow these phases in order. Do not skip phases.
Ask these questions (skip any already answered by brand/ files):
Based on context, classify:
Using the ORB Framework, Five-Phase Approach, and reference files, produce a plan tailored to the classification. Reference: - references/launch-timeline.md for week-by-week timeline - references/launch-checklist.md for the full pre-flight checklist
Write marketing/launch/plan.md using this template:
Permission review
No configured static risk pattern was detected
This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.
Evidence record
| Signal | Value | Evidence type | Meaning |
|---|---|---|---|
| Quality score | 84/100 | Computed | Documentation, specificity, maintenance, and trust rules |
| Repository stars | 27 | Source | Repository attention, not individual Skill quality |
| Compatibility | 0 platforms | Source | Declared in the catalog source record |
| Usage guide | automated source guide | Editorial | Generated or reviewed according to the visible evidence level |
Pinned source
You are an expert in product launches and feature announcements. Your goal is to help users plan launches that build momentum, capture attention, and convert interest into users.
brand/ directory exists in the project rootbrand/voice-profile.md, brand/positioning.md, and brand/audience.md for contextBefore proceeding, determine which skill is appropriate:
If the user needs operational execution, say: "You need /startup-launcher for platform submissions. This skill builds the strategic plan. Want the plan first, or jump straight to execution?"
Follow these phases in order. Do not skip phases.
Ask these questions (skip any already answered by brand/ files):
Based on context, classify:
| Launch Type | Signals | Approach |
|---|---|---|
| New product, no audience | No email list, no social, first launch | Focus on Phase 1-3, borrowed channels, community seeding |
| New product, existing audience | Has email list or social following | Focus on Phase 3-5, owned channels first |
| Major feature update | Existing product, significant new capability | Abbreviated timeline, existing user base + expansion |
| Minor update | Bug fixes, small improvements | Changelog + email segment, skip full campaign |
Using the ORB Framework, Five-Phase Approach, and reference files, produce a plan tailored to the classification. Reference:
Write marketing/launch/plan.md using this template:
# Launch Plan: [Product/Feature Name]
## Overview
- **Launch type:** [New product / Major feature / Minor update]
- **Target date:** [Date]
- **Audience size:** [Current size]
- **Primary goal:** [Signups / Revenue / Awareness]
## Positioning
- **One-line value prop:** [From positioning.md or crafted here]
- **Launch angle:** [What makes this newsworthy NOW]
- **Target audience:** [Who, specifically]
## Channel Strategy (ORB)
### Owned Channels
[List with specific actions and dates]
### Rented Channels
[List with specific actions and dates]
### Borrowed Channels
[List with specific targets and outreach plan]
## Timeline
[Phased timeline using launch-timeline.md reference]
## Success Metrics
| Metric | Target | Measurement |
|--------|--------|-------------|
| [e.g., Day-1 signups] | [number] | [tool/method] |
## If Launch Stalls
[Contingency plan with specific triggers and responses]
Write marketing/launch/checklist.md as a tailored subset of the reference checklist, including only items relevant to this specific launch.
Tell the user: "Launch plan written to marketing/launch/. Here's the summary: [2-3 sentences]. Suggested next steps: [specific skills]."
Recommend related skills based on gaps:
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:
Structure your launch marketing across three channel types. Everything should ultimately lead back to owned channels.
You own the channel (though not the audience). Direct access without algorithms or platform rules.
Examples:
Why they matter:
Start with 1-2 based on audience:
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.
Platforms that provide visibility but you don't control. Algorithms shift, rules change, pay-to-play increases.
Examples:
How to use correctly:
Platform-specific tactics:
Rented channels give speed, not stability. Capture momentum by bringing users into your owned ecosystem.
Tap into someone else's audience to shortcut the hardest part -- getting noticed.
Examples:
Be proactive, not passive:
Borrowed channels give instant credibility, but only work if you convert borrowed attention into owned relationships.
| Audience Size | Focus | Why |
|---|---|---|
| < 1,000 | Owned channels only (blog, email list) | Build foundation before spending on reach |
| 1K - 10K | Owned + Rented (social, SEO, ads) | Enough audience to test paid channels |
| 10K+ | All three: Owned + Rented + Borrowed (partnerships, press) | Use existing reach for maximum amplification |
Gather initial feedback and iron out major issues before going public.
Actions:
Goal: Validate core functionality with friendly users.
Put the product in front of external users in a controlled way.
Actions:
Goal: First external validation and initial waitlist building.
Scale up early access while generating external buzz.
Actions:
Consider adding:
Goal: Build buzz and refine product with broader feedback.
Shift from small-scale testing to controlled expansion.
Actions:
Expansion options:
Goal: Validate at scale and prepare for full launch.
Open the floodgates.
Actions:
Launch touchpoints:
Goal: Maximum visibility and conversion to paying users.
| Phase | Duration | Signal to Advance |
|---|---|---|
| Internal Alpha | 2-4 weeks | Core flow works, <10 users giving feedback |
| Beta | 4-8 weeks | 50-500 users, NPS > 30, key bugs fixed |
| Early Access | 2-4 weeks | Growing waitlist, retention metrics stable |
| Full Launch | 1 week intense + ongoing | All channels activated, monitoring metrics |
Before launch day:
On launch day:
After launch day:
Educate new users: Set up automated onboarding email sequence introducing key features and use cases (use gws for email automation).
Reinforce the launch: Include announcement in your weekly/biweekly/monthly roundup email to catch people who missed it.
Differentiate against competitors: Publish comparison pages highlighting why you're the obvious choice.
Update web pages: Add dedicated sections about the new feature/product across your site.
Major updates (new features, product overhauls):
Medium updates (new integrations, UI enhancements):
Minor updates (bug fixes, small tweaks):
| Anti-pattern | Why it fails | Instead |
|---|---|---|
| Producing a 5-page plan when user needs a quick checklist | Minor updates don't warrant full campaigns — overwrought plans get ignored | Ask the launch type first — minor updates get a checklist, not a strategy doc |
| Running this skill when user needs operational platform submissions | This skill produces plans, not actions — the user will get frustrated waiting for a strategy when they need directory submissions done | Route to /startup-launcher for directory submissions and launch day ops |
| Recommending all ORB channels regardless of audience size | A <1K audience spreading across 6 channels dilutes effort to zero — focus compounds, scatter doesn't | Use the prioritization matrix — <1K audience should focus on owned only |
| Writing a plan without asking key context questions first | A plan built on assumptions wastes the user's time and produces generic advice | Always gather context in Phase 1, even if brand/ files exist |
| Ignoring existing brand/ context and asking everything fresh | Asking questions already answered in brand/ files annoys users who've invested in brand memory | Read brand files first, only ask what's missing or launch-specific |
| Creating a generic timeline not adapted to launch type | A solo founder doesn't need an 8-week timeline, and a funded team shouldn't compress to 2 weeks | Classify the launch in Phase 2, then adapt timeline from references |
Alternatives
wshobson/agents
Brand-first landing page designer — runs a brand-identity interview (colors, typography, shape language), then generates and iterates on a polished landing page via Stitch with deployment-ready HTML. Use when the user asks to create, design, or build a landing page, homepage, or marketing page and has no established visual direction. Skip when they have a design mockup, need a dashboard or app UI, are working at component level, building a multi-page app, or restyling with known design tokens —
github/awesome-copilot
Build, scaffold, and deploy Power Automate cloud flows using the FlowStudio MCP server. Your agent constructs flow definitions, wires connections, deploys, and tests — all via MCP without opening the portal. Load this skill when asked to: create a flow, build a new flow, deploy a flow definition, scaffold a Power Automate workflow, construct a flow JSON, update an existing flow's actions, patch a flow definition, add actions to a flow, wire up connections, or generate a workflow definition from
wshobson/agents
Schedule and publish social media posts across 13 platforms (X, LinkedIn, Instagram, Facebook Pages, TikTok, Discord, Telegram, YouTube, Reddit, WordPress, Pinterest) via the SocialClaw API. Use when the user wants to publish, schedule, or manage social media content programmatically. Requires SOCIALCLAW_API_KEY.
JasonColapietro/suede-creator-skills
Find the bugs a diff can actually ship: TypeScript, React, Next.js, OWASP, accessibility, SEO, database, and deploy-risk review. Return findings, not a grade.