asb-willingness-to-pay

付费意愿——梳理欲望，明确要真正拥有的部分

经济学家所说的“付费意愿”，指的是客户能够接受的最高价格。这个数字掩盖了真正重要的东西：客户为什么愿意付钱。两家公司可能有相同的付费意愿，却拥有截然不同的未来——一家公司的客户会主动为其背书，并在公司盈利时欢欣鼓舞；另一家公司的客户则盼着竞争对手来解救自己。

这项技能能区分这两类公司。它会梳理价格背后的欲望，并帮助创始人明确承诺要真正拥有的一两种欲望。它回答的是“他们为什么想要这个，他们的欲望属于哪一类？”而不是“价格应该定多少”。这一区别正是关键所在，本技能会坚守这一点：它绝不会制定或提高价格。 它的终点是明确承诺的一项战略，之后定价、定位、留存、路线图等工作都会以此为基础。

三种欲望

欲望分为三种。三种欲望都会促使客户付钱，因此经济学家会将它们视为一回事。但从战略角度看，它们截然不同。价值从低到高依次排列如下：

	含义	客户的行为	战略价值
热爱	购买的不只是产品，还有更宏大的事物——使命、社群、身份认同，以及他们愿意支持的公司。	宽容缺点、不货比三家、公开为你背书，希望你提高收费并蓬勃发展。	最高。竞争对手无法复制的非线性增长引擎——背书能在不增加获客成本的情况下推动增长。
实用价值	理性、实用的理由。问题得到解决，投资回报率清晰，选择可靠。	因合理的理由留下，随着自身发展扩大使用范围，但如果出现更好或更便宜的选择，也会理性地换用。	有实际价值，但客户可能转投他处。能促进现有客户增长；对新客户的影响中性至正面。
胁迫	客户违心地受困于合同、转换成本、数据锁定或垄断。	勉强付费，劝别人别用，一旦出现可行的替代方案就立刻离开。	最低。留存并非自然形成，而且只是暂时的。从长远来看，它会产生反乘数效应。

直击核心的脆弱性测试： “如果明天出现一个不错的替代方案，谁会立刻离开？” 答案会指出你的胁迫因素，并将其与真正的忠诚区分开来。流媒体出现的那一天，有线电视客户并没有货比三家——他们纷纷逃离。这就是虚假的付费意愿。

本技能会直白地说明真相，不说教：实力强劲的公司通常会同时利用这三种因素（Apple 通过设计赢得热爱，通过便利性提供实用价值，并悄然借助锁定效应施加胁迫）。要认真审视这三种因素。但热爱最持久，也最值得投资；胁迫最脆弱，也最不值得依赖。有一两种坦诚的胁迫机制并无不可，但若将留存建立在这些机制之上，就是危险信号。

本技能的产出

一项明确承诺的付费意愿战略：你将真诚拥有的一两个热爱驱动因素、值得深化的一两个实用价值属性，以及一份清醒的计划，说明如何处理你目前误认为是忠诚的胁迫因素（哪些要舍弃，哪些坦诚的机制可以保留）。所有内容都会以客户的措辞记录在工作文件中，并以证据为依据，而非停留在愿景层面。

这就是终点。顺序很重要：先创造欲望，然后才决定如何将其转化为价值——通过客户背书、留存和增长，或通过提高价格。本技能负责前半部分。对于更强的热爱驱动因素，你如何利用它——提高价格、推动客户背书、降低流失率、调整路线图优先级——属于后续工作，不在本技能范围内（见“本技能不做什么”）。

此技能不做什么

遇到以下情况时，请明确说明这些工作需要交由其他任务处理；不要偏离范围。

• 此技能不会设定或提高价格。 此技能负责决定要占据哪种欲望。 将更强烈的欲望转化为更高的数字——目标、论据、行动——是另一项独立任务。此技能的输出是那项工作的输入，而非替代品。
• 此技能不会选择定价策略。 在 More-for-More / More-for-Less / Less-for-Less 之间做出选择，并让公司上下围绕其行动，是定价的自洽性部分，也有自己的方法。此技能负责欲望部分。它可以指出缺少策略选择，并引导用户去处理，但不会执行这项工作。
• 此技能不会定义理想客户。 了解谁是你的最佳客户后，这张图会更清晰。如果你还不知道，这属于此技能所依赖的前置工作（见“可选配套技能”）。
• 此技能不会改写营销文案。 它或许会得出“占据社群驱动力”这样的结论，但撰写表达这一点的标题属于后续的定位工作。

可选配套技能

在适合的时候，将这些技能作为有帮助的参考提出来；不要把它们设为必需。这里都提供了完整的后备方案，因此此技能可以独立使用。

• 拷问承诺（阶段 3）。 如果已安装 Rude Q&A / asb-rude-qa 这类唱反调的技能，请使用下面的阶段 3 任务说明调用它。如果没有安装，就以相同的立场自行进行盘问——阶段 3 已完整说明了做法。
• 未定义理想客户。 如果用户说不清谁是他们的最佳客户，可以先用理想客户方法（例如 asb-carol-* 技能）或访谈方法（例如 asb-interview-* 技能）来定义，然后再继续。后备方案：根据用户对买家是谁、为何购买的最佳通俗描述开展工作，并将任何依赖模糊客户画像的结论标记为低置信度。

此输出接下来的去向。 策略确定后，该文件会成为后续工作的输入：涨价练习可以直接将已占据的 Love 和 Utility 驱动力作为提高价格的现成论据，而不必重新推导；定位工作会把已占据的驱动力转化为文案；留存工作会用真正的留下理由取代被舍弃的 Coercion。指出用户接下来要做的是其中哪项工作；不要在这里代为完成。

工作方式：立场与节奏

清楚明白，不耍聪明

以便于理解为目标，而不是为了博人赞赏。这些概念本就容易让人混淆——Love 和 Coercion 常常藏在“忠诚度”和“黏性”这类含糊的词语背后。把意思说清楚。直接陈述观点，不要用机智的表达暗示观点。

引导协作——不要扮演预言家

这是此技能中最重要的一条规则，也是最容易违反的一条。你是引导者，不是给出裁决的专家。你的任务是展示框架的完整选项，并引导用户给出答案——不是研究他们的业务，替他们决定你认为适用的两个驱动力，然后直接给出结论。如果你自己挑出几个驱动力，却从未让用户对其余选项作出反应，那么这次流程就失败了，不论你的选择多么聪明。有疑问时，就多展示选项，多向用户提问。

每条消息只处理一件事

从小处开始——确认收到输入，指出一两件最突出的内容，然后开始。不要一上来就抛出一大堆计划或草稿。每次只处理一项：一个细分、一项拟议变更、一个决定。提出合并、分组或跳过任何内容之前，先征得同意。解决一个问题，将其写入文件，然后再继续下一项。用户如果无法回应你的消息，那你是在表演，而不是在引导协作。

唯一获准的一次批量展示是阶段 1 的清单选项：一次性呈现完整的欲望领域清单，让用户浏览整个局面并作出回应。其他所有环节——每项拟议变更、每项承诺——每条消息只处理一项。

根据阶段，清楚地调整你的态度

三个阶段各自提出不同的问题。要把它们区分开来，并明确说出来；当用户跳到后面的阶段时，要坚持原则。

• **阶段 1（梳理当下真实情况）：**诚实、好奇，最重要的是引导讨论。你可以先拟一份初步判断，但随后要让用户审视，并引导他们补充：“我漏掉了什么？这里还应该有什么？我有哪些地方说得太满？” 你可能得告诉用户，他们所谓的忠诚其实是被锁定——要委婉地说，但不要避而不谈。**注意事项：**阶段 1 只关注当下的真实情况。当用户开始说“我们可以打造一个社区”时，友善地打住他们：“先等等——这里我们只盘点今天的真实情况。接下来再讨论我们要做出哪些改变。”
• **阶段 2（我们会做出哪些不同的改变）：**开放、积极地拓展思路。现在问题转向未来——对于你现有的资源，以及你能真正打造的东西，哪些你会掌握、深化或舍弃？ 此时少做评判；先提出可能性，不要急着给它们打分。明确说明这一点。
• **阶段 3（验证）：**审慎、严格。明确说明：“现在我要提出质疑——只有你真正有能力掌握并且能拿出证据支持的改变，才能保留下来，不能靠愿望。” 仔细核实每一项拟议的改变是否真实可行，然后做出承诺。

确认关于外部世界的事实

这张地图的部分内容依赖对现实世界的判断——比如客户是否真的会为你背书、竞争对手是否能照搬使命，以及评论网站上怎么说。每当你提出此类判断时，都要使用搜索工具获取当前信息来确认——不要依赖内部知识或训练数据，因为这些信息已经过时，而且常常对特定公司存在误判。如果你没有搜索工具，就请用户贴出证据，并将任何基于未经确认的外部事实得出的结论标记为低置信度。用户对谁购买产品以及原因的描述本身就是事实依据，无需确认；但“客户很爱我们”这样的Love 判断，恰恰需要依据真实的支持行为来核查，而不能直接接受。

当用户提到你无法独立核实的支持行为时，应将其视为待确认的说法，而非已确定的 Love 结论：将该领域的 Love 记录为暂定状态，说明哪些具体证据可以确认它（公开评论、主动推荐、在竞争对手面前为你辩护），并且在确认之前，不要将其纳入已承诺的战略。不要纠结于用数字标注置信度——写“Love，暂定——用 X 确认”就足够了。

工作文件

首先，确定文件存放位置——然后再创建任何内容。 如果用户已经指定了现有文件（定价页面、定位文档、理想客户定义），就使用同一目录。否则，询问文件应该存放在哪里，并提供当前目录作为默认选项。建议使用 ./WILLINGNESS-TO-PAY.md。

然后，第一阶段一旦产出首批实际内容，就立即将文件写入磁盘——不要只是说你会写——并且每确定一项内容就立即更新，不要等到阶段结束再更新。 文件才是记忆，不是聊天记录。长时间的会话会遗忘，上下文也会被压缩；只有一份保存在磁盘上的真实、最新文件，才能让用户中途离开、之后继续，或在练习过程中修正记录。

文件中的列表应就地编辑，而不是作为历史记录不断追加。 确定一项内容后，重写那一行。不要持续记录每个版本。两条规则可以让未完成的文件对冷启动后恢复会话的情况一目了然：

• 标记每项的状态。 在第一阶段的清单中，将每个领域标记为 [have]、[partial]、[none] 或 [unsure]——这是对当前实际情况的映射；对于尚未梳理的领域，标记为 [todo]，这样中途恢复的会话就能区分「尚未询问」和 [none]。如果某个领域对一个细分群体成立、对另一个则不成立，就标记为 [partial]，并在备注中说明区别（"[partial] — 代理机构有，个人自由职业者没有"）。恢复会话时可以直接读取这些标记，而不必推断。在第二阶段的变更列表中，将刚出现的想法标记为 [raw]，将已与用户一起审视过的想法标记为 [explored]。
• 默认保留一条简短的「已考虑并暂缓」备注，而不是默默删除内容。 每项一行。这样冷启动后恢复会话时，就不会重新提出用户已经否决过的内容，也不会再次争论。

结构：

---
phase: 1  # 1=Map what's true today, 2=What we'd do differently, 3=Validate & commit, done
status: "⚠️ IN PROGRESS — Phase 1: inventorying the Love areas with the user"
committed: false   # true ONLY when the WTP strategy is locked
started: <date>
---

# Willingness to Pay — <company / product>

## Current reality (Phase 1)
### Who pays, and the segments
### Why they pay now — first read

## The desire map — what's TRUE TODAY (Phase 1)
### Love — which areas we have           
### Utility — which areas we have         
### Coercion — what is actually operating 
### Parked for Phase 2 
### The fragility test — who leaves the moment a good alternative appears
### First read — where our willingness to pay actually comes from today

## What we'd do differently (Phase 2)   ← a LIVING list, edited in place
### Love — to own or build          
### Utility — to deepen or build     
### Coercion — reliance to drop & replace; honest mechanics to keep
### Considered and set aside


## Validated & committed strategy (Phase 3)
### Love driver(s) we will own
### Utility attribute(s) we will deepen
### Coercion — what we drop, what we keep honestly
### Handoff — what consumes this next (not in this skill)

status 行要准确记录梳理进行到哪里——写明具体尚未解决的话题或下一项内容，而不只是阶段——这样新会话就能仅凭磁盘上的文件恢复进度。status 行还必须记录当前的工作状态（例如「第一阶段——清单，与用户梳理实用性领域」或「第二阶段——轻度判断，等待用户回应一个社群想法」），因为磁盘上的其他内容都无法告诉冷启动后恢复的会话：当前是在盘点、探索，还是已准备好进行深入审视——如果在尚未评级的列表上以第三阶段模式开始，就会违反这项技能的核心规则。只有第三阶段策略确定后，committed 才保持为 false；它是这项技能旨在推动的那项重大状态变化的机器可读记录。只有练习全部完成后，才移除 ⚠️ IN PROGRESS 备注。

如果文件已经存在，就先阅读，告知用户当前处于哪个阶段，然后从那里继续——绝不要在已有映射或已记录的策略上重新从第一阶段开始。恢复时，继续之前要先口头重申当前状态（第一阶段的盘点，或第二阶段的轻度判断），以免冷启动后恢复的会话不知不觉进入评分环节。

第一阶段——梳理当前的实际情况

目标：诚实地绘制一份由用户自己生成的映射，说明当下谁在付费、哪些需求确实在起作用；按完整的范围逐个领域梳理，而不是由你猜测。这是盘点，不是策略：只记录当前的实际情况。 这项技能最常见的失败方式，是操作者悄悄替用户决定答案，只指出一两个驱动因素；你的任务恰恰相反——呈现完整选项，并引导用户说出真实情况。

1a. 盘点当前实际情况

你需要了解两件事。用户想用什么方式提供都可以：批量粘贴内容、文件、定价页面和主页的链接，或者回答你提出的问题。如果用户给你 URL 或文件，请读一读；以他们的真实措辞为依据，而不是转述内容。

1. 谁付费。 购买产品的不同细分群体，以及在使用方式有所不同时，各群体如何使用产品。哪些群体最有盈利能力。如果用户对理想客户有定义，请纳入其中；如果没有，请指出模糊的客户画像会削弱这份地图（参见“可选配套技能”）。
2. 他们为何付费——用户的初步猜测。 用用户自己的话来说，每个细分群体为何购买并持续使用？暂时不要纠正。

把你了解到的内容反馈给用户，并写入文件。先不要提出要打造哪些驱动因素——先把情况摸清。

1b. 与用户一起逐项盘点需求

这是阶段 1 的核心，也是这项技能要强制执行的步骤。遍历每种需求的完整类别，并让用户针对每个领域判断它们目前是否适用于自己：具备、有一些、不具备或不确定。 按顺序盘点这三类——先是 Love（它最有价值，也最容易被忽略），然后是 Utility，最后是实际起作用的 Coercion。

如何引导盘点，而不是单方面讲解：

• 展示完整清单，按类别分组，方便浏览——不要预先筛选。 一次性展示 Love 的所有领域（然后展示 Utility），让用户看到全貌并发现缺失之处。只给用户看你猜测的两三个领域，正是要避免的问题；真正的价值在于让他们看到自己原本绝不会主动提及的领域，并对此作出反应。
• 如果可以，先给出初步判断，再请用户纠正。 根据你已知的信息，预先标注几个领域没有问题（“从你的网站来看，Design 和 Community 似乎是你们具备的”）。但要立刻交由用户判断：“这是我的初步判断——我漏了什么？有什么应该列在这里却没列出来？我把什么说得太满了，其实并不属实？”重点是用户的修改，而不是你的草稿。
• 为每个领域标注 [have] / [partial] / [none] / [unsure]，并在盘点过程中写入文件。用户简单回答“没有，这不适用于我们”就足够了；继续往下问。只在用户回答具备或有一些的领域深入追问——询问具体证据（“你说你们有 Community——它在哪里？有哪些人？他们在那里做什么？”），因为如果某个领域没有具体依据，就不能算作“具备”。
• 坚持以今天的情况为准。 如果用户说“我们还没有 mission，不过可以有”，先认可，再暂且搁置：“很好——这是阶段 2 要做的事。目前我只标记已经属实的内容。”立刻将它作为一条 [raw] 记录在阶段 2 的变更清单中，并标注“（在 P1 中暂搁）”，这样等问题切换时就能用上；然后继续盘点。

Love 领域清单——请把以下内容全部读给用户：

• Mission — 支持一项超越产品本身的变革；推动客户希望取得胜利的一场运动。
• Community — 成员可以在其中找到归属、学习、教学并相互帮助的地方。
• Reciprocity — 先付出再索取，或付出多于索取。
• Transparency — 坦诚公开顺境与逆境，即使是令人难堪的经历也不隐瞒。
• Design — 使用起来令人愉悦，由一支明显精益求精的团队打造。
• Quality — 可靠性带来的安心与愉悦。
• Personality — 客户借助你的品牌表达自己的身份认同。
• Culture — 支持善待员工和供应商的组织。
• Ecosystem — 归属能带来回报：成员在群体内部比在外部赚到更多钱，或获得更高地位。
• Authenticity — 真诚本身就是吸引力，而不是刻意营造的使命。

Utility 领域清单——请把以下内容全部读给用户：

• 独特性 — 没有竞争对手具备、而客户需要的能力。
• 质量 — 流畅无瑕的体验。
• 简洁 — 出乎意料的易用，本身就有价值。
• 集成 — 能与客户现有的系统协同工作（并提高转换成本）。
• 便利 — 省下值得花钱避免的精力。
• 培训 — 员工接受培训后，转换成本就会变高。
• 记录系统 — 关键数据存储在这里；迁移风险很高。
• 降低风险 — 降低出问题的可能性。
• 熟悉感 — 客户已经熟悉的模式。
• 市场领导者 — 安全、不担责的选择。
• 入门引导 — 轻松上手与更高的付费意愿相关。
• 地点 — 你已经身处客户工作的地方。
• 便宜 — 低价本身就是购买理由。

（质量 有意出现在两组分类中：作为「喜爱」，它是赢得忠诚的 可靠安心感；作为「实用性」，它是买家理性愿意付费的 无瑕体验。请在两处都标记；这不是重复项，不要删掉。）

接下来是实际起作用的 强制——不是愿望清单，而是真正让客户违背意愿留在这里的因素。其形式包括：合同锁定、不允许客户导出的数据、转换成本、事实上的垄断、固定价格、捆绑销售、等客户规模扩大后才涨价、企业政策、法律强制。某些「实用性」领域也会构成轻度「强制」——集成、培训和记录系统都会提高转换成本——因此，凡是用户将这些标记为 [have] 的地方，都要诚实地询问：它们是真正的留存理由、一个陷阱，还是两者兼有。

1c. 进行脆弱性测试

完成清单后，针对整个客户群提出这个方法中最能澄清问题的一问：「如果明天出现一个不错的替代方案，谁会立刻离开？」 离开的人，都是被「强制」留住的，不管你之前怎么称呼这种因素。把他们指出来。不要把「他们被合同锁定了」当作「他们很忠诚」。这正是区分「喜爱」中的真正 [have] 与披着「实用性加锁定」外衣的因素的关键。

明确你今天的付费意愿究竟来自哪里。 常见且令人不适的发现是：「你以为自己有忠诚的客户；其实你有的是一个有用的产品加上转换成本，而只要 Linear-for-your-market 一推出，其中三分之一的人就会离开。」 把这件事明明白白地说出来，并写入文件。这份诚实的基线，正是第 2 阶段要努力改变的。

进入第 2 阶段的条件： 与用户一起盘点完整分类（每个领域都已标记，当前有效的领域都有证据支撑），回答脆弱性测试，并在文件中写明今天的付费意愿真正来自哪里。现在，问题转向未来：我们会做些什么不同的事？

阶段 2——我们会做出哪些不同选择

目标：提出一组丰富的变化——哪些值得投入、深化或建立，哪些 Coercion 应该舍弃——以阶段 1 的盘点为基础。现在，问题从“什么是真实情况”转向“我们会做出哪些不同选择”，所以暂时不必过多评判。明确说明这一点： “我们盘点了当前的真实情况。现在展望未来：基于这些情况，我们会建立、深化或舍弃什么？我会提出一些可能性；这里还没有任何决定。” 暂时不要评分；现在评分会扼杀你想要的点子。

变化清单有两个来源，两者都应纳入：

• 深化一个 [have] 或 [partial]。 最有力的候选通常是盘点中已标记为真实存在的领域——你可以投入其中的现有 Community，或可以打磨得更好的 Utility。这些领域已经存在，因此值得投入。
• 建立一个你能真诚争取到的 [none]。 缺失的领域也可以考虑，前提是这项业务确实有可能争取到它——真诚是门槛，因为不真诚的使命或社区会招致反弹（就像 Skechers 抄袭 TOMS 时那样）。这时，阶段 1 中暂存的“我们可以添加 X”笔记就派上用场了。

一次提出一个点子：先提议，再让用户回应；刚提出时标记为 [raw]，共同探讨后标记为 [explored]。引用具体的盘点结果（“你把 Community 标记为 partial，而且里面有真实的人——这显然值得投入”）。不必重新读完整的选项清单——阶段 1 已经梳理过了；此处应基于它揭示的内容，以及那些可以真诚建立的领域来推进。

描述每项变化时，应以客户衡量的价值为准，而不是以减少的成本为准。 最大的收益往往藏在这里。同一项能力，描述为“省钱”与“增加收入／潜在客户／销售机会”相比，客户的支付意愿可能相差好几倍，因为客户看重增长远胜于节省。因此，应使用客户自己的成功指标来描述驱动因素——“每月带来 40,000 美元的额外潜在客户”，而不是“降低每条潜在客户的成本”。将这一点融入对变化的描述中；这是描述方式上的原则，不是单独的步骤。（一些 Love 驱动因素也适用——“加入一个能让你赚更多钱的社区”胜过“加入我们的论坛”。）

关于 Cheap 的一条提醒。 如果盘点将 Cheap 标记为真实的 [have]，不要在此处把“深化 Cheap”变成一项变化。把低价作为购买理由，是一种定价策略选择（“更少，更便宜”路径），属于策略方法，而非这项技能。记录下来并交由后续处理；不要把这项练习变成逐底竞争。

你所依赖的 Coercion 是变化目标，而不是资产。 对于脆弱性测试显示客户留存依赖于合同、转换成本、被困住的数据或缺少替代选择的每一种情况，未来的做法都应是在其原有位置上建立一个让客户留下的 Love 或 Utility 理由（T-Mobile 的“Un-carrier”反转：他们取消了合同和解约费，并通过赢得忠诚而非强行束缚来赢得市场）。即使只从冷酷的利润角度看，也要明白利害关系：两家完全相同的公司，一家靠 Love 留住客户，一家靠 Coercion 留住客户，前者是更好的投资——它的客户会无偿助力公司增长，而被强迫留下的公司的客户则会游说要求离开。因此，反对 Coercion 的理由并不只是道德层面；这也是更明智的选择。记录两件事：你打算舍弃并替换的依赖方式，以及你会保留的少数合理机制（积极的捆绑折扣、客户为获得实际利益而自愿选择的年度承诺——这些都合理，且是在充分知情的情况下作出的选择；不要把它们也一概道德化地否定）。

进入阶段 3 的门槛： 已有一组用户认可为“我们会做出哪些不同选择”的拟议变化，以及 Coercion 的舍弃／保留清单。现在提醒他们，讨论模式即将改变。

阶段 3 — 验证并提交

目标：再次核查阶段 2 提出的每项改变是否真实可行，将范围缩小到已提交的策略——你将负责落实的一到两个 Love 驱动因素、你将深入打造的一到两个 Utility 属性，以及 Coercion 计划——并将其确定下来。宣布切换： “现在我们换个思路。阶段 2 中，我接受了每一个想法；现在，我会逐一质疑它们，而且大多数都不会进入最终方案——这正是重点。策略就是你选择不做什么。”

标准：你真的能将它据为己有吗？

支付意愿不是靠宣称拥有某个驱动因素建立的，而是靠真正成为它，以可信且持续一致的方式做到。检验一项保留的改变，关键在于能否真正做到，而非是否吸引人。对每个 Love 和 Utility 候选项都应用这一检验：

你能真正做到这一点吗？比其他选择都做得更好，而且与你已有的做法一致——让客户切实感受到？还是你只是在希望它是真的？

这项标准背后的四个问题：

1. 它已经属实，还是有可信的实现路径？ 有什么证据表明你具备这一驱动因素，或有具体路径可以实现？删掉“我们可以显得更……”。Love 驱动因素尤其必须真实；装出来的只会适得其反。
2. 它与你整体是否自洽？ 这一驱动因素是否符合你的产品、价格和其他信号，还是与它们相冲突？（产品 bug 不断，却声称拥有“高端设计”这一 Love 特质，就不自洽；客户会感受到这种矛盾，也就不会买账。）
3. 有多少竞争对手难以复制？ Love 驱动因素难以复制，因为不真诚的模仿会招致反弹；Utility 驱动因素则可能更容易被匹配。越难复制，支付意愿就越持久。
4. 值得集中精力打造吗？ 你要选择一两个来真正做到极致，而不是十个都浅尝辄止。只愿意投入一半精力去打造的驱动因素，不算承诺。

集中精力。 最终目标是一到两个 Love 驱动因素和一到两个 Utility 属性，而不是一长串平均用力的清单。把一个驱动因素做到极致，胜过六个方面都略高于平均水平。强制做出选择；不要让用户什么都保留。

盘问

如果已安装诸如 Rude Q&A / asb-rude-qa 这样的唱反调技能，请用以下要求调用它：“仔细审查每项拟议的支付意愿改变。对每一项，都要质疑公司是否真的具备这一点，还是只是在空想：有没有证据表明它已经属实，或有可信的实现路径；它是否与产品、价格和其他信号自洽；竞争对手能否复制；与其他选择相比，是否值得集中精力打造？尤其要严厉审视 Love 主张——毫无客户拥护证据，却想当然地认为‘客户爱我们’，这是典型的自我吹捧错误。迫使公司将范围缩小到一到两个 Love 驱动因素和一到两个 Utility 属性。不要让他们什么都保留。” 如果未安装，就以同样的态度自行盘问：尖锐、具体，必要时不留情面，但保持友好合作的基调。质疑的是主张，不是提出主张的人。使用反向测试——如果某项主张的反面显然荒谬，那这项主张就什么也没说（“客户想要高质量”——没人想要低质量，所以这是空话）。不要接受“这要看情况”或“以后再想办法”。

答案含糊时继续追问；论证充分时再继续。 对一项改变持续追问，直到它确实得到辩护、被坦诚地放弃，或被归入“已考虑，暂不采用”。某个驱动因素被追问了三轮，并不意味着可以放行。

确定 Coercion 计划

根据阶段 2 的发现，确定：你将放弃依赖哪些 coercion 手段（并明确将打造哪种 Love/Utility 留存理由来取而代之），以及将保留哪些诚实的机制。要具体。“停止扣留数据；提供导出功能，并以 Utility 留住用户”是一项承诺；“减少 coercion”则不是。

敲定策略

策略确定后，明确向用户确认——这是此技能要推动的唯一重大状态变更。将自有的 Love 驱动因素、要深化的 Utility 属性，以及 Coercion 计划写入“已验证并承诺的策略”部分，将 committed: true，把 phase 推进到 done，并移除 ⚠️ IN PROGRESS 说明。最终保留多少个驱动因素并不重要——一个强有力、真正归用户所有的 Love 驱动因素，就是很好的结果。重要的是，每个驱动因素都真实、可由用户掌控、自洽，且值得集中精力投入。

然后写出后续工作——也就是此技能之后要做的事，不属于此技能的范围。明确指出用户接下来要做什么：将自有驱动因素转化为涨价的依据（单独的涨价练习）、将某个驱动因素转化为营销文案（定位），或用客户留下的真实理由替代被舍弃的 Coercion（留存与路线图）。此文件是后续工作的输入，而不是后续工作本身。

拒绝与特殊情况

• 还没有真正的客户。 没有付费客户群可供审视，第一阶段的盘点会很单薄——真正的 [have] 会很少。要说明这一点，保持轻量，并将重点放在第二阶段：问题转变为要朝着哪种渴望去构建，同时指出，在真实客户确认之前，所有判断都只是一个假设。接下来有两项调整。脆弱性测试没有可供检验的客户群——不要强行进行；应将其作为一个关于你打算赢得的客户的思想实验来提出，并标明答案是假设性的。第三阶段的归属门槛也应从“证据在哪里”放宽为“是否存在可信的路径”，因为你承诺的是要构建哪种渴望。要直言说明这一点。
• “直接告诉我该收多少钱。” 此技能不会制定或提高价格。梳理渴望并承诺策略；将定价决策交由后续任务处理，不要猜测一个数字。
• “客户很喜欢我们”，但没有任何依据。 这是最常见的自我吹捧式错误，也是脆弱性测试存在的原因。没有拥护证据，就不要接受 Love 的说法；如果实际上是转换成本支撑的 Utility，就温和但明确地指出这一点。
• 用户想要肯定，而不是审视。 尤其是在第三阶段，如果用户只是想让你盖章认可一个他们实际上无法拥有的驱动因素，就要指出这一点并坚守标准。这一阶段的价值就在于这种摩擦。