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, never demographic unless genuinely determinative; every marker must clear the bar that Marketing can target it, Sales can qualify against it, and Product can build features to thrill it. Brief reference sections on keystones, deal-breakers, and inciting events follow, because positioning, marketing, and feature work consume them. When keystone segments diverge, the skill forces the choice of a primary rather than averaging. Load when the user has the working files and says 'define our Carol,' 'write our ideal customer profile,' or 'who is our ICP.' Do NOT load to produce the upstream files (observations through inciting events), or to write the positioning, ads, or feature plans that start FROM this definition.
- Skill ID
- asmartbear/asb-skills/asb-carol-define
- Publisher
- asmartbear
- Repository
- asb-skills
- Installs
- 0
- Files
- 1
- Synced
- Sep 23, 2026
Open any RiverX project, open the Skills panel in the chat, and search for this identifier. The files are fetched from the source repository at install time.
asmartbear/asb-skills/asb-carol-defineInstalls these files- SKILL.md
What this skill tells the agent
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
- Strengths and weaknesses — an honest accounting of who you are.
- Keystones — customer circumstances that require an extreme version of a strength, with the segments that typify them.
- Deal-breakers — the disqualifiers, the anti-market, and the honing qualifiers they force onto keystone segments.
- Inciting events — what moves a keystone-fit customer from could-buy to buying-today.
- 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
More from asmartbear
Use this skill in a project
Open any RiverX project, search the Skills panel for asmartbear/asb-skills/asb-carol-define, and install it in one click.
