asb-carol-define
Facilitates the final step of a proven ideal-customer (ICP) method: synthesizing the working files — strengths and weaknesses, honed keystones, deal-breakers, and inciting events — into CAROL.md, the crisp definition of the ideal customer. The definition leads the file, behavioral and attitudinal, n
By asmartbear · 447 installs
npx skills add asmartbear/asb-skills --skill asb-carol-define
Source repository · Upstream listing
Define Carol: The Ideal Customer Everything Aims At
Carol may not exist in her purest form — she is an ideal, artificially
constructed from the most favorable characteristics. But she is not a
fantasy: every marker in her definition is derived from what the
previous steps established about who needs an extreme version of your
strengths, who is disqualified by your weaknesses, and what moment
turns fit into purchase. This skill assembles that definition, holds
every line to an actionability bar, and writes the one file the rest
of the company works from.
The mental model
The five step derivation, completed here
1. Strengths and weaknesses — an honest accounting of who you are.
2. Keystones — customer circumstances that require an extreme version
of a strength, with the segments that typify them.
3. Deal breakers — the disqualifiers, the anti market, and the honing
qualifiers they force onto keystone segments.
4. Inciting events — what moves a keystone fit customer from
could buy to buying today.
5. Carol — this step: the composite of keystones, deal breakers,
and inciting events, expressed as behavioral and attitudinal
characteristics a team can act on.
Beyond demographics
Traditional market descriptions — company size, geography, age,
B2B vs B2C — usually misdescribe the target. The sitcom whose
demographic profile said "women over forty five" was meanwhile
becoming a cult hit with young men who loved sharp, character driven
insult comedy; the demographic was true of the average viewer and
useless for finding the next one. An email client's real target isn't
a company size or a country — it's people who get hundreds of mails a
day, or people with assistants who process mail, or people running
systematic outbound. What defines a target market is what the best
customers actually share: the shape of the keystones, deal breakers,
and inciting events. Demographics enter only when genuinely
determinative — back office software for dentists in Norway may
honestly say "dentists in Norway." The test is predictive power:
does the marker separate the best customers from the worst, or does
it merely describe everyone politely?
A menu of non demographic dimensions
Demographics are the lazy axes; the dimensions below are the kind that
actually separate the best customers from the worst. Use the menu two
ways: to test a candidate marker — "speed" is not a segment, so ask
which of these it really is (an emergency vs deliberate trigger? a
decision cycle difference? a problem ownership one?) — and to name
the axis on which two segments diverge before deciding whether one
Carol can honestly span them. These are examples, not the full
universe. Treat them two ways at once: use the ones that fit the
context directly , and take the rest as models for generating others
of the same kind that this specific business demands — the sharpest
marker is frequently a dimension no list contains. This is a starter set
to prime the thinking, never a checklist to complete and never the
boundary of what counts; in any given case most won't apply, and the
honest answer is usually "don't know" or "don't care." (Drawn from
[Choosing a target market](https://longform.asmartbear.com/target market/) ,
which offers these as a primer, not an inventory.)
The person and their role
Individual vs team — one product can face two markets; sometimes
"both" (a free single player mode hooks people, teams are where the
money is — Asana, Notion).
Role inside the company — customer facing or inward facing; what
others expect of them.
Title(s) — usually a variety, especially across industries or
company sizes.
Maker vs administrator — creating/making/delivering, or
managing/monitoring/analyzing/reporting?
Problem ownership — who "owns" the problem you solve; is it one
role or distributed; is the problem owner also the solution owner?
Technical acumen — from "engineers who argue about algorithms" to
"technophobes reluctantly using devices they hate."
Learning style — video, docs, 1:1 training, or figure it out;
shapes onboarding, support, and marketing.
What success means to them
Job to be done success — what objective numbers they're held to;
which are vital vs operational, satisfied vs maximized; what number
changing would get them promoted or fired.
Personal success — what fulfills them, what they'll tolerate
friction for, what makes them advocate for you internally (their
Needs Stack).
Professional success — how they're evaluated and promoted; early
vs mid vs late career priorities differ regardless of company size.
Corporate goals — revenue growth rate, revenue size, profit
dollars, profit percent, market share, Rule of 40, cost savings, GPM.
The organization
Organization size — SMB is often bought by larger but not
vice versa; matters most selling top down or when the org itself is
the subject (e.g. HR software).
Growth trajectory — hyper growth, steady state, or declining; each
creates different priorities and constraints.
Regulatory environment — how heavily regulated, and by what;
drives feature needs, compliance, and risk tolerance.
Cultural attributes — productivity vs work life balance; ethical
posture; external innovation vs internal efficiency.
Crossing the Chasm phase — innovator (tinkerer), early adopter
(risk for advantage), early majority (wary, needs the whole product),
late majority (dragged in by pressure).
Risk tolerance — new markets require risk accepting customers;
uncorrelated with company size.
Tech stack philosophy — open source, proprietary, cloud native, or
on prem; usually a values stance, not just a technical need.
How they buy and decide
Budget type — fixed/annual, flexible, or find money when needed;
is there a threshold where the sale changes shape?
Sales process — top down vs bottom up/PLG/freemium (top down often
correlates with size; bottom up often doesn't).
Decision cycle — hours, weeks, or quarters.
Emergency vs deliberate — an urgent trigger (a security breach) vs
a researched, compared, piloted decision.
Business model — subscription, one time, transaction, usage,
freemium, ad supported; dictates the metrics they care about and how
they can pay.
Their tools and workflow
Integrations — what your product must connect to (workflow, AI,
to do, project management, chat).
Other software used daily — what characterizes their expectations
and experience.
Processes — the workflows they use or aspire to, especially where
they intersect your product.
Work style — remote/office/hybrid; time zone split; hours worked;
synchronous vs asynchronous.
Update cadence — frequent incremental vs infrequent substantial;
shapes product rhythm.
Communication culture — email heavy, Slack dependent, or
meeting oriented.
The keep asking why chain
The first answer is rarely the marker. "Our best customers worry
about speed" — speed is a feature, not a segment. Ask why, and keep
asking: speed → because for e commerce, checkout speed is revenue;
speed → because for media, pages per session is ad revenue; speed →
because for B2B landing pages, a whole budget converges on a few
thousand visits. The chain ends at a person: someone for whom a
faster website directly increases revenue, and who can calculate the
dollar value of a hundred milliseconds. That's a definition
Marketing can target, Sales can qualify, and Product can build
features to thrill — the bar every marker in CAROL.md must clear.
The bullseye: why only Carol wins everyone
Targeting Carol alone feels like shrinking the market; it is the
opposite. Around Carol sits a ring of customers who value most of the
same trade offs and are merely indifferent to the rest — roughly ten
times as many. Around them, a far larger ring who weigh the
trade offs and, because you stated yours clearly and confidently,
conclude you're their best option — up to a hundred times as many.
Clear trade offs, confidently stated, are how people actually buy;
generic positioning aimed at everyone is what loses all three rings
at once. If the message can't excite even Carol, it certainly won't
convince anyone else. This is the strategic case the definition file
states, briefly, so every reader knows why the aim is so narrow.
Diverging segments force a choice
When the honed keystones name genuinely different segments — solo
shops and multi location groups, say, wanting different things at
different prices — Carol cannot be their average: a definition set at
the midpoint describes nobody who exists. Sometimes the why chain
reveals a shared circumstance underneath and one Carol spans the
segments honestly. When it doesn't, the user must choose the primary
— informed by where the keystones concentrate, where the observed
inciting events are, which segment the profit evidence favors — and
the definition says plainly who was chosen and who remains a
served but secondary market. Choosing is the user's call; refusing to
choose (or hiding the choice in vague wording) defeats the exercise.
Vocabulary
Carol — the ideal customer: a composite, possibly not existing
in pure form, whose markers are all derived from the working files.
Marker — one behavioral, attitudinal, or circumstantial
characteristic in the definition; each must be targetable,
qualifiable, and buildable for.
Qualifiers / disqualifiers — the questions and signals Sales
uses to sort a prospect toward or away from Carol, drawn from
keystones and deal breakers.
Primary segment — when segments diverge, the one Carol is
defined for; the others are named as secondary, not blended in.
The definer's posture
Be clear, not clever
Write to be understood, not admired. The work here wrestles with hard
concepts, and clever metaphors, wordplay, or cute turns of phrase make
them harder to grasp, not easier. Say plainly what you mean. If a
sentence reads more clearly without a flourish, cut the flourish. State
the actual point rather than gesturing wittily at it.
Restate references; never cite a bare token
When you mention a numbered or lettered item to the user — K4, W2,
O17, H3, and the like — add a few plain words on what it actually is
("K4 — the owner whose career rides on the site"). A bare token is
unreadable to a human who saw it defined hours or days ago: the tag is
for traceability, the gloss is for comprehension. Keep the tag for
accuracy; always add the gloss.
Two readers, one file — definition first
CAROL.md serves a skimming human (the definition, crisp, up top) and
the downstream workers and tools (the reference sections, cited,
below). The definition section is register gated by exclusion: each
marker is a bare, specific characteristic — no citations, no
derivation story, no "which comes from our strength in…", no
hedging. Wrong: "~ Values support quality (derived from S2, though
segments differ)." Right: "Runs payroll personally, nights and
weekends, with no office staff." The derivation lives in the
reference sections, where every keystone, deal breaker, and event
carries its [K]/[D]/[E] numbers back to the working files.
Synthesize; don't re litigate
The working files already survived their own gates — don't reopen
settled classifications or re press honed segments. The work here is
assembly, compression through the why chain, and the actionability
bar. Exception: when synthesis exposes a genuine contradiction
between files (a keystone segment the anti market swallowed; an
inciting event pointing at nobody), surface it as a finding and, if
it requires upstream rework, say which file and stop short of editing
it silently.
Press every marker through the bar
For each candidate marker, check aloud when in doubt: could Marketing
target this (an ad channel, a search phrase, a list)? Could Sales
qualify it in one or two q