// 01 · what it does

Coordination is the launch.

launch-checklist has two modes. Overview mode maps the full Internal → Alpha → Beta → GA journey for a feature with stage-by-stage requirements, exit criteria, participant selection guidance, and red flags per stage. Checklist mode produces an operational checklist for a specific launch stage: pre-launch sections (documentation, internal comms, external comms, support enablement, monitoring, data requirements, dependencies, legal/compliance), a rollback plan with trigger criteria and authorization level, success criteria at 1-day, 1-week, and 1-month marks, and a post-launch review schedule.

Launch failures are almost always process failures, not technical failures. The feature works; the support team wasn't briefed; the analytics events fired but weren't mapped to the dashboard; the rollback plan existed but no one knew the trigger criteria. launch-checklist surfaces these gaps before the launch — specifically the gaps teams consistently miss: support enablement timing, analytics readiness, and rollback authority.

Day 16 opens the final week because it's the first day where the work being shipped is the focus, not the PM's thinking. The prior week was strategy and alignment. This week is coordination and execution. The launch checklist is the artifact that makes shipping a team activity.

// 02 · sample prompts

Two ways in.

prompt.basic.txt
/launch-checklist

Checklist mode. Feature: a new difficulty-level filter for search results. Launch type: Beta. Team: 5 engineers, 1 designer. The filter has been live in internal testing for 2 weeks with no major issues. We're ready to open it to 10% of adventurers.
prompt.advanced.txt
/launch-checklist

Checklist mode. Feature: Instant Book GA — expanding from beta (15% of guides) to all eligible guides (rating >4.7, 10+ completed bookings, no safety incidents in past 12 months).

Launch context:
- Current state: Instant Book has been in beta since Sprint 9. Opt-in rate reached 27% after the education modal shipped in Sprint 17. Target: 45% opt-in among eligible guides post-GA.
- Required sign-offs per Terrain's launch process: PM (me) + Chris Okafor (EM) + Dana Park (VP Product); Priya Anand (Head of Marketing) informed and coordinated for release messaging
- Rollback mechanism: Unleash feature flag. PM can toggle to reduce rollout percentage or kill the feature entirely.
- Known rollback triggers (from launch-process.md): error rate >2x baseline, crash rate >5%, payment processing errors (zero tolerance)
- Support enablement: minimum 3 business days notice required before beta/GA. FAQ (3–5 Q&As) and known limitations required. Riley Chen (Trust & Safety) needs to be briefed on eligibility criteria changes.
- Marketing lead time: Priya Anand needs 2 weeks for App Store and external comms. This is a hard constraint.
- Success criteria targets: eligible guide opt-in to 45% within 30 days of GA; overall booking conversion rate no regression; cancellation rate no regression (current: 14%)
- Legal flag: Marcus Webb reviewed eligibility criteria in Sprint 14 and approved. No new legal exposure identified.
- Open risk: IB-087 (guide opt-in analytics events) was reopened in Sprint 17 due to Android timing bug. Analytics completeness is not fully confirmed on Android.

Please generate the full GA checklist. Flag the IB-087 analytics gap as an open item with severity.
// 03 · reflection

Three questions.

  1. 01Which pre-launch item did the skill add that you would have forgotten — and what would have happened if you shipped without it?
  2. 02Is the rollback trigger criteria specific enough that an on-call engineer could act on it without calling a meeting — and who should hold rollback authority?
  3. 03What would you add to the post-launch review template that the checklist didn't include?