Runs the mechanics of the revenue engine — lead lifecycle definitions, routing, CRM hygiene, forecasting process, pipeline reporting, and the marketing-to-sales handoff. Use this to fix a broken handoff, define lifecycle stages, improve forecast accuracy, clean up CRM data, design territory or routing rules, or diagnose why pipeline numbers are not trusted.
npx skills add https://github.com/cbrock84/headcount --skill revenue-operations
Most revenue reporting arguments are definitional. Write down and get agreement on, in one place:
feeling. "Prospect has confirmed budget" is observable; "showing strong interest" is not.
automatically.
Without these, every number is negotiable and forecasting is a genre of fiction.
Where most revenue leaks. Specify: the exact criteria for passing a lead, the SLA for first contact,
what context transfers with it, and the route back when it is rejected — including the reason,
recorded.
A rejection loop with no recorded reason means marketing keeps sending the same unqualified leads,
and both sides believe the other is the problem.
Scoring exists to route attention, not to produce a number. If sellers do not change what they work
on because of the score, it is decoration.
Score on two independent dimensions and keep them separate:
technology in use. Static, knowable before any engagement.
content depth, response to outreach. Dynamic, and it decays.
Collapsing the two into one score is the standard mistake: a perfect-fit account with no activity
and a poor-fit account browsing aggressively land on the same number and get treated identically,
which is wrong in both directions.
Build the model from closed-won and closed-lost history, not intuition. Look at what actually
separated the two, and be prepared for the finding that a favored attribute has no predictive value.
Decay intent scores over time and recalibrate on a schedule. A scoring model built once and never
revisited drifts as the market and the product change, and nobody notices because it keeps producing
numbers.
Forecast accuracy comes from process, not optimism.
not from defaults.
improves quickly once measured.
Data quality decays continuously. Required fields at stage gates, validation at entry, scheduled
duplicate merges, and automatic aging of stale records. Rely on discipline alone and the data will
be unusable within two quarters.
Never require a field whose value is not used in a decision. Every unnecessary field trains sellers
to enter garbage in all of them.
State the definitional gaps found, the process change proposed, what it costs sellers in time, and
the metric that will show it worked.
Take cbrock84/revenue-operations from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.