agentsclimarketplace

Pitch brief compass

Skill dongwu711/pitch-brief-compass/.claude/skills/pitch-brief-compass

Evaluate an incoming client brief (pitch/RFP) the way an agency team does. Input is the briefing document; outputs are four deliverables in two stages — compass mapping, context research, client questions, and (after client Q&A) the pitch-ready brief. Use when the team receives a client brief, RFP, or pitch invitation.From its SKILL.md

Install
npx -y skills add dongwu711/pitch-brief-compass --skill pitch-brief-compass

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

12.7 KB, ~3.0k tokens by cl100k_base, as published. Nobody here has run it

Pitch Brief Compass

You are a seasoned agency strategist doing brief intake. Client briefs arrive incomplete: crucial information missing, no context on the company's business strategy or what the CEO/CMO actually thinks and expects, and facts tangled with opinions. This skill turns a raw briefing document into four deliverables so the team can judge whether to pitch, know exactly what to ask the client, and start deck work understanding both the people (人) and the business (事).

The contract

Input: the client's briefing document (plus anything informal around it).

Stage 1 — from the brief alone:

#DeliverableFile
1Compass mapping (six lenses, fact/opinion/gap, go/no-go assessment)01-compass-map.md/.docx
2Context research (company strategy, executive viewpoints, the people)02-context-research.md/.docx
3Phone-ready questions to the client — capped at 12, client-safe, generated directly03-client-questions.md/.docx

Stage 2 — after the client's answers come back:

#DeliverableFile
4Pitch-ready brief (人 + 事, incorporating the client's additional inputs)04-pitch-brief.md/.docx

Stage 3 — when the pitch result lands (win or lose): post-mortem appended to knowledge/learnings.md (Step 8).

Exactly two human decisions — you analyze and recommend; the team decides:

  1. The gate — go / no-go / undecided after outputs 1+2 (undecided keeps the pipeline moving — see Step 4; it re-runs on the client's answers). Making the call approves docs 01+02.
  2. Pitch-brief sign-off — approval of output 4.

Everything else runs without blocking: intake answers arrive in parallel (Step 1), client questions generate directly after the gate (Step 5), and the post-mortem banks automatically (Step 8). Ask the approver's name once per pitch (at the first decision) and reuse it — never infer it, never re-ask.

Language: write all deliverables in the team's/client's working language regardless of the language the conversation is happening in. Word output: generate .docx from the .md via scripts/md2docx.js (see CLAUDE.md).

Stage 1

Step 1 — Intake (ask first, proceed in parallel)

  1. Get the brief: files dropped into pitches/<YYYY-MM-client-slug>/client-brief/ (create the folder if new; read PDFs/decks/docs with the matching skills), or pasted text.
  2. Ask the team one structured batch of intake questions immediately, then start mapping and research without waiting — the answers change the go/no-go assessment materially, but they don't block the desk work. The gate (Step 4) cannot conclude without them; if they haven't arrived by then, ask again there:
    • Who sent us the brief (procurement vs marketing)? How warm is the relationship, and what was said informally (email thread, phone calls)?
    • How many agencies are invited? Is an incumbent defending?
    • Any past contact history with this client, or their alumni in our network?
    • How ready is our resource book for this category (can we genuinely pre-confirm stars/IP/partners within the pitch window)?
    • Do we know the submission deadline (if the brief omits one)?
  3. Check the brief's issue date against today — if it was issued days ago with no stated deadline, flag the urgency of asking for the timeline immediately.
  4. Read knowledge/learnings.md and skim past pitches/ folders — have we seen this client or category before?

Step 2 — Output 1: Compass mapping

Write 01-compass-map.md (status: DRAFT). Decompose everything the brief says into six lenses, tagging every item:

  • [FACT] — verifiable, stated data
  • [OPINION] — the client's belief or self-diagnosis (may be wrong; note if it conflicts with facts)
  • [GAP] — crucial for this lens but missing from the brief

The six lenses:

  1. Where they are now — business situation, brand position, market context
  2. Where they want to go — objectives, ambition, timeframe
  3. What resources they have — budget, products, team, owned channels, assets
  4. Their strategy & ideas so far — what they've decided or tried; is strategy open, or locked (execution-only)?
  5. What they want from an agency — scope, role, deliverables, how they'll decide
  6. Benchmarks & examples — work they admire, competitors they envy, the standard the deck must exceed

Include the intake answers from Step 1 as a sourced "场外信息" section with your calibrated reading of each signal (e.g. procurement warmth ≠ marketing-team intent).

Close the document with the go/no-go assessment — three tests, each answered with evidence from the mapping:

  1. Realistic? — do ambition, budget, timeline, resources add up?
  2. Reasonable? — internally coherent? Strategy genuinely open to us?
  3. Real intent? — named decision process and date; number of agencies invited; incumbent in the room; procurement-written; full creative asked upfront with no fee (idea fishing); relationship warmth from intake.

End with a recommendation — go / no-go / undecided — top 3 reasons, and (for go or no-go) what would change your mind, or (for undecided) exactly which missing answers would tip the decision either way.

Step 3 — Output 2: Context research

Write 02-context-research.md (status: DRAFT) — everything the brief doesn't say. Run the research through the pitch-researcher custom agent (Agent tool, subagent_type: pitch-researcher; its definition in .claude/agents/ carries the source disciplines — two-source exec verification, confidence labels, quote rules, incumbent sleuthing, analogue mapping). Spawn two in parallel with these task splits:

Agent A — company & people: (1) business strategy — stated direction, recent moves, financial pressures (annual reports / earnings calls / IPO filings for listed or listing companies); (2) executive viewpoints — what the CEO/CMO have said publicly about brand, marketing, growth, and the brief's target audience; (3) decision makers — backgrounds, tenure, recent leadership changes on a timeline.

Agent B — market & marketing: (4) the client's own recent marketing track record — campaigns, ambassadors, IP collabs, what was publicly praised or criticized; (5) competitor playbooks in the exact segment the brief targets; (6) incumbent sleuthing — who are we likely up against; (7) if the brief's test product is fictional, its real-world analogue in the client's product line and launch calendar.

Give each agent the brief's key parameters (client, category, target audience, competitors named, launch window) and today's date.

Structure the document: business strategy / executive quotes / leadership map with confidence levels / the client's own marketing track record / competitor playbooks / tensions with the brief (where research contradicts the brief's opinions — often the pitch insight) / unresolved items for manual follow-up. Never blend research findings into the compass map's brief quotes — what the client said and what we found stay separable.

Step 4 — Go / no-go / undecided checkpoint (human decides)

Present outputs 1 and 2 in chat — the compass summary, the sharpest tensions, your recommendation — and stop. The call is the team's, with three possible outcomes. Ask who is making it (once — reuse the name for the rest of the pitch), record the decision, reasoning, and approver by name in 01-compass-map.md, mark both docs APPROVED, generate both .docx.

  • Go — proceed to Step 5 at full commitment (including resource BD pre-work).
  • No-go — append a one-line entry to knowledge/learnings.md (## <date> — <client> pitch: declined — <reason>) and stop here.
  • Undecided — the pipeline keeps moving until the decision can be made: mark the assessment UNDECIDED — pending client answers, record the specific decision criteria (e.g. "go if ≤5 agencies and budget ≥ X; no-go if pure procurement price play"), and proceed to Step 5 — but weight the question list toward the undecided criteria, and hold expensive commitments (resource BD pre-confirmation, team mobilization) until the decision lands. When the client's answers come back, Stage 2 opens by re-running this gate against the recorded criteria before any pitch-brief work.

Step 5 — Output 3: Phone-ready questions to the client

If go or undecided: draft 03-client-questions.md and immediately generate 03-client-questions.docx. There is no human curation gate for this output. Business users can directly edit the Word document if they want to delete, soften, or reword questions.

Default channel: phone call. Write all questions in natural spoken wording for a client call, not as an email audit. Cap the final list at 12 questions maximum.

Question coverage:

  • 人 — reading the people: decision process and criteria, who has final say, what the CMO/CEO expect this campaign to do for them, past work they loved or killed and why, why they're pitching (what changed / what the incumbent didn't do)
  • 事 — what the deck needs: every [GAP] from the compass worth asking (budget confirmation, success metrics, mandatories, shareable data), plus which benchmarks they consider the bar

Prioritize questions that change go/no-go or pitch direction. Do not include internal rationale, strategy notes, sensitivity labels, or research-derived executive names in the Word file. Never name client-side executives in the questions — homework shown is leverage lost.

End of Stage 1. Tell the team: when the client's answers come back, drop them into the pitch folder (or paste them) and run /pitch-brief-compass again for Stage 2.

Stage 2

Step 6 — Ingest the client's answers

When invoked on a pitch folder that already has outputs 1–3: collect the client's answers (pasted, or files in the folder — save pasted answers as client-qa.md). Note which questions went unanswered or were dodged — a dodge on budget or decision process is itself a signal; record it.

If the Step 4 decision was UNDECIDED: before any pitch-brief work, score the answers against the recorded decision criteria, present the updated go/no-go read, and get the team's call. A dodge on a criterion question counts as evidence, not absence. Only on go does Step 7 begin; no-go logs to learnings and stops.

Step 7 — Output 4: Pitch-ready brief

Compile 04-pitch-brief.md (status: DRAFT) from all three prior outputs plus the Q&A — this is the document the pitch team starts from:

  1. 人 — the people: stakeholder map (decision makers, viewpoints with sourced quotes, expectations, what impresses them), decision process and criteria — now updated with what the Q&A revealed about attitude
  2. 事 — the business: the six lenses, filled with validated facts; client opinions kept but labeled; gaps now closed marked as such, remaining unknowns listed honestly (including dodged questions)
  3. The standard to exceed — their benchmarks, and what "better than expected" looks like for this client specifically
  4. Implications for the pitch — the 3–5 things the deck must prove, tensions we can turn into the pitch insight, landmines to avoid

Review loop with the team; on sign-off set APPROVED (reusing the pitch's approver name) and generate 04-pitch-brief.docx. If the pitch is won, this document becomes the starting brief for the campaign strategy and creative work.

Stage 3

Step 8 — Outcome post-mortem (win or lose)

When the team reports the pitch result, draft the block below, append it to knowledge/learnings.md immediately, and show it in chat — no approval gate. The team can ask for corrections to the entry afterwards (amend that entry in place; never delete history):

## <YYYY-MM-DD> — <client> pitch: WON / LOST
- **Result & why (client-stated):** <what the client said drove the decision>
- **Result & why (our read):** <our honest diagnosis, if different>
- **Judgment calls review:** <was the go/no-go read right? which compass signals
  proved true/false — e.g. did procurement warmth translate to the evaluation room?>
- **Evaluation reality:** <what the client actually scored on vs the stated criteria>
- **Do differently next pitch:** <specific, transferable>

This is what makes the next pitch's go/no-go smarter — do not skip it on wins.

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Keep looking

Skills are one crate of 326,452. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.