| name | launch-tier-planner |
| slug | aaron-launch-tier-planner |
| displayName | Launch Tier Planner · 发布分级规划 |
| summary | 发布分级/发布类型/风险登记册/kill criteria |
| description | Use when the user asks to "plan my launch tier", "how big should this launch be", or "build a launch risk register with kill criteria"; produces a tier decision (Tier 1 flagship all-channel / Tier 2 targeted / Tier 3 changelog-level), a launch-type declaration (new-product / feature / relaunch / partnership with co-marketing split), an effort calibration matrix (tier to channel intensity and asset scope), D0/W1/M1 KPI targets (labeled Estimated), a risk register (likelihood x blast-radius, owners, mitigations, kill criteria / rollback thresholds), and a T-8w to T+4w timeline skeleton. Not for picking the launch date or window — use launch-window-planner; not for creator-channel launch campaigns — use campaign-planner. 发布分级/发布类型/风险登记册/kill criteria |
| version | 20.1.0 |
| license | Apache-2.0 |
| compatibility | Claude Code and compatible agent-skill hosts |
| homepage | https://github.com/aaron-he-zhu/aaron-marketing-skills |
| when_to_use | Use when deciding how big a launch should be and what kind it is: choosing Tier 1 / 2 / 3, declaring the launch type (new-product, feature, relaunch, partnership), calibrating effort per tier, setting D0/W1/M1 KPI targets, and building the risk register with kill criteria and rollback thresholds plus a T-8w to T+4w timeline skeleton. The sizing layer above the date choice (launch-window-planner) and the day-of runbook (launch-day-conductor). |
| argument-hint | <product / feature / launch scope> [audience impact] [revenue linkage] |
| metadata | {"author":"aaron-he-zhu","version":"20.1.0","discipline":"launch","phase":"research","geo-relevance":"low","hermes":{"tags":["marketing","launch","research"],"category":"launch"},"openclaw":{"emoji":"🚀","homepage":"https://github.com/aaron-he-zhu/aaron-marketing-skills"}} |
Launch Tier Planner
Decides how big a launch is and what kind it is — the tier (Tier 1 flagship all-channel / Tier 2 targeted / Tier 3 changelog-level), the type (new-product / feature / relaunch / partnership), the effort that tier justifies, the KPI targets declared before launch, and the risk register with kill criteria that the day-of runbook inherits. It sits in the Research phase of the RAMP loop and feeds the RAMP R sub-items launch tier & type declared with effort calibrated, risk register exists (likelihood × blast-radius, owners, kill criteria / rollback thresholds), and launch KPI targets (D0/W1/M1) declared before launch. Sizing the moment correctly is what keeps a changelog entry from burning a Tier-1 audience and a flagship from shipping with a Tier-3 kit.
Scope guard: this skill sizes the launch and registers its risks only. It does not pick the date or window (that is launch-window-planner), build the positioning canvas (that is positioning-mapper), run a creator-channel launch campaign (launch requests that mention creators route to campaign-planner), compute the RAMP profile result or run the RAMP vetoes (launch-readiness-auditor), or write stage/date/tier facts to memory/launch-registry/ directly (launch-registry is the sole writer — this skill submits candidates). It works one lever — sizing — and hands off.
Quick Start
How big should the launch of [product / feature] be? Audience: [who is affected]. Revenue link: [direct / indirect / none].
Declare tier and type for [launch], build the risk register with kill criteria, and sketch the T-8w to T+4w timeline.
This is a partnership launch with [partner] — set the tier, split the co-marketing responsibilities, and set D0/W1/M1 targets.
Skill Contract
Expected output: a tier decision with the three-question rationale, a launch-type declaration (partnership launches include the partner list and co-marketing responsibility split), an effort calibration matrix (tier → channel intensity / asset scope), D0/W1/M1 KPI targets (labeled Estimated / User-provided), a risk register (likelihood × blast-radius, owner, mitigation, kill criteria / rollback thresholds), a T-8w → T+4w timeline skeleton, and the standard handoff summary.
