Add a new expert to the Remotion experts page
日本語の概要は準備中です。原文の説明を表示しています。
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 skill. Make sure to use this whenever someone is planning ANY kind of product or feature release, even if they don't say 'launch' explicitly — if they're thinking about getting something in front of users, this is the skill. This is the STRATEGIC planner — for operational platform submissions and directory launches, see /startup-launcher instead.
インストールする前に、エージェントに与えられる指示の中身を確認できます。
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 |
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Add a new expert to the Remotion experts page
日本語の概要は準備中です。原文の説明を表示しています。
Add a new sound effect to @remotion/sfx
日本語の概要は準備中です。原文の説明を表示しています。
Use when setting up a secure email inbox for any AI agent — configuring inbound email via Resend, webhooks, tunneling for local development, and implementing security measures to prevent prompt injection attacks. Also use when someone mentions 'agent email', 'bot inbox', 'receive emails for agent', 'agent webhook', 'email security for AI', 'prompt injection via email', 'inbound email for bot', or wants their AI agent to receive and respond to emails securely.
日本語の概要は準備中です。原文の説明を表示しています。
Builds, measures, and improves an Answer Engine Optimization program across ChatGPT, Perplexity, Claude, Gemini, Google AI Overviews, and Copilot. Use for AEO, GEO, LLMO, AI search visibility, AI citations, brand mentions, answer-engine monitoring, llms.txt, AI crawler audits, or questions like 'what does AI say about us?' and 'why are competitors cited instead of us?'. Produces a durable evidence report and prioritized gameplan, not a one-shot content checklist.
日本語の概要は準備中です。原文の説明を表示しています。
Generate Apple App Store screenshot pages as a Next.js app with html-to-image export at required resolutions. Screenshots are advertisements, not documentation — every screenshot sells one idea. Use when building App Store screenshots, generating exportable marketing screenshots for iOS apps, or creating programmatic screenshot generators. Triggers on 'app store screenshots', 'App Store', 'screenshot generator', 'iOS screenshots', 'marketing screenshots', 'phone mockup', 'ASO screenshots', 'app store assets', 'app listing', 'app store page', or 'app preview images'. Also use when someone is about to submit an app and needs store assets, or when they say 'make my app store page look good'. Includes iPhone and iPad mockup components with pre-measured dimensions.
日本語の概要は準備中です。原文の説明を表示しています。
Build detailed buyer personas and audience profiles from research. Use this skill whenever the user mentions audience, buyer persona, ideal customer, target market, ICP, watering holes, 'who am I selling to', customer research, or audience profile. Also use when content feels unfocused or generic (that's an audience problem), when conversion is low because messaging doesn't resonate, when starting any new project (audience should be first), or when any downstream skill needs audience.md but it doesn't exist yet. Even if the user doesn't explicitly ask for audience research, trigger this if they're writing copy or building a landing page without a clear audience defined. Three approaches: Quick Profile, Persona Build, Community Mining.
日本語の概要は準備中です。原文の説明を表示しています。