GTM Context Bootstrap
Overview
GTM work degrades when every task starts from a different version of the company story. This skill creates one compact context pack that separates verified facts, sourced customer language, operating assumptions, and open questions. It does not invent strategy to make the file look complete.
When to Use
- A founder or team is starting a new GTM program.
- Multiple agents need consistent product, ICP, positioning, or voice context.
- Campaigns disagree about target buyer, pain, proof, or differentiation.
- The user asks for a company context file, GTM brief, messaging source of truth, or agent context pack.
- A later skill needs reliable inputs before it can produce an artifact.
Authoritative Foundations
- April Dunford — Obviously Awesome: record competitive alternatives, differentiated capabilities, customer value, best-fit segments, and market category as separate claims.
- Clayton Christensen — Jobs to Be Done: capture the progress buyers seek, the situation that triggers action, and the forces that resist change.
- Geoffrey Moore — Beachhead and Whole Product: distinguish the first defensible segment from the broader market and document what must exist for that segment to succeed.
- Peep Laja — Message Mining: preserve exact customer language and its source rather than paraphrasing every pain into generic marketing copy.
Prerequisites
- Access to the user's approved public materials and any supplied internal source artifacts.
- A clear date or time window for claims that can change, such as pricing, customer count, integrations, or market status.
- Permission boundaries for private customer, employee, financial, or product-roadmap information.
- At least one owner who can resolve disputed or unknown claims.
Step-by-Step Process
1. Inventory sources
List each source with owner, date, audience, and authority level. Prefer product documentation, signed commercial terms, approved positioning, customer research, CRM evidence, and direct user input. Label third-party claims separately.
2. Extract facts before synthesis
Capture company, product, pricing, packaging, target segment, geography, compliance, integration, and proof facts. Give each fact a source. Mark contradictions; do not silently choose one.
3. Model the customer situation
Describe the buyer role, company conditions, triggering event, current alternative, desired progress, success metric, and blockers. Preserve verbatim customer language in a quote bank when it was supplied.
4. Build the positioning chain
Map competitive alternatives → differentiated capabilities → customer value → proof → best-fit segment → category. Mark every unsupported link as an assumption or question.
5. Record operating constraints
Include channels allowed, legal or brand constraints, excluded segments, budget, capacity, sales motion, lifecycle definitions, and system-of-record ownership.
6. Create the reusable pack
Write a concise primary brief, a claim ledger, a voice guide, and an open-questions register. Put volatile facts behind an as_of date.
7. Validate with the owner
Ask the owner to accept, reject, or revise contradictions and high-impact assumptions. Do not promote an assumption to a verified fact without a source or explicit approval.
Output Format
Produce a GTM context pack with:
- Context metadata and scope.
- Company and product facts.
- ICP and buying-situation table.
- Positioning chain and proof map.
- Voice, vocabulary, and prohibited-claim guidance.
- GTM motion, lifecycle, channel, and system constraints.
- Claim ledger with source and freshness.
- Assumptions, contradictions, and open questions.
- Recommended downstream skills.
Quality Check
Common Pitfalls
| Pitfall |
Why it fails |
Fix |
| Filling unknowns with plausible copy |
Creates a polished but false source of truth |
Use unknown, assumption, and needs owner decision labels |
| Mixing buyer roles |
Produces generic pain and channel guidance |
Build one row per role and buying situation |
| Treating positioning as a slogan |
Hides the logic behind the message |
Preserve the full alternatives-to-value chain |
| Copying every source into the pack |
Defeats progressive disclosure |
Summarize; link the evidence and quote only decisive language |
| Omitting freshness |
Stale pricing and product claims spread across later work |
Add as_of, owner, and review cadence |
Execution Artifacts
references/framework-notes.md — Framework mapping and evidence rules
templates/output-template.md — Reusable GTM context pack
scripts/check-output.py — Context-pack completeness validator
Related Skills
gtm-context for using an existing context pack in a specific engagement.
icp-scoring for turning the ICP definition into a scored model.
positioning-messaging for converting approved positioning into message architecture.
competitive-intel for resolving weak competitive-alternative evidence.
1---2name: gtm-context-bootstrap3description: Build a reusable, evidence-backed GTM context pack covering company, product, market, ICP, buying triggers, positioning, proof, voice, constraints, and unresolved questions. Use when an agent is starting GTM work without reliable shared context, when teams repeat the same discovery in every task, or when campaign outputs contradict one another.4license: MIT5---67# GTM Context Bootstrap89## Overview1011GTM work degrades when every task starts from a different version of the company story. This skill creates one compact context pack that separates verified facts, sourced customer language, operating assumptions, and open questions. It does not invent strategy to make the file look complete.1213## When to Use1415- A founder or team is starting a new GTM program.16- Multiple agents need consistent product, ICP, positioning, or voice context.17- Campaigns disagree about target buyer, pain, proof, or differentiation.18- The user asks for a company context file, GTM brief, messaging source of truth, or agent context pack.19- A later skill needs reliable inputs before it can produce an artifact.2021## Authoritative Foundations2223- **April Dunford — Obviously Awesome**: record competitive alternatives, differentiated capabilities, customer value, best-fit segments, and market category as separate claims.24- **Clayton Christensen — Jobs to Be Done**: capture the progress buyers seek, the situation that triggers action, and the forces that resist change.25- **Geoffrey Moore — Beachhead and Whole Product**: distinguish the first defensible segment from the broader market and document what must exist for that segment to succeed.26- **Peep Laja — Message Mining**: preserve exact customer language and its source rather than paraphrasing every pain into generic marketing copy.2728## Prerequisites2930- Access to the user's approved public materials and any supplied internal source artifacts.31- A clear date or time window for claims that can change, such as pricing, customer count, integrations, or market status.32- Permission boundaries for private customer, employee, financial, or product-roadmap information.33- At least one owner who can resolve disputed or unknown claims.3435## Step-by-Step Process3637### 1. Inventory sources3839List each source with owner, date, audience, and authority level. Prefer product documentation, signed commercial terms, approved positioning, customer research, CRM evidence, and direct user input. Label third-party claims separately.4041### 2. Extract facts before synthesis4243Capture company, product, pricing, packaging, target segment, geography, compliance, integration, and proof facts. Give each fact a source. Mark contradictions; do not silently choose one.4445### 3. Model the customer situation4647Describe the buyer role, company conditions, triggering event, current alternative, desired progress, success metric, and blockers. Preserve verbatim customer language in a quote bank when it was supplied.4849### 4. Build the positioning chain5051Map competitive alternatives → differentiated capabilities → customer value → proof → best-fit segment → category. Mark every unsupported link as an assumption or question.5253### 5. Record operating constraints5455Include channels allowed, legal or brand constraints, excluded segments, budget, capacity, sales motion, lifecycle definitions, and system-of-record ownership.5657### 6. Create the reusable pack5859Write a concise primary brief, a claim ledger, a voice guide, and an open-questions register. Put volatile facts behind an `as_of` date.6061### 7. Validate with the owner6263Ask the owner to accept, reject, or revise contradictions and high-impact assumptions. Do not promote an assumption to a verified fact without a source or explicit approval.6465## Output Format6667Produce a GTM context pack with:68691. Context metadata and scope.702. Company and product facts.713. ICP and buying-situation table.724. Positioning chain and proof map.735. Voice, vocabulary, and prohibited-claim guidance.746. GTM motion, lifecycle, channel, and system constraints.757. Claim ledger with source and freshness.768. Assumptions, contradictions, and open questions.779. Recommended downstream skills.7879## Quality Check8081- [ ] Every material factual claim has a source, owner, or explicit assumption label.82- [ ] Volatile claims include an `as_of` date.83- [ ] Customer language remains distinguishable from agent-written synthesis.84- [ ] Positioning names real competitive alternatives and evidence-backed differentiation.85- [ ] Contradictions are visible and assigned for resolution.86- [ ] Private data is scoped to the user's authorization and excluded from public outputs.87- [ ] The brief is compact enough to reuse without loading the full source corpus.8889## Common Pitfalls9091| Pitfall | Why it fails | Fix |92|---|---|---|93| Filling unknowns with plausible copy | Creates a polished but false source of truth | Use `unknown`, `assumption`, and `needs owner decision` labels |94| Mixing buyer roles | Produces generic pain and channel guidance | Build one row per role and buying situation |95| Treating positioning as a slogan | Hides the logic behind the message | Preserve the full alternatives-to-value chain |96| Copying every source into the pack | Defeats progressive disclosure | Summarize; link the evidence and quote only decisive language |97| Omitting freshness | Stale pricing and product claims spread across later work | Add `as_of`, owner, and review cadence |9899## Execution Artifacts100101- `references/framework-notes.md` — Framework mapping and evidence rules102- `templates/output-template.md` — Reusable GTM context pack103- `scripts/check-output.py` — Context-pack completeness validator104105## Related Skills106107- `gtm-context` for using an existing context pack in a specific engagement.108- `icp-scoring` for turning the ICP definition into a scored model.109- `positioning-messaging` for converting approved positioning into message architecture.110- `competitive-intel` for resolving weak competitive-alternative evidence.