Build a product launch strategy with a clear preparation phase, release plan and follow-up. Tell your assistant what is launching, who it serves, the available channels and the team's capacity; this Skill organizes readiness checks, messages and channel work so a launch has an operating plan beyond the announcement itself.
Build a product launch strategy with a clear preparation phase, release plan and follow-up. Tell your assistant what is launching, who it serves, the available channels and the team's capacity; this Skill organizes readiness checks, messages and channel work so a launch has an operating plan beyond the announcement itself.
Build a product launch strategy with a clear preparation phase, release plan and follow-up.
The source focuses on software and feature launches, including readiness, phased release work and post-launch follow-up. It considers channels you own, platforms where you reach an audience and other people's distribution, so the plan can match the resources actually available.
For an ecommerce product launch, adapt that framework to the store's inventory, offer and fulfillment readiness. Use the output to coordinate content and promotion, while treating stock and delivery constraints as inputs supplied by your team. The Skill prepares the plan rather than publishing announcements.
02
What makes it different
01
Approach and advantage
Readiness checks happen before channel promotion, helping the team surface missing proof, unclear positioning or unresolved launch dependencies. A phased plan then separates preparation from release-day work and ongoing follow-up.
02
What you can use it for
Owned, rented and borrowed channels are considered as different distribution options. Match the message and timing to the channels you can actually use, then include follow-up work so the team can respond to feedback after the initial announcement.
03
Before you install
Inputs to prepare
Product scope, audience, launch date, proof, distribution channels, readiness gaps, and available team.
Agent and runtime
Use a compatible agent that can discover the installed Skill and read its supporting files. Any external service or creative runtime must be configured separately.
Scope to confirm
The source focuses on software launches. Ecommerce launch examples are adaptations; the Skill does not publish announcements or promise launch results.
04
Install and get started
Copy this request into Codex or Claude Code. The assistant downloads the original repository at the specified commit, installs the complete files and checks required dependencies.
Open Codex or Claude Code with local file and terminal access.
Copy the request below into the app you are using. The assistant will select that app’s installation directory.
Check the returned path and file checks. Start a new session if needed, then ask the assistant to use the installed Skill.
Install launch in the app I am using and carry out the file installation, not just explain it.
Original repository: https://github.com/coreyhaines31/marketingskills.git
Commit: e85f3cbc2e4a79bf33b2a12e9bdd9087d414735b
Skill folder: skills/launch
1. Download this exact source into a new directory. Read SKILL.md and its setup references before running any bundled scripts. Do not substitute another author’s package.
2. For Codex, use ~/.agents/skills/launch; for Claude Code, use ~/.claude/skills/launch. Install only for my current app. Install the complete Skill folder, including scripts, references, assets and bundled notices. Keep any root license with the installed folder. Check all destination folders first; if any already exist, report differences before replacing them.
3. Compare the source and installed file lists and hashes. Inspect documented runtimes, dependencies and required connections. Configure only the local dependencies needed for this Skill; use an isolated environment when appropriate. Ask me to complete any account login locally, without putting credentials in chat.
4. Report the source commit, actual installation path, file-check results and any remaining runtime setup. Explain how to invoke launch in this app. Check discovery separately from file copying; start a new session if needed. Do not run production tasks or claim a successful business outcome from installation alone.
05
Original Skill.md
This is the unchanged source SKILL.md for the reviewed version. Install the complete package to retain referenced scripts, assets, and instructions. Starter prompts below are EcomAgentTools examples.
---
name: launch
description: "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,' 'site launch,' 'go live,' 'pre-launch QA,' 'launch checklist,' 'GTM plan,' 'we're about to ship,' 'changelog,' 'release notes,' or 'what did we ship this week.' 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."
metadata:
version: 2.2.0
---
# 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](https://github.com/coreyhaines31/marketingskills/blob/main/tools/integrations/introw.md) 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)
- Optionally run product/market fit survey to refine messaging
**Expansion options:**
- Option A: Throttle invites in batches (5-10% at a time)
- Option B: Invite all users at once under "early access" framing
**Goal:** Validate at scale and prepare for full launch.
### Phase 5: Full Launch
Open the floodgates.
**Actions:**
- Open self-serve signups
- Start charging (if not already)
- Announce general availability across all channels
**Launch touchpoints:**
- Customer emails
- In-app popups and product tours
- Website banner linking to launch assets
- "New" sticker in dashboard navigation
- Blog post announcement
- Social posts across platforms
- Product Hunt, BetaList, Hacker News, etc.
**Goal:** Maximum visibility and conversion to paying users.
---
## Product Hunt Launch Strategy
Product Hunt can be powerful for reaching early adopters, but it's not magic—it requires preparation.
### Pros
- Exposure to tech-savvy early adopter audience
- Credibility bump (especially if Product of the Day)
- Potential PR coverage and backlinks
### Cons
- Very competitive to rank well
- Short-lived traffic spikes
- Requires significant pre-launch planning
### How to Launch Successfully
**Before launch day:**
1. Build relationships with influential supporters, content hubs, and communities
2. Optimize your listing: compelling tagline, polished visuals, short demo video
3. Study successful launches to identify what worked
4. Engage in relevant communities—provide value before pitching
5. Prepare your team for all-day engagement
**On launch day:**
1. Treat it as an all-day event
2. Respond to every comment in real-time
3. Answer questions and spark discussions
4. Encourage your existing audience to engage
5. Direct traffic back to your site to capture signups
**After launch day:**
1. Follow up with everyone who engaged
2. Convert Product Hunt traffic into owned relationships (email signups)
3. Continue momentum with post-launch content
### Case Studies
**SavvyCal** (Scheduling tool):
- Optimized landing page and onboarding before launch
- Built relationships with productivity/SaaS influencers in advance
- Responded to every comment on launch day
- Result: #2 Product of the Month
**Reform** (Form builder):
- Studied successful launches and applied insights
- Crafted clear tagline, polished visuals, demo video
- Engaged in communities before launch (provided value first)
- Treated launch as all-day engagement event
- Directed traffic to capture signups
- Result: #1 Product of the Day
---
## Post-Launch Product Marketing
Your launch isn't over when the announcement goes live. Now comes adoption and retention work.
### Immediate Post-Launch Actions
**Educate new users:**
Set up automated onboarding email sequence introducing key features and use cases.
**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.
**Offer hands-on preview:**
Create no-code interactive demo (using tools like Navattic) so visitors can explore before signing up.
### Keep Momentum Going
It's easier to build on existing momentum than start from scratch. Every touchpoint reinforces the launch.
---
## Ongoing Launch Strategy
Don't rely on a single launch event. Regular updates and feature rollouts sustain engagement.
### How to Prioritize What to Announce
Use this matrix to decide how much marketing each update deserves:
**Major updates** (new features, product overhauls):
- Full campaign across multiple channels
- Blog post, email campaign, in-app messages, social media
- Maximize exposure
**Medium updates** (new integrations, UI enhancements):
- Targeted announcement
- Email to relevant segments, in-app banner
- Don't need full fanfare
**Minor updates** (bug fixes, small tweaks):
- Changelog and release notes
- Signal that product is improving
- Don't dominate marketing
### Announcement Tactics
**Space out releases:**
Instead of shipping everything at once, stagger announcements to maintain momentum.
**Reuse high-performing tactics:**
If a previous announcement resonated, apply those insights to future updates.
**Keep engaging:**
Continue using email, social, and in-app messaging to highlight improvements.
**Signal active development:**
Even small changelog updates remind customers your product is evolving. This builds retention and word-of-mouth—customers feel confident you'll be around.
**Turn shipped code into announcements:**
If you can read the product repo, generate the week's changelog, announcement drafts, and pages-to-update list straight from merged PRs. See [references/shipped-changes.md](references/shipped-changes.md).
---
## Launch Checklist
### Pre-Launch
- [ ] Landing page with clear value proposition
- [ ] Email capture / waitlist signup
- [ ] Early access list built
- [ ] Owned channels established (email, blog, community)
- [ ] Rented channel presence (social profiles optimized)
- [ ] Borrowed channel opportunities identified (podcasts, influencers)
- [ ] Product Hunt listing prepared (if using)
- [ ] Launch assets created (screenshots, demo video, GIFs)
- [ ] Onboarding flow ready
- [ ] Analytics/tracking in place
- [ ] Site QA done if the launch includes a new site, redesign, or migration (see [references/site-launch-qa.md](references/site-launch-qa.md))
### Launch Day
- [ ] Announcement email to list
- [ ] Blog post published
- [ ] Social posts scheduled and posted
- [ ] Product Hunt listing live (if using)
- [ ] In-app announcement for existing users
- [ ] Website banner/notification active
- [ ] Team ready to engage and respond
- [ ] Monitor for issues and feedback
### Post-Launch
- [ ] Onboarding email sequence active
- [ ] Follow-up with engaged prospects
- [ ] Roundup email includes announcement
- [ ] Comparison pages published
- [ ] Interactive demo created
- [ ] Gather and act on feedback
- [ ] Plan next launch moment
---
## Task-Specific Questions
1. What are you launching? (New product, major feature, minor update)
2. What's your current audience size and engagement?
3. What owned channels do you have? (Email list size, blog traffic, community)
4. What's your timeline for launch?
5. Have you launched before? What worked/didn't work?
6. Are you considering Product Hunt? What's your preparation status?
---
## Related Skills
- **marketing-ideas**: For additional launch tactics (#22 Product Hunt, #23 Early Access Referrals)
- **emails**: For launch and onboarding email sequences
- **cro**: For optimizing launch landing pages
- **marketing-psychology**: For psychology behind waitlists and exclusivity
- **programmatic-seo**: For comparison pages mentioned in post-launch
- **sales-enablement**: For launch sales collateral and enablement materials
06
Get started
Starter prompts for the main use cases—copy and use them directly.
01
Build a readiness checklist for a store feature release
Build a readiness checklist for a store feature release Use for: Build a readiness checklist for a store feature release. Prepare: Product scope, audience, launch date, proof, distribution channels, readiness gaps, and available team.
Show prompt and variablesHide prompt and variables
Use the installed launch Skill. Task: Build a readiness checklist for a store feature release. Inputs: [INPUT]. Constraints: [CONSTRAINTS]. Check missing information first. Produce a reviewable result with evidence, assumptions, and next steps. The source focuses on software launches. Ecommerce launch examples are adaptations; the Skill does not publish announcements or promise launch results.
Replace these variables
[INPUT]
Product scope, audience, launch date, proof, distribution channels, readiness gaps, and available team.
[CONSTRAINTS]
Scope, allowed actions, output format, and review requirements.
02
Plan beta, early-access, and public launch phases
Plan beta, early-access, and public launch phases Use for: Plan beta, early-access, and public launch phases. Prepare: Product scope, audience, launch date, proof, distribution channels, readiness gaps, and available team.
Show prompt and variablesHide prompt and variables
Use the installed launch Skill. Task: Plan beta, early-access, and public launch phases. Inputs: [INPUT]. Constraints: [CONSTRAINTS]. Check missing information first. Produce a reviewable result with evidence, assumptions, and next steps. The source focuses on software launches. Ecommerce launch examples are adaptations; the Skill does not publish announcements or promise launch results.
Replace these variables
[INPUT]
Product scope, audience, launch date, proof, distribution channels, readiness gaps, and available team.
[CONSTRAINTS]
Scope, allowed actions, output format, and review requirements.
03
Draft channel handoffs and post-launch follow-up
Draft channel handoffs and post-launch follow-up Use for: Draft channel handoffs and post-launch follow-up. Prepare: Product scope, audience, launch date, proof, distribution channels, readiness gaps, and available team.
Show prompt and variablesHide prompt and variables
Use the installed launch Skill. Task: Draft channel handoffs and post-launch follow-up. Inputs: [INPUT]. Constraints: [CONSTRAINTS]. Check missing information first. Produce a reviewable result with evidence, assumptions, and next steps. The source focuses on software launches. Ecommerce launch examples are adaptations; the Skill does not publish announcements or promise launch results.
Replace these variables
[INPUT]
Product scope, audience, launch date, proof, distribution channels, readiness gaps, and available team.
[CONSTRAINTS]
Scope, allowed actions, output format, and review requirements.
07
Worked example: Plan a product launch in five stages
The synthetic merchant has 300 units, 800 opted-in contacts and a $360 paid-promotion cap, with a November 23 launch target. Trial, early sales, launch and stop conditions need coordination.
Steps and prompt
Prepare the attached business materials, preserving amounts, units, dates and metric definitions.
Build a launch plan for the product in our brief using the available stock, audience, dates and team capacity. Set readiness gates, phased access, owners and inventory allocation. Write the customer email, site banner, social and partner copy, and specify tracking and pause conditions before the public launch.
Submit the exact prompt below. Read the primary deliverable on the right and download all deliverables for the team handoff.
Use the launch-strategy Skill.
Build a launch plan for the product in our brief using the available stock, audience, dates and team capacity. Set readiness gates, phased access, owners and inventory allocation. Write the customer email, site banner, social and partner copy, and specify tracking and pause conditions before the public launch.
The attached business materials are:
- inputs/brief.json
Deliver a complete result.md report that the operations team can read, plus any finished files needed for this task. Keep supporting calculations and evidence with the deliverables. Write the report in English; use the requested target language for customer-facing copy. The business datasets are fictional examples unless the brief explicitly names a live public website.
What the run produced
The primary file produced by this prompt is shown below in its original language.
Launch the existing store's 500 ml mug at full price, with a controlled inventory release and factual care information. The supplied fictional trial supports proceeding to readiness checks: six of eight participants wanted to continue using it, while two cited hand-washing. That is a small trial, not a market-demand estimate.
Readiness and inventory
Simple: a desk mug with clear capacity, dimensions and care. Lovable: the trial gives a reason to continue, while hand-washing must stay prominent. Complete: the brief reports a successful trial of checkout, stock decrement, shipping information and support. Recheck these before each expansion; no new features are needed for this release.
Allocate the 300 units as follows: 15 internal/quality reserve, 15 alpha, 30 beta, 60 early access, 150 public launch and 30 replacement reserve. Total = 300. These are proposed allocations, not units already sold. Move unsold units between phases only after inventory reconciliation; never double-count the reserve as sellable stock.
Phase and date
Owner
Work and gate
Internal, Nov 4
Operations lead
Count 300 units, inspect packaging, verify price, care and checkout; sign off the inventory ledger
Alpha, Nov 9
Support lead
Invite a small opted-in group; confirm 15-unit cap, shipping expectations and support responses
Beta, Nov 12
Operations + support
Release 30 units after errors are resolved; review delivery questions and packing exceptions
Early access, Nov 16
Marketing lead
Offer the 60-unit allocation to the permissioned list; suppress previous purchasers and keep full price
Public, Nov 23
Launch owner
Release 150 units after a go/no-go review; publish approved owned and social assets
Review, Nov 30
Analyst + launch owner
Reconcile orders, stock, source attribution, support and spend; decide whether to expand
All dates use America/New_York. Do not advertise holiday arrival: dispatch takes 2 business days, transit another 3–5 business days, and the brief does not establish carrier holiday cutoffs.
Channel and budget plan
Owned: product page and 800 consented email recipients. At the prior 4% click rate, one comparable send implies 32 clicks, not 32 purchases. Rented: Instagram organic and tightly capped paid posts. Borrowed: DeskBreak's editor has only agreed to consider a draft; its 1,500 audience is not booked reach.
Propose an initial $90 paid pilot, $180 conditional continuation and $90 unspent reserve, totaling the $360 cap. Release the second tranche only after tracking and delivered-cost comprehension are verified. At the prior single-mug assumptions, $29 customer payment minus $8 product cost and $4 fulfillment cost leaves $17 before payment fees, returns, overhead and tax. Treat CPA below $17 as an upper contribution boundary needing adjustment, not a complete profit target.
The seven-day target is 30 orders from 1,200 sessions, or 2.5%. It is a planning target. The waitlist target is 60; do not count existing subscribers as new waitlist signups without their action. Past attributed email orders guide prioritization but do not prove causality.
Complete launch copy
Customer email
Subject: Meet HarborMug, our 500 ml desk mug
Preview: $24, with size, care and US shipping details up front.
Hello,
HarborMug is now available: a blue, insulated stainless steel mug with a 500 ml capacity. It measures 9 × 9 × 19 cm and weighs 0.35 kg, so you can compare it with your desk space and daily cup before choosing.
It is hand-wash only and not microwave safe. One mug is $24 plus $5 US shipping, or $29 before applicable tax. Orders of $50 or more ship free within the US. We dispatch in 2 business days; delivery then takes 3–5 business days.
Unused items can be returned within 30 days of delivery, with final refunds subject to merchant approval.
CTA: See HarborMug's details
Use the configured unsubscribe link. Send only after the public availability gate; this file is a draft and no email has been sent.
Site banner
“New: HarborMug 500 ml insulated stainless steel mug. $24. Hand-wash only. View dimensions, care and shipping.” Link to the product page; keep the full delivered cost visible there.
Social post
“Make room for a 500 ml desk cup. HarborMug comes in blue stainless steel, measures 9 × 9 × 19 cm and costs $24. Hand-wash only; not microwave safe. One mug is $29 with US shipping before tax. See the product details before choosing.” Use genuine product imagery; do not add a leakproof or thermal-hours claim.
Partner draft
“HarborMug is a 500 ml blue insulated stainless steel mug for a desk setup. At $24, with $5 US shipping for one mug, its size and care requirements are easy to compare before buying: 9 × 9 × 19 cm, hand-wash only and not microwave safe. Product details and the full shipping and return terms are available on the store page.” This draft is for editorial consideration; no placement or commission is assumed.
Tracking, pause and follow-up
Tag links with source/medium/campaign for email, organic social, paid social and the partner if confirmed. Deduplicate purchase events by transaction ID and report attribution separately from incremental impact. Record inventory allocation, sold units, payment failures, support issues and spend daily.
Pause paid traffic immediately if price/shipping differs from the landing page, checkout or inventory tracking fails, or a verified product-safety issue emerges. Pause expansion if stock reserves are breached or fulfillment cannot keep the stated dispatch window. The launch owner decides recovery after the responsible team verifies the fix; do not continue spending merely to meet the calendar date.
After purchase, send care information through the approved transactional or consented lifecycle flow. Review the first week before another public push. This deliverable plans and drafts the launch; it does not claim that the launch, placements or targets have happened.
Merchant business data is synthetic. Website observations, when present, come from the public URLs listed in the report.
08
Risks and operating notes
Known limits
The source focuses on software launches. Ecommerce launch examples are adaptations; the Skill does not publish announcements or promise launch results.
Evidence and review
Source and package files reviewed: GitHub e85f3cbc2e4a. Current package identifier: launch. This is a static review, not an installation or business-outcome test.
Before acting on the result
Use authorized inputs and keep secrets out of prompts. Review customer-facing claims, calculations, code changes, and any proposed external action before applying them.
Skills to use together
These Skills can prepare inputs or help you work with the output. Choose one for the next step in your workflow.
Plan a product or feature launch across owned, rented, and borrowed channels. The renamed launch skill combines readiness checks, phased release work, and post-launch follow-up.
How do I install it and start?
Choose the method for your agent and install the complete package, not just the displayed SKILL.md. Product scope, audience, launch date, proof, distribution channels, readiness gaps, and available team. Start a new agent session and explicitly ask to use launch. Try one use case below with a small sample and review the output.
Which situations is it useful for?
Build a readiness checklist for a store feature release; Plan beta, early-access, and public launch phases; Draft channel handoffs and post-launch follow-up
What limitations should I know?
The source focuses on software launches. Ecommerce launch examples are adaptations; the Skill does not publish announcements or promise launch results.
What was checked for this page?
Source and package files reviewed: GitHub e85f3cbc2e4a. Current package identifier: launch. This is a static review, not an installation or business-outcome test.
Source and package files reviewed: GitHub e85f3cbc2e4a. Current package identifier: launch. This is a static review, not an installation or business-outcome test.
Source and package files reviewed: GitHub e85f3cbc2e4a. Current package identifier: launch. This is a static review, not an installation or business-outcome test.
No reviews yet.