What it does
This skill builds an ICP framework the way a good RevOps lead would if they had a free afternoon: from the deals, not from the deck. You give Claude a one-paragraph description of what you sell and a table of ten or more recent deals with their outcomes and whatever attributes you know, and it returns a scoring rubric with hard disqualifiers, weighted attributes that sum to 100, tier cut-offs, and a back-test showing how your actual wins and losses would have scored. The job it replaces is the offsite where five people argue about whether "mid-market" means 200 or 500 employees and leave with a paragraph nobody can apply.
The difference between a good and a bad version is whether a stranger could score an account with enrichment data alone. A bad ICP framework is a list of adjectives: fast-growing, modern stack, forward-thinking ops leader. Every rep reads it differently, so the score means nothing and reps triage by gut. A good one converts every line into a test a Clay column or a HubSpot property can answer: headcount in a range, five or more people with a title pattern, a named tool detected. The skill refuses adjectives; if a rule cannot be measured it gets rewritten or dropped. It also tags every rule Evidence or Hypothesis, so you know which lines your deals actually proved and which ones someone reasoned on a whiteboard.
It beats the manual version in three ways. First, it looks at losses and churn as hard as wins, which humans skip because losses are unpleasant to tabulate, and the disqualifiers almost always live there. Second, it back-tests immediately: if a real customer would have scored C-tier under the new rubric, you find out in the same response, not three months into a campaign. Third, it names the enrichment field for every rule, so the handoff to the Clay table or the scoring agent is a copy, not a translation.
Where it does not help: it cannot see deals you did not give it, and it will not invent market sizing, competitor lists, or industry statistics to pad the analysis. With fewer than ten deals every rule defaults to Hypothesis, which is the honest answer. It also cannot tell you whether a segment is worth pursuing commercially; it tells you what your winners have in common, and you decide whether you want more of them.
The ICP framework template
This is the shape the skill fills. Copy it into a doc if you want to draft by hand first, or paste it into the skill as the output format if your team already uses a variant. The two tags matter more than the layout: Evidence means your deals proved the rule, Hypothesis means someone reasoned it and nobody has checked yet. A rubric where every line says Hypothesis is a wishlist with numbers on it.
ICP FRAMEWORK, {{COMPANY}}, {{segment: new logo / expansion / product line}}
Owner: {{name}} Last back-tested: {{date}} on {{n}} deals
HARD DISQUALIFIERS (score 0 if ANY is true)
- {{measurable rule, e.g. fewer than 60 employees}} [Evidence | Hypothesis]
Why we lose: {{one line}}
- {{measurable rule}} [Evidence | Hypothesis]
Why we lose: {{one line}}
WEIGHTED ATTRIBUTES (weights sum to 100)
- {{attribute}} (0-{{w}}): full = {{test}}; partial = {{test}}; 0 = {{test}} [Evidence | Hypothesis]
- {{attribute}} (0-{{w}}): full = {{test}}; partial = {{test}}; 0 = {{test}} [Evidence | Hypothesis]
- {{attribute}} (0-{{w}}): full = {{test}}; partial = {{test}}; 0 = {{test}} [Evidence | Hypothesis]
- {{attribute}} (0-{{w}}): full = {{test}}; partial = {{test}}; 0 = {{test}} [Evidence | Hypothesis]
TIERS
A: {{range}} B: {{range}} C: {{range}} D: {{range}}
BACK-TEST
- Wins landing in A/B: {{n of n}}
- Losses landing in C/D: {{n of n}}
- Misfires and the rule to revisit: {{deal}}, {{tier}}, {{rule}}
ENRICHMENT FIELD PER RULE (so Clay / HubSpot can score it)
- {{rule}} -> {{field or source}}
COLLECT NEXT (Hypothesis -> Evidence)
- {{attribute}}, captured in {{form / CRM field / enrichment}}
Re-run the back-test every quarter with the new closed deals. An ICP that has not been back-tested in six months is describing the customers you used to win.
Inputs & outputs
Inputs
- What you sell, to whom, and the outcome it drives (required)
- 10 or more recent deals with outcome and known attributes: industry, headcount, region, tools, buyer title, deal size, cycle length, loss reason (required; a CSV paste or a table is fine)
- Optional: your current ICP draft, so the skill can show what it changed and why
- Optional: the segment you are building for (new logo, expansion, a new product line)
- Optional: the enrichment fields you can actually pull (Clay, Apollo, ZoomInfo, HubSpot properties), so every rule maps to a real column
Outputs
- A one-page ICP framework: hard disqualifiers with a "why we lose" line, weighted attributes summing to 100 with full/partial/zero tests, and A/B/C/D tier cut-offs
- An Evidence or Hypothesis tag on every rule, so the team knows what the deals proved versus what someone reasoned
- A back-test of the deals you supplied: how many wins land in A/B, how many losses in C/D, and which deals misfire against which rule
- The enrichment field or source for each rule, ready to paste into the Clay table or the lead-scoring agent
- A short list of attributes to start collecting so Hypothesis rules become Evidence next quarter
How to set it up
Decide where the ICP framework skill lives
Two routes, both fine. (1) In claude.ai, create a Project called "ICP" and paste the SKILL.md body below into the custom instructions, then add one line describing what you sell. Every chat in that Project runs the skill, and the Project's knowledge is a good place to keep the closed-won export so you can re-run it each quarter. (2) In Claude Code, save the content as skills/icp-builder/SKILL.md and Claude loads it when you ask for an ICP; this route is better if your deal export lives in a repo or you want the rubric written to a file the scoring agent reads. Either way, the skill is the same text.
Export the deals honestly, losses included
Pull the last 20 to 40 closed deals from the CRM with outcome, industry, employee count, region, buyer title, deal size, cycle length, and the loss reason field if you have one. Include churned accounts as their own outcome; churn is where the sharpest disqualifiers hide. Do not pre-filter to the deals that support the ICP you already believe in. If an attribute is blank for most rows, leave it blank; the skill will tell you it cannot score on it, which is more useful than a guess.
Run it, then read the back-test before the rubric
Send: "Build the ICP framework for new logo. Here is what we sell and 24 deals." and paste the table. Skip to the back-test section first. If eleven of twelve wins land in A or B and eight of nine losses land in C or D, the rubric describes reality and you can trust the weights. If a real customer scores D, read the misfire line: the skill names the rule, and nine times out of ten the fix is widening a range rather than deleting the rule.
Hand the rules to the tool that scores at scale
The rubric is the prompt. Paste it into the AI scoring column in the Clay build (linked below) to score a sourced list, or into the lead-scoring agent to score the CRM nightly. Because every rule already names its enrichment field, the mapping is mechanical. Put the "collect next" attributes on your closed-won form this week, and re-run the skill next quarter with the new deals so the Hypothesis lines turn into Evidence.
The SKILL.md
Save this as SKILL.md in a folder named icp-builder, or paste the body into a Claude Project. Then send what you sell and a table of recent deals.
---
name: icp-builder
description: Use when a team needs an ICP framework built from evidence rather than a wishlist. Takes a company description, a list of recent won and lost deals (with a few attributes each), and optionally the current ICP draft, and produces a scored ICP rubric with hard disqualifiers, weighted attributes, tier cut-offs, and a one-line reason per rule. Every rule is tagged Evidence (it separated winners from losers in the data provided) or Hypothesis (reasoned, not yet observed). Never invents deals or market facts.
---
# ICP Builder
You turn what a company sells and how its recent deals actually went into an ICP framework a stranger could apply identically: a scoring rubric, not a paragraph. The output must be scorable line by line against enrichment data. Adjectives are not criteria.
## Inputs
- What the company sells, to whom, and the outcome it drives (required).
- 10 or more recent deals, each with outcome (won/lost/churned) and whatever attributes are known: industry, headcount, region, tools in use, buyer title, deal size, cycle length, loss reason (required; fewer than 10 is allowed but every rule then defaults to Hypothesis).
- Optional: the current ICP draft, the segment you are building the ICP for (new logo, expansion, a new product line), and the enrichment fields available (Clay, Apollo, ZoomInfo, HubSpot properties).
## Method
1. Read the deals before reading the current ICP. Tabulate attributes for won vs lost vs churned. Note what the winners share that the losers do not, and what the losers share that the winners do not. If an attribute is missing for most deals, say so and do not score on it.
2. Separate disqualifiers from weights. A disqualifier is an attribute present in losses or churn and absent in every win (or the reverse). Anything else is a weighted plus. Do not promote a weight to a disqualifier on intuition; tag such a rule Hypothesis.
3. Convert every rule into a measurable test with a number or a named field: "headcount 200-2,000", "5 or more people with Operations in their title", "uses Salesforce or HubSpot", "raised in the last 18 months". If no enrichment field could answer a rule, rewrite it or drop it.
4. Assign weights that sum to 100 across the weighted attributes. Weight by how strongly the attribute separated wins from losses in the data provided, then adjust for the segment the user named. State the tier cut-offs (A/B/C/D) as score ranges.
5. Tag every rule Evidence or Hypothesis. Evidence means the deals provided show the split. Hypothesis means it is reasoned from the business description or the current ICP and has not been observed yet.
6. Back-test: score each provided deal with the rubric. Report how many wins land in A/B and how many losses land in C/D. If a real win scores C or D, name it and say which rule misfires.
7. Write a "why we lose" note beside each disqualifier so reps can read the institutional reason later instead of re-arguing the rule.
8. End with the three attributes the user should start collecting to turn Hypothesis rules into Evidence rules next quarter.
## Hard rules
- No adjectives as criteria. "Fast-growing", "modern", "sophisticated" are banned unless immediately converted to a number.
- No invented deals, market sizes, competitor facts, or industry statistics. Only what the user supplied, plus reasoning tagged Hypothesis.
- The rubric must be applicable by a new hire with the enrichment data alone, with no judgment calls. If a rule needs judgment, it is not finished.
- One page. If it runs longer, cut weighted attributes below 5 points.
## Output template
**ICP Framework: <company>, <segment>, <date>**
Deals analysed: <n won / n lost / n churned>. Attributes with enough coverage to score: <list>. Not scorable from this data: <list>.
**Hard disqualifiers** (score 0 if any is true)
- <measurable rule> [Evidence | Hypothesis]. Why we lose: <one line>.
**Weighted attributes** (sum to 100)
- <attribute> (0-<w>): full = <test>; partial = <test>; 0 = <test>. [Evidence | Hypothesis]
**Tiers**
A: <range>. B: <range>. C: <range>. D: <range>.
**Back-test on the deals provided**
- Wins in A/B: <n of n>. Losses in C/D: <n of n>.
- Misfires: <deal>, scored <tier>, because <rule>.
**Collect next** (to convert Hypothesis rules to Evidence)
- <attribute>, <where to capture it>
Run it from the terminal
Example run
A RevOps lead at a fictional logistics-software company builds the new-logo ICP framework from 24 closed deals, then reads the back-test.
Prompt: icp-builder. Segment: new logo. We sell route-planning software to trucking carriers and 3PLs; the outcome is fewer empty miles. Deals: (24 rows pasted: outcome, industry, headcount, region, TMS in use, buyer title, cycle length, loss reason)
Output:
ICP Framework: Northwind Freight, new logo, 2026-09-08
Deals analysed: 12 won / 9 lost / 3 churned. Attributes with enough coverage to score: industry, headcount, region, TMS in use, buyer title, cycle length. Not scorable from this data: funding, fleet size (missing for 18 of 24).
Hard disqualifiers (score 0 if any is true)
- Fewer than 60 employees [Evidence: 5 of 9 losses, 0 of 12 wins]. Why we lose: no dispatch team to own the rollout; the founder evaluates and stalls.
- Runs an in-house TMS with no API [Evidence: 2 of 3 churns]. Why we lose: integration never ships, value never lands.
- Pure LTL brokerage with no owned trucks [Hypothesis: 1 loss, reasoned from product fit]. Why we lose: the route-planning module has nothing to plan.
Weighted attributes (sum to 100)
- Fleet-owning carrier or 3PL with dedicated lanes (0-30): full = owned fleet or dedicated contracts on site; partial = mixed; 0 = brokerage only. [Evidence]
- Headcount 150-1,500 (0-20): full = in range; partial = 60-149 or 1,501-3,000; 0 = above 3,000. [Evidence: 10 of 12 wins in range]
- Dispatch or operations team of 5 or more (0-20): full = 5+ people with Dispatch, Operations, or Fleet in title; partial = 2-4; 0 = 0-1. [Evidence]
- Uses a TMS with an open API (McLeod, MercuryGate, Turvo) (0-15): full = listed tool detected; partial = other TMS; 0 = none or in-house. [Evidence]
- US Midwest or Southeast HQ (0-15): full = in region; partial = other US; 0 = outside US. [Hypothesis: wins cluster there, but so does the rep territory]
Tiers
A: 80-100. B: 60-79. C: 35-59. D: 0-34.
Back-test on the deals provided
- Wins in A/B: 11 of 12. Losses in C/D: 8 of 9.
- Misfires: Harbor Line Logistics (won) scored C because headcount is 2,100. Consider widening the size ceiling to 2,500 before trusting the rule.
Collect next (to convert Hypothesis rules to Evidence)
- Fleet size, from the DOT registry lookup in Clay
- Region of the deal, not the rep, from the HubSpot company record
- Whether the buyer was Ops or Finance, from the closed-won form
Related plays
- The Ideal Customer Profile (ICP) Template, AI-Scored in Clay →Where the rubric goes next: source a list and score every account against it in Clay.
- Define Your ICP and Buyer Personas →The one-shot prompt version, for when you have no deal data yet.
- AI Lead Scoring: Score Your Whole Database with a Claude Agent →The fit component of that model is this rubric.
- Claude + Clay integration guide →Turning each rule into an enrichment column.
- How to research companies for sales, by industry →What to read first, the signals that mean a deal, and a research prompt, for sixteen industries.