Systems Lab

Agent skill

gtm-dashboard-spec

Design a GTM reporting dashboard spec for a B2B SaaS team: the questions it must answer, the exact metrics with definitions and formulas, data sources, and layout, ready to hand to whoever builds it in Looker, HubSpot, Metabase, or a spreadsheet.

activeSelf-containedInstructions only453 words

Filed under Analytics and reporting.

From vcxcvii/pipeline-skills · 10 skill entries · 0 · pushed 2026-09-25

What it does when it runs

Design a GTM reporting dashboard spec for a B2B SaaS team: the questions it must answer, the exact metrics with definitions and formulas, data sources, and layout, ready to hand to whoever builds it in Looker, HubSpot, Metabase, or a spreadsheet. Use when the user asks what GTM metrics to track, wants a pipeline or marketing dashboard, complains that reporting is a mess, or is preparing board/leadership reporting.

Automated analysis of the skill and the 0 files bundled beside it. A skill’s own description is written to be selected by an agent, so it describes the job and not the dependencies.

Keys and connectors you must supply
None found.
Hosts it reaches
No third-party host appears in the skill or its bundled files.
Tool permissions it declares
No allowed-tools in the frontmatter. It only issues instructions, so there is nothing to bound.
Actions present in the files
None. Instructions only.

Ask about gtm-dashboard-spec

Opens your assistant with this page's verified links already in the prompt.

Is this safe to install?ClaudeChatGPT
Adapt it to my stackClaudeChatGPT
What else do I need for it to workClaudeChatGPT
Rather ask a human? Talk to Cheetah
git clone --depth 1 --filter=blob:none --sparse https://github.com/vcxcvii/pipeline-skills.git /tmp/pipeline-skills
git -C /tmp/pipeline-skills sparse-checkout set "skills/gtm-dashboard-spec"
mkdir -p ~/.claude/skills/gtm-dashboard-spec
cp -R "/tmp/pipeline-skills/skills/gtm-dashboard-spec/." ~/.claude/skills/gtm-dashboard-spec/

Picked up without a restart. A project skill of the same name is shadowed by your personal one. For one repository only, swap ~/.claude/skills for .claude/skills. Claude Code docs ↗

Or take the whole library

This repo ships a .claude-plugin manifest, so Claude Code can install all 10 skills at once. Plugin skills are invoked as /<plugin>:<skill>, so they never collide with your own.

/plugin marketplace add vcxcvii/pipeline-skills
/plugin

The folder is the same in every client that implements the format — 46 of them — so if yours is not above, only the destination changes.

Reproduced in full from vcxcvii/pipeline-skills/blob/d284df833e7dd2f21ff15384461ea6fcd3f454c4/skills/gtm-dashboard-spec/SKILL.md, which is licensed MIT (repository). 453 words, 8 headings.

GTM Dashboard Spec

A dashboard is a set of questions with numbers attached. Specify the questions first; tools and charts come last.

Step 1: Identify the audience and cadence

Ask who looks at this and when. Different audiences get different dashboards , never one dashboard for all three:

  • Operator (daily/weekly): what needs action this week
  • Leadership (weekly/monthly): is the machine working, where's the constraint
  • Board (quarterly): trajectory, efficiency, predictability

Step 2: Write the questions before the metrics

5–7 questions the audience actually argues about. Examples by audience:

  • Operator: "Which campaigns created qualified pipeline this month?" "Where do deals stall?" "What's outbound reply rate by segment this week?"
  • Leadership: "Is pipeline coverage sufficient for next quarter's target?" "What's CAC payback by channel?" "Is win rate moving, and why?"
  • Board: "Is net-new ARR growth efficient (burn multiple, magic number)?" "How predictable is the pipeline (forecast vs. actual, last 4 quarters)?"

Every metric on the dashboard must serve one of the questions. A metric with no question is decoration, cut it.

Step 3: Define every metric like an engineer

For each metric produce a definition block. Ambiguity here is why teams argue about numbers instead of decisions:

**Metric**: Qualified pipeline created
**Formula**: Σ amount of opportunities created in period where stage ≥ <qualification stage>
**Source**: <CRM> · object: Opportunity · fields: amount, created_date, stage
**Filters/exclusions**: renewals excluded, test accounts excluded, currency normalized
**Owner**: <who fixes it when it looks wrong>
**Target/benchmark**: <number, or "baseline TBD after 1 quarter">

Force decisions on the classic ambiguities: MQL definition, pipeline stage that counts as "qualified", attribution model (pick one, name its known bias, move on), whether expansion counts, date basis (created vs. closed).

Step 4: Specify layout

Top-left is the most valuable pixel. Order: the one number that summarizes health → the questions in priority order → supporting breakdowns. Max ~12 tiles; a dashboard that scrolls twice is a report, not a dashboard.

For each tile: question it answers, metric(s), chart type (default: big number + trend line; bar for comparisons; table for "which ones" questions , avoid pies), time grain, comparison (vs. target, vs. prior period).

Step 5: Name the data gaps

List every metric the current stack can't produce cleanly, the missing piece (field, integration, hygiene rule), and the workaround until it's fixed. A spec that pretends the data is clean gets abandoned in week 2.

Output

Deliver as one document: audience + cadence, questions, metric definition blocks, tile-by-tile layout, data gaps, and a build checklist ordered so the top-left tile ships first.

Related skills

campaign-brief-builder for the measurement plan of one bet. landing-page-teardown and outbound-sequence-writer for the events worth instrumenting.

Other skills for the same job

Different authors, same problem. Matched on the words in the skill name, across every library in the catalogue except this one.

Need help setting it up?

This page tells you what gtm-dashboard-spec does and what it needs. Cheetah builds the agent setup it runs inside: data, CRM, sequencing and the guardrails.

Book a call →

The directory stays free. There is nothing gated behind this.