SKILL_TEMPLATE
[1-2 sentence description of what this skill does]. Triggers on [specific phrases/contexts that should activate this skill]. Outputs [what the skill produces].
Orchestrate go-to-market strategy by running positioning, offer construction, and channel allocation as a sequenced workflow during PRD v0.9 Go-to-Market. Triggers on requests to plan launch, define GTM strategy, or when user asks "how do we launch?", "go-to-market", "launch
$ npx -y skills add mattgierhart/PRD-driven-context-engineering --skill prd-v09-gtm-strategy --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/prd-v09-gtm-strategyContext preview
The summary Claude sees to decide when to auto-load this skill.
Orchestrate go-to-market strategy by running positioning, offer construction, and channel allocation as a sequenced workflow during PRD v0.9 Go-to-Market. Triggers on requests to plan launch, define GTM strategy, or when user asks "how do we launch?", "go-to-market", "launch
name: prd-v09-gtm-strategy description: > Orchestrate go-to-market strategy by running positioning, offer construction, and channel allocation as a sequenced workflow during PRD v0.9 Go-to-Market. Triggers on requests to plan launch, define GTM strategy, or when user asks "how do we launch?", "go-to-market", "launch plan", "marketing strategy", "GTM", "launch this product". Chains three framework-grounded sub-skills (Dunford → Hormozi → ORB) and reconciles their outputs. context: fork allowed-tools: - Read - Write - Edit - Glob - Grep execution_modes: default: standard supports: [quick, standard, deep]
Position in workflow: v0.8 Monitoring Setup → **v0.9 GTM Strategy (Orchestrator)** → v0.9 Launch Metrics
> **This skill is an orchestrator, not a primary skill.** GTM strategy is composed of three > framework-grounded sub-skills that run in sequence. This skill chains them and reconciles > outputs. New work on positioning, offers, or channels should invoke the sub-skills directly.
Default is **standard**. See [`.claude/rules/08-skill-execution-modes.md`](../../rules/08-skill-execution-modes.md) for selection logic.
| Mode | What this skill produces | |------|--------------------------| | **quick** | Each sub-skill in quick mode; reconciled GTM index | | **standard** | Each sub-skill in standard mode; full reconciliation pass over outputs | | **deep** | Each sub-skill in deep mode; multi-pass reconciliation + risk register |
GTM is **positioning before offer before channels**. Running them out of order produces channel plans that don't reach the right people with the right pitch.
| Step | Sub-skill | Framework | Owner | |------|-----------|-----------|-------| | 1 | [`prd-v09-positioning-dunford`](../prd-v09-positioning-dunford/SKILL.md) | April Dunford, *Obviously Awesome* (5-step) | Founder + PM | | 2 | [`prd-v09-offer-construction-hormozi`](../prd-v09-offer-construction-hormozi/SKILL.md) | Alex Hormozi, *$100M Offers* (value equation + Grand Slam) | Founder + Sales | | 3 | [`prd-v09-launch-channels-orb`](../prd-v09-launch-channels-orb/SKILL.md) | Corey Haines, ORB framework (Owned / Rented / Borrowed) | Growth |
Use the v0.9 tactical playbooks ([`prd-v09-aeo-audit`](../prd-v09-aeo-audit/SKILL.md), [`prd-v09-alternatives-pages`](../prd-v09-alternatives-pages/SKILL.md), [`prd-v09-cold-outreach-tiered`](../prd-v09-cold-outreach-tiered/SKILL.md), [`prd-v09-hn-reddit-launch`](../prd-v09-hn-reddit-launch/SKILL.md)) **after** these three are complete — each plugs into a specific channel from step 3.
1. Positioning (Dunford) → GTM-*(positioning), BR-POS-*
↓
2. Offer (Hormozi) → GTM-*(offer, guarantee), BR-PRICING-*
↓
3. Channels (ORB) → GTM-*(channel, sequence, mix-matrix)
↓
4. Reconciliation (this skill) → GTM-*(index) with cross-skill checks
↓
5. Tactical playbooks → AEO audit, alt pages, cold outreach, HN/Reddit (v0.9 tactical)
↓
6. Launch Metrics + Feedback → v0.9 Launch Metrics, Feedback Loop SetupAfter the three sub-skills run, check for cross-skill consistency:
| Check | Question | Fix if no | |-------|----------|-----------| | **Best-fit alignment** | Are channels (step 3) actually used by the best-fit segment defined in positioning (step 1)? | Re-run step 3 with corrected segment lens | | **Promise consistency** | Does the offer (step 2) promise more or less than the positioning supports? | Adjust offer down; do not silently inflate positioning | | **Guarantee viability** | Can the guarantee in the offer survive the launch volume from step 3? | Tighten guarantee terms or reduce paid-channel reach until guarantee can scale | | **Category-channel fit** | Is the launch channel mix appropriate for the market category claimed in positioning? | Drop channels that don't fit the category (e.g., enterprise category → no TikTok) | | **KPI rollup** | Do per-channel attribution targets sum to v0.3 baseline KPI- targets? | Adjust channel budget/effort allocation |
Reconciliation is the load-bearing work — without it, the three sub-skill outputs are incoherent.
This skill's `Consumes` is the **union** of the three sub-skills' `Consumes`:
This skill produces the **reconciled GTM- index** — a single entry pointing at all GTM- entries created by the three sub-skills, with reconciliation notes:
GTM-XXX: GTM Strategy Index Type: Index Owner: Launch Coordinator Status: Approved Positioning: GTM-AAA (statement), BR-POS-* (rules) Offer: GTM-BBB (card), GTM-CCC (guarantee) Channels: GTM-DDD/EEE/FFF (channel entries), GTM-GGG (mix matrix), GTM-HHH (sequence) Tactical (when active): GTM-* from AEO, alternatives, cold outreach, HN/Reddit playbooks Reconciliation notes: - Best-fit alignment: [PASS | issue + fix] - Promise consistency: [...] - Guarantee viability: [...] - Category-channel fit: [...] - KPI rollup: [...] Linked IDs: All GTM-* created in this lifecycle iteration
Prior to this refactor, this skill produced GTM-* entries directly with Type=Messaging, Type=Channel, Type=Timeline, Type=Task, Type=Asset. Existing entries with those types remain valid — the sub-skills produce comparable types structured around their respective frameworks.
If you have legacy GTM-* entries created before the split, run each sub-skill once over the existing material to:
PRD-Led Context Engineering — Memory as Infrastructure. An ontology layer for product teams building products that solve real problems — with AI agents that remember. Gated PRD, typed IDs, markdown knowledge graph, Claude Code skills & hooks.
Repo: mattgierhart/PRD-driven-context-engineering
[1-2 sentence description of what this skill does]. Triggers on [specific phrases/contexts that should activate this skill]. Outputs [what the skill produces].
Validates gate criteria before PRD lifecycle advancement by delegating to the readiness scoring pipeline (scripts/readiness.py). Returns a graduated PASS /…
Extracts durable insights from temp/ files to SoT during EPIC Phase E. Triggers at EPIC completion or explicit `/ghm-harvest` invocation. Outputs new SoT…
Validates and registers new SoT IDs with cross-reference integrity. Triggers when creating BR-XXX, UJ-XXX, API-XXX, or CFD-XXX entries. Outputs formatted SoT…
Install the PRD-Driven Context Engineering methodology into a fresh OR existing repository — the subscription-native alternative to forking the whole repo.…
Creates new Source of Truth (SoT) files when existing templates don't fit your needs. Triggers on requests to create a new SoT file, add a new artifact type,…