ICP Template: Buyer, Trigger, Budget, and Current Alternative
An ICP template for founders before or just after launch should hold one segment on one page, with five fields: the buyer who signs and the user who feels the problem, an outside trigger, the budget that pays for the current fix, the current alternative and delivery fit. For each field, record the signal, the evidence behind it and a disqualifier. The main constraint is that every untested field stays marked as an assumption.
What this worksheet helps you decide
This template is for founders before or just after launch who have chosen a first segment and need to write it down so that anyone on the team can tell whether a given account belongs in it. If you are still comparing two or three candidate segments, start with how to choose your first ideal customer profile. If you hold a batch of interviews and pilots and need to find the traits the committed accounts share, use how to turn customer evidence into a narrow ICP. This worksheet is the record that comes out of those steps: one segment on one page, kept up to date as evidence arrives.
It supports three decisions. The first is whether a named account qualifies for the beachhead this month. The second is which field of the profile is weakest and should be tested next. The third is when the segment stops being a hypothesis, because each field rests on something seen or done rather than something said or assumed.
The ICP evidence matrix template
The template has one row per field and the same five working columns for each. Copy it into a document or spreadsheet and keep one copy per segment.
| Field | Statement | Outside signal | Evidence so far | Disqualifier | Next test |
|---|---|---|---|---|---|
| Buyer | Job title of the person who approves the purchase and of the person who uses the product | Titles as they appear on the account's website, staff page or job postings | Accounts where the approver was named or met | Purchase decided somewhere you cannot reach, such as a head office or a procurement team | Ask each new account who approved its last purchase of a similar size |
| Trigger | The event that makes the problem urgent now, and how recent it must be | A public trace such as a job posting, a permit, an expansion notice, a regulatory deadline or a funding filing | Accounts where the event was seen in a public source or only described by the buyer | No qualifying event inside the time window | Check the signal before outreach and compare which accounts accept a next step |
| Budget | What pays for the problem today, in money or paid staff time, and whose budget covers it | Rarely visible from outside, so usually checked on the first call | Accounts where the cost was observed, estimated by the buyer or estimated by you | Problem tolerated at no cost to anyone | Ask the buyer to log the time or spend for a short period |
| Current alternative | What the account does instead today: a spreadsheet, a supplier, a person, a competing tool or nothing | Tools and suppliers named in job postings or on the account's website | Accounts where the workaround was seen in use or only described | An alternative the account is satisfied with and committed to by contract | See the workaround in use at least once per account |
| Delivery fit | What the product needs from the account to work without custom work | Systems named on the website, booking page or job postings | Accounts where the systems and gaps were confirmed | Needs an integration or service the product does not offer | Write the gap list and confirm it with the buyer |
Tag every entry in the evidence column with the same four labels used in the customer interview notes template: said for what someone told you, seen for what you observed yourself, done for an action the account completed and assumed for your own interpretation or estimate. Write how many accounts stand behind each statement. A field held up by one enthusiastic account is still an assumption.
Fields for observable buying trigger
A trigger is the event that moves a problem from tolerable to urgent. The field needs three parts: what happened, where a stranger could see it and how recently it must have happened for the account to be in market. A new location, new equipment, a job posting for the role that carries the workaround, a regulation taking effect and a leadership change all tend to leave public traces.
Funding is one of the few triggers with a dated public record. The SEC's Form D guidance says a company must file a Form D notice within 15 days after the first sale of securities in certain exempt offerings, and that the notice is filed online through the EDGAR system. The SEC's EDGAR search page offers free public access to documents filed in that system. A recent notice shows that a company sold securities. It does not show what the money will pay for, so treat it as a reason to look closer rather than as a buying signal on its own.
Mark each trigger as a list filter, when a stranger can check it from outside, or as a first-call qualifier, when only the buyer knows it. A private deadline belongs in the profile, but not in list building, because a list built on facts nobody can check from outside turns back into guesswork.
Fields for specific buyer role
Write two titles, not one: the person who feels the problem and uses the product, and the person who approves the spending. Use the titles the accounts use themselves on staff pages and job postings, because those are the words a list builder will search for. Then add the approval path between them. Does the user recommend and the owner sign, or does a manager hold a budget line for tools like this? If the accounts have told you how large a purchase the approver can sign alone, record that too.
The disqualifier for this field is a decision made somewhere you cannot reach, such as a head office, a franchise system or a procurement team with an approved vendor list. If you cannot yet name the approver for most accounts in the evidence column, the field stays assumed, and the next test is simple: ask who approved the last purchase of a similar size.
Fields for budget and the current alternative
Budget and the current alternative are two sides of one question: what the account already gives up to live with the problem. The current alternative is whatever the account does instead of buying your product, including doing nothing. Record it as seen where possible, because buyers often describe a tidier process than the one they run.
The budget field records what that alternative costs and whose budget it comes from. Often the cost is paid staff time rather than an invoice. To put a money value on hours, the Bureau of Labor Statistics Occupational Employment and Wage Statistics program produces employment and wage estimates annually for hundreds of occupations, for the nation, individual states and metropolitan and nonmetropolitan areas. Multiply the hours the workaround takes by a local wage estimate for the role that does the work, and label the result as an estimate built from public averages, not the account's own payroll. If the alternative costs nothing and nobody minds, the account is out, however strong its trigger looks.
A hypothetical filled example covering budget and delivery fit
The following is a hypothetical example with invented details. It illustrates the template and does not describe a real company, customer or measured result.
A founder is building a parts-quote tool for independent auto repair shops. The service writer types a part request once, and the tool asks several local parts suppliers for price and delivery time at the same moment. Over six weeks the founder visits eleven shops. At one of them, a technician carries a worn brake rotor from the car on the lift and hands it to the service writer at the counter, who reads the part number off it into the phone while on hold with the second supplier of the morning. The founder fills the template for one segment, independent shops with four to eight service bays:
| Field | Statement | Outside signal | Evidence so far | Disqualifier | Next test |
|---|---|---|---|---|---|
| Buyer | The owner signs; the service writer uses the tool every day | Owner and service writer named on the shop's website or in job postings | The owner approved recent tool purchases at seven of eleven shops (Said); the founder met the owner at four (Done) | Shop belongs to a franchise or dealer group that chooses software centrally | Ask each new shop who signed for its last software subscription |
| Trigger | Added a service bay or a technician in the past six months | A job posting for a technician, or a post announcing a new bay | Five of eleven shops had a posting or announcement (Seen); four of those five described supplier calls as the bottleneck (Said) | No growth in the past year | Check postings before each visit and compare which shops agree to a trial |
| Budget | The service writer's paid hours on supplier calls, plus bay time lost while a car waits for a part | Not visible from outside | The founder timed supplier calls during two morning visits (Seen); owners estimated the rest (Said); the money value uses a local wage estimate (Assumed) | The owner makes the calls personally and does not count the time | Ask owners to log supplier call time for one week |
| Current alternative | Phone calls to two or three suppliers per job, plus one supplier website | Supplier catalog experience asked for in job postings | Seen in use at six shops; described at five (Said) | A shop tied to a single supplier by a purchasing agreement | Watch one full morning of parts ordering at each trial shop |
| Delivery fit | Works with the two shop management systems the tool connects to | Shop management system named in job postings or on the booking page | Eight of eleven shops use one of the two (Seen); three use other systems (Seen) | A shop management system the tool does not support | Confirm the system on the first call before offering a trial |
Read as a whole, the card shows that trigger and delivery fit are the strongest fields, because both rest on things the founder saw. Budget is the weakest. Two timed mornings and the owners' estimates are not a cost figure, and the money value depends on a public wage average rather than the shops' own payroll. So budget is the next test. The founder asks the owners of the shops that match the trigger and run a supported system to log supplier call time for one week, and offers a paid trial only where the log shows enough hours to cover the subscription.
Delivery fit works as an exclusion. Three shops are out, however keen, because the tool would need a new integration before it could replace their phone calls. The founder writes the assumptions down: that growth, not shop size, is what makes the phone work painful; that the owner signs without a separate approval; and that the local wage estimate is close to what the shops pay a service writer.
How to use the worksheet without treating assumptions as facts
- Keep the tags visible. When the card is shared, the said, seen, done and assumed labels travel with it, so a teammate building a list knows which filters are firm.
- Count accounts, not conversations. Five calls with one enthusiastic account are still one account of evidence.
- Test the weakest field first. Pick the field with the most assumed entries and design one observation that could prove it wrong.
- Write disqualifiers before outreach. Deciding in advance which accounts are out stops a large prospect from stretching the segment.
- Separate public estimates from account data. A wage average or a count of businesses describes a population, not the account in front of you.
- Date every change. Revise the card when the evidence column changes, and keep the previous version so you can see what moved.
Common mistakes and limits
- One title for buyer and user. The person who likes the product is often not the person who signs.
- A trigger nobody can see. A private event is a qualifier for the first call, not a filter for building a list.
- A budget without a current alternative. If you cannot say what the account does today, you cannot say what it would stop paying for.
- Ignoring the option of doing nothing. Living with the problem is a current alternative too, and often the hardest one to displace.
- Treating the card as finished. A template filled once before launch and not revisited turns back into a guess.
The template has limits. It suits products sold to identifiable organizations with a named approver. Self-serve and consumer products depend more on usage and purchase data. Public wage estimates and filings describe populations and events, not intent to buy. The matrix and its fields are an editorial framework, not a measured result.
Related guides and next step
- Choosing between candidate segments first: How to Choose Your First Ideal Customer Profile
- Finding the traits the committed accounts share: How to Turn Customer Evidence Into a Narrow ICP
- Recording the evidence behind the tags: Customer Interview Notes Template for Founders
- Placing the ICP in a wider plan: How to Build a Startup Go-to-Market Strategy by Stage
Daniel's go-to-market mentoring page describes defining a narrow ICP, buying trigger and decision-maker as the first step of his process, and lists naming the user, the budget owner and the event that makes the problem urgent among the topics a session works through. That description is self-reported on his site.
Bring your filled template and its evidence tags to a free 30-minute strategy session to review your ideal customer profile decision with your actual evidence and constraints.
Frequently asked questions
What should an ICP evidence matrix include?
One row each for the buyer, the trigger, the budget, the current alternative and delivery fit. For each row, write the statement, the signal someone could check from outside or on a first call, the evidence so far tagged as said, seen, done or assumed, the disqualifier that rules an account out and the next test for the weakest entry.
What evidence should a founder collect for an ideal customer profile?
Evidence of what accounts did, not only what they said: the approver who signed a recent similar purchase, a dated public trace of the trigger, the time or money the current workaround consumes and the workaround seen in use. Count how many accounts stand behind each field and keep public estimates separate from account data.
What are common mistakes in ideal customer profiles?
Naming one title for both the user and the approver, using a trigger only the buyer can see as a list filter, recording a budget without the current alternative it pays for, ignoring the option of doing nothing, and treating a profile written once before launch as settled.
How is an ICP template different from choosing an ICP?
Choosing compares candidate segments on the same criteria and picks one. The template records the chosen segment on one page with signals, evidence tags and disqualifiers, so that anyone on the team can tell whether an account belongs in it and which field to test next.