mcpField
A
asb-carol-define

asb-carol-define

github.com/asmartbear营销与增长50643 次安装6 天前更新
代码仓库

关于 asb-carol-define

这项营销技能将关键客户条件、排除条件和触发事件综合为可执行的理想客户定义,帮助团队明确行为特征,并在细分市场分歧时选定主要目标群体。

主要功能

  1. 01整合前序客户分析步骤
  2. 02定义可执行的客户特征
  3. 03细分市场分歧时选定主要群体
  4. 04区分定义与参考依据

适用场景

  1. 01建立统一的理想客户定义
  2. 02让营销、销售和产品围绕目标特征协作
  3. 03客户群体分歧时选择主要细分市场

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/asmartbear/asb-skills --skill asb-carol-define

安装后在 Claude Code 中输入/asb-carol-define确认已加载。

详细介绍

定义 Carol:一切工作所面向的理想客户

Carol 最理想的形态或许并不存在——她是一个理想模型,由最有利的特征人为构建而成。但她并非凭空想象:她定义中的每项指标,都源自前面几个步骤所确立的结论:谁需要你的优势达到极致,谁会因你的弱点而被排除,以及什么时刻会让契合转化为购买。这项技能汇总这些定义,逐条检验其是否具备可执行性,并写出一份供公司其他部门共同使用的文件。

心智模型

五步推导,到此完成
  1. 优势与弱点——诚实地评估你是谁。
  2. 基石——需要某项优势发挥到极致的客户情况,以及最能体现这些情况的细分群体。
  3. 排除条件——排除对象、非目标市场,以及它们迫使基石细分群体增加的细化条件。
  4. 触发事件——什么会让符合基石条件的客户从“可能购买”转变为“今天就买”。
  5. Carol——这一步:综合基石、排除条件和触发事件,将其表述为团队可以采取行动的行为和态度特征。
超越人口统计特征

传统的市场描述——公司规模、地理位置、年龄、B2B 与 B2C 的区分——往往会误描述目标客户。一部情景喜剧的人口统计画像显示,其观众是“45 岁以上的女性”,但与此同时,这部剧却成了年轻男性喜爱的热门剧集,因为他们喜欢犀利、以角色为核心的讽刺喜剧;这个人口统计特征对平均观众来说没错,却无法帮你找到下一个观众。电子邮件客户端的真正目标客户不是某种规模的公司或某个国家的人,而是每天收到数百封邮件的人、拥有代为处理邮件的助理的人,或负责系统化外呼的人。定义目标市场的,是最优质客户实际共有的特征:基石、排除条件和触发事件的特征。只有在人口统计特征确实具有决定性时,它们才适用——例如,面向挪威牙医的后台软件可以如实地将目标描述为“挪威的牙医”。判断标准是预测能力:这个指标能区分最优质客户和最差客户吗,还是只是在客气地描述所有人?

非人口统计维度参考表

人口统计特征是最偷懒的划分轴;以下维度才是真正能区分最优质客户和最差客户的类别。可以从两个方面使用这份参考表:检验候选指标——“速度”不是一个细分群体,因此要问它究竟属于以下哪一类(是紧急与从容决策的触发因素?是决策周期差异?还是问题归属差异?)——以及在决定一个 Carol 是否能如实涵盖两个细分群体之前,指出它们在哪个维度上存在差异。**这些只是示例,并非完整的范围。请同时从两个方面看待它们:直接使用符合具体情境的维度,并将其余维度作为范例,用来找出同一类别且该业务特定需求所要求的其他维度——最有区分力的指标往往不在任何列表中。这是一组用于启发思考的入门示例,绝非必须逐项完成的清单,也不是判断哪些内容符合条件的边界;在任何具体案例中,大多数维度都不适用,而诚实的答案通常是“不知道”或“不在乎”。(摘自选择目标市场,其中这些内容是启发思考的入门材料,而非详尽清单。) 个人及其角色

  • 个人还是团队 — 同一款产品可能面向两个市场;有时也面向“双方”(免费单人模式吸引用户,团队才是收入来源——Asana、Notion)。
  • 在公司内部的角色 — 面向客户还是面向内部;他人对他们有何期待。
  • 职位名称 — 通常有多种,尤其是在不同行业或不同规模的公司中。
  • 创造者还是管理员 — 负责创建、制作、交付,还是管理、监控、分析、汇报?
  • 问题归属 — 谁“负责”你要解决的问题;是某个角色负责,还是由多人分担;问题负责人是否也是解决方案负责人?
  • 技术素养 — 从“会争论算法的工程师”到“勉强使用自己讨厌的设备的技术恐惧者”。
  • 学习方式 — 视频、文档、一对一培训,还是自己摸索;这会影响入职引导、支持和营销。

成功对他们意味着什么

  • 工作任务的成功 — 他们要对哪些客观指标负责;哪些指标至关重要,哪些只是运营指标;哪些指标需要达标,哪些需要最大化;什么指标的变化能让他们升职或被解雇。
  • 个人成功 — 什么能让他们获得满足,为了什么他们愿意忍受摩擦,什么会促使他们在公司内部为你宣传(他们的需求层级)。
  • 职业成功 — 他们如何接受评估和晋升;无论公司规模如何,职业生涯早期、中期和后期的优先事项都不同。
  • 公司目标 — 营收增长率、营收规模、利润金额、利润率、市场份额、Rule-of-40、成本节省、GPM。

组织

  • 组织规模 — SMB 的产品通常会被更大的组织采购,反之则不然;自上而下销售或组织本身就是服务对象(例如,人力资源软件)时,这一点最重要。
  • 增长轨迹 — 高速增长、稳定发展或走下坡路;每种情况都会带来不同的优先事项和限制。
  • 监管环境 — 监管力度有多大,由哪些机构监管;这会影响功能需求、合规要求和风险容忍度。
  • 文化特征 — 生产力还是工作与生活平衡;道德立场;外部创新还是内部效率。
  • 跨越鸿沟阶段 — 创新者(喜欢动手尝试)、早期采用者(为获得优势而承担风险)、早期大众(谨慎,需要完整的产品)、晚期大众(在压力下被迫采用)。
  • 风险容忍度 — 新市场需要愿意承担风险的客户;这与公司规模无关。
  • 技术栈理念 — 开源、专有、云原生或本地部署;这通常是一种价值观立场,而不只是技术需求。

他们如何购买和做决策

  • 预算类型 — 固定/年度预算、灵活预算,还是有需要时再设法筹钱;是否存在会改变销售形式的门槛?
  • 销售流程 — 自上而下,还是自下而上/PLG/免费增值(自上而下通常与公司规模相关;自下而上则通常无关)。
  • 决策周期 — 几小时、几周还是几个季度。
  • 紧急决策还是审慎决策 — 由紧急事件触发(如安全漏洞),还是经过调研、比较和试点后做出决策。
  • 商业模式 — 订阅制、一次性付费、按交易收费、按用量付费、免费增值或广告支持;这决定了他们关注哪些指标,以及他们如何付费。

他们的工具和工作流

  • 集成 — 你的产品必须连接哪些工具(工作流、AI、待办事项、项目管理、聊天)。
  • 日常使用的其他软件 — 哪些软件塑造了他们的期望和使用体验。
  • 流程 — 他们正在使用或希望采用的工作流,尤其是与产品交叉的部分。
  • 工作方式 — 远程、办公室还是混合办公;是否跨时区;工作时长;同步还是异步。
  • 更新频率 — 频繁的小幅更新还是不频繁的大幅更新;这会塑造产品节奏。
  • 沟通文化 — 主要依赖电子邮件、依赖 Slack,还是以会议为主。
持续追问原因

第一个答案往往还没有触及关键点。“我们最好的客户担心速度”——速度是一项功能,不是一个细分市场。接着追问原因,并不断追问:速度 → 因为对电商而言,结账速度就是营收;速度 → 因为对媒体而言,每次会话的页面浏览量就是广告收入;速度 → 因为对 B2B 落地页而言,全部预算都集中在几千次访问上。追问最终会落到一个人身上:对这个人来说,网站更快就能直接增加营收,而且他能算出一百毫秒的价值是多少美元。 这就是一条定义:营销可以据此锁定目标,销售可以据此判断线索是否合格,产品可以据此打造让客户惊喜的功能——CAROL.md 中的每个标记都必须达到这个标准。

靶心:为什么只瞄准 Carol 就能赢得所有人

只瞄准 Carol,感觉像是在缩小市场;事实恰恰相反。Carol 周围有一圈客户,他们看重的大多数取舍与 Carol 相同,只是对其他部分无所谓——人数大约是 Carol 的十倍。再往外,是人数多得多的一圈客户:他们会权衡这些取舍,而你清楚、自信地说明了自己的立场,因此他们认定你是最佳选择——人数最多可达 Carol 的一百倍。清楚、自信地说明取舍,才是人们真正做出购买决策的方式;面向所有人的泛泛定位,则会让你一次失去这三圈客户。如果这条信息连 Carol 都无法打动,那就更不可能说服其他人。这就是定义文件要简要阐明的战略依据,让每位读者都明白目标为何如此聚焦。

细分市场分歧迫使人们做出选择

当提炼出的关键要素指向确实不同的细分市场——比如想要不同东西、愿付不同价格的单店商家和多门店集团——Carol 就不能是他们的平均画像:取中间值设定的定义,描述的是一个并不存在的人。有时,追问原因会揭示各细分市场背后有共同情境,因此可以用一个 Carol 如实涵盖这些市场。如果并非如此,用户就必须选出主要细分市场——依据关键要素集中在哪些市场、观察到的触发事件出现在何处,以及利润证据更支持哪个市场——并在定义中明确说明选择了谁、哪些市场仍会服务但属于次要市场。选择由用户决定;拒绝选择(或用含糊措辞掩盖选择)都会让这项工作失去意义。

术语
  • Carol — 理想客户:一个综合画像,现实中可能并不存在完全符合的人,其所有标记都源自工作文件。
  • 标记 — 定义中的一项行为、态度或情境特征;每项都必须能够用于定位目标、判断资格,并指导功能构建。
  • 合格条件 / 排除条件 — 销售用于判断潜在客户是否符合 Carol 的问题和信号,这些内容取自关键要素和交易否决条件。
  • 主要细分市场 — 当细分市场出现分歧时,定义 Carol 所针对的细分市场;其他市场要明确列为次要市场,而不是混为一谈。

定义者的态度

清晰,不卖弄

写作的目标是让人理解,而不是让人赞叹。这项工作需要处理复杂概念,机巧的比喻、文字游戏或俏皮表达只会让概念更难理解,而不是更容易。直截了当地说明你的意思。如果一句话删掉修饰后更清楚,就删掉修饰。直接说明要点,不要用机智的方式暗示。

重述引用内容;不要只引用代号

提及编号或字母编号的条目时,例如 K4、W2、O17、H3 等,要加上几句通俗说明,解释它具体指什么(“K4——职业生涯系于网站成败的所有者”)。只写代号,会让几小时或几天前才看过相关定义的人难以理解:标签用于追溯,释义用于理解。保留标签以确保准确;同时务必添加释义。

两位读者,同一份文件——先给出定义

CAROL.md 面向快速浏览的人类读者(定义简洁明确,放在开头),也面向下游工作者和工具(参考部分列在后面,并附有引用)。定义部分通过排除法来把关:每个标记都必须是具体、明确的特征——不能有引用、推导过程,也不能说“这源于我们在……方面的优势”,更不能含糊其辞。错误示例:“~ 重视价值带来品质(源自 S2,但不同细分群体有所差异)。”正确示例:“亲自处理薪资发放,晚上和周末工作,没有办公室员工。”推导过程放在参考部分,其中每个关键支点、交易破坏因素和事件都标注了对应的 [K]/[D]/[E] 编号,可追溯到工作文件。

综合归纳,不要重审

工作文件已经通过各自的审核——不要重新审视已定论的分类,也不要再次推敲已经打磨好的细分群体。这里的工作是整合、沿着因果链压缩内容,以及确保具备可操作性。例外情况:如果综合归纳时发现文件之间确有矛盾(例如反市场分析吞并了关键支点细分群体;或触发事件没有明确指向任何人),应将其作为发现指出;如果需要上游返工,要说明是哪个文件,并停止,不要暗中修改。

让每个标记都经受住检验

对每个候选标记,拿不准时就明确检查:营销能否据此进行定向投放(某个广告渠道、搜索词或名单)?销售能否通过一两个问题判断是否符合条件?产品能否说出一个专门令这类人兴奋的功能?如果一个标记三项都做不到,那它只是描述,不是定义——应沿着因果链推敲(用维度菜单进行检验),否则就删除。预设的强化审查方法:如果环境中安装了魔鬼代言人质询技能(例如与此方法出自同一作者的 Rude Q&A / asb-rude-qa),就用以下要求审查定义草稿:*攻击这份理想客户定义——找出所有流于刻板的人口统计标记、所有过于宽泛而无法区分最佳客户与最差客户的标记、所有广告无法据此定向且销售人员无法据此判断是否符合条件的标记,以及任何把两个不同细分群体取平均而不是作出选择的地方。不要接受一厢情愿或含糊其辞的辩解。*如果没有这类技能,就亲自进行这番质询,并在审查环节中明确记录。

选择由他们做;拒绝取平均则不容商量

当细分群体存在差异时,应呈现每个候选主要群体的证据(关键支点的集中情况、观察到的事件、优势文件中的差异化利润信号),让用户作出选择——如果其选择与证据相矛盾,只需诚恳提醒一次,然后按用户的决定执行,并记录其理由。绝不能接受的是:把定义写得含糊到足以涵盖两者(“重视效率、不断成长的企业”)——取平均正是此方法旨在防止的做法,无论怎样措辞都不能写入。

如何使用此技能

阶段 A — 导入

读取四个工作文件(默认位于当前目录: STRENGTHS-WEAKNESSES.md、KEYSTONES.md、DEALBREAKERS.md、 INCITING-EVENTS.md)。最低可行输入是包含打磨过的细分项的基石文件 以及不可妥协条件;缺少诱发事件会削弱定义中关于购买时刻的部分 (要说明这一点;该部分会注明这一缺口);缺少优势/劣势会削弱 权衡框架。如果连最低要求都不满足,就不要凭感觉定义: 以“仅在已安装时调用”的方式列出上游步骤(第一个是 Observations / asb-carol-observations),并且只有在用户坚持时才提供 明确标注为临时版本的草案。检查基石变更日志,确认是否经过打磨;未打磨的细分项意味着 定义会继承过于宽泛的标记——要指出这一点。如果存在 CAROL.md: 标题显示正在进行时,从已审阅至指针处继续;如果已完成,则询问是否要修订。

输出:同一目录下的 CAROL.md。如果输入是粘贴的,且不知道路径,则在创建任何内容之前,询问该方法的文件应存放在哪里(默认:当前目录)——绝不默默地把文件散落到各处。

阶段 B — 综合并完整起草

默默梳理:将打磨过的基石细分项归类(它们是否共享某种情境,还是彼此不同?);对每个候选标记逐层追问原因;从基石和不可妥协条件中提取限定条件/排除条件;从事件文件中提取购买时刻相关内容;记录文件之间的矛盾。如果细分项彼此不同,就停止起草,先与用户一起做出选择——主要决策会影响每一行,因此不能等到审阅时再决定——并在决策做出后立即将其记录到磁盘(带有标题的一行 CAROL.md 占位内容就足够),以免会话意外中断导致决策丢失。记录之后,不要因为含糊的改写(“能不能就两者都涵盖?”)而重新讨论这个选择——拒绝折中;如果用户确实想更换主要对象,则提出根据证据重新进行选择。

然后将完整草案连同进行中的标题写入磁盘——文件就是记忆——并按文件顺序自上而下,每次交流展示一两个章节供审阅(已审阅至指针默认采用此顺序;恢复的会话也依赖这一点)。每轮审阅后及时更新磁盘上的指针。定稿前,按照既定方式(委派或自行执行)进行魔鬼代言人审视,将其作为一次可见的定义审阅环节——不要默默进行。事实修正应针对工作文件(文件优先于记忆——恢复的会话会重新读取它们,原因就在于此);措辞和侧重点由用户决定;标记只能依据标准调整。如果审阅意见暗示某个上游文件有误(例如将反市场细分项重新定性为次要项,或对某个事件的状态记忆有误),则适用与综合阶段矛盾相同的规则:说明问题属于哪个文件,并停止操作,不要默默修改——CAROL.md 绝不能悄悄覆盖其来源文件。

文件结构
# Carol — <company / project name>

> ⚠️ IN PROGRESS — review not started; begin at the definition.
> (Later: "draft under review; reviewed through <section>." Removed
> at finalization.)

<One line: synthesized from which files, as of when. If a primary
segment was chosen over others, one line naming the choice.>

## Carol

<The definition. A short prose portrait (2–4 sentences) followed by
the markers — each a bare, specific behavioral/attitudinal/
circumstantial characteristic. No citations, no derivation, no
hedging here. Numbers are welcome when they quantify a predictive
circumstance ("20 or more tipped employees" — the number IS the
keystone threshold); numbers as proxies are not ("$2M+ revenue" —
a list-building heuristic wearing a marker's clothes; press to the
circumstance it stands for).>

- <Marker: circumstance — "runs 3+ locations with staff floating
  between them">
- <Marker: behavior — "does payroll personally, Sunday nights">
- <Marker: attitude — "treats compliance as an existential risk, not
  paperwork">
- <Marker: economics — "values one prevented violation above a year
  of fees">

## How to recognize Carol (qualifiers and disqualifiers)

Qualify toward: <the one-or-two-question sorts, from the keystones —
"do you take the tip credit, and in which states?">
Disqualify away: <the anti-market signals, from the deal-breakers.>

## Why aiming only at Carol wins the whole market

<Three or four sentences: the bullseye — the ~10x ring who share her
trade-offs, the ~100x ring who weigh them and pick you because the
trade-offs were stated clearly; if the message can't excite Carol it
convinces no one. If a primary segment was chosen, name the secondary
markets that remain served-but-not-targeted.>

## Keystones (reference)

<One line each, with [K-numbers] — what circumstance requires which
strength, and the honed segment.>

## Deal-breakers and anti-market (reference)

<One line each with [D-numbers]; the anti-market statement carried
over — deliberately excluded, dissuasive ad language, no features for
the tail.>

## Inciting events (reference)

<One line each with [E-numbers] and status (observed/hypothesized) —
the buying moments, with findability in a word or two. If the events
file was missing or thin: the gap, named, with the validation path.>

## Provenance

<Which files, as of which dates/change-log states; contradictions
surfaced during synthesis and where they were sent.>
阶段 C — 定稿

每个章节都经过审阅,或用户明确放弃剩余审阅后,即可定稿。移除标题,并最后完整读一遍定义——每个人引用的就是它。最后进行交接:此文件是后续工作的输入——定位使用 Carol 的语言,营销争取她的注意力,销售依据她的标记进行筛选,产品打造令她兴奋的功能——每个参考章节都是这些工作的起点。如果定义依赖于假设的诱发事件或未经验证的假设,要说明这一点:配套的客户访谈方法(如果已安装,其第一个技能是 asb-interview-goals)是根据真实客户检验该定义的系统方法——它的第一个规范目标字面上就是“Carol 是什么样的?”

拒绝条件

  • 没有上游文件。 凭感觉定义的 Carol 是一张人物画像海报,而不是分析工具。指出方法的第一步;如果对方坚持,只提供明确标注为暂定的草案。
  • 人口统计信息上的懒惰。 除非确实具有决定性,否则“中小企业”“千禧一代”“营收超过 100 万美元的公司”都不纳入定义——沿着原因链追问,直到找到能预测购买行为的情境,或者删掉这个标签。
  • 被平均化的细分群体。 当关键细分群体存在分歧时,绝不写出含糊到能涵盖双方的措辞。必须做出选择、明确说明并给出理由,或者将分歧记录为待决事项,并暂缓定义。
  • 未达标准的标记。 无法用于广告定向、销售人员资格判断,也无法让客户因功能而兴奋的特征,无论听起来多么真实,都不予记录。
  • 越俎代庖做后续工作。 定位陈述、广告文案、主页文案、功能路线图——一概不做;参考章节是这些工作的输入,每项工作都值得单独安排一场会话。
  • 跳过综合提炼。 如果对方在没有工作文件的情况下说“只要润色一下我们已有的人物画像”,坦诚答复:本方法根据证据推导 Carol;润色一个未经推导的人物画像,只会沿袭其中的猜测。提出根据现有文件进行推导。

评论

支持 Markdown