asb-needs-stack

需求阶梯：客户真正想要什么

没有人毕生的志向是购买你的产品。无论你的产品做什么，它都只是达成目的的手段——而那个目的又是实现更高目的的手段，如此层层向上，这种方法称之为需求阶梯。梳理这条阶梯，能告诉你真正的替代方案是什么（不只是竞争对手）、你可以诚实承诺什么结果、哪些步骤值得夸耀说已变得多余，以及公司的更高宗旨在哪里。本技能与用户一起绘制这张图：锚定产品满足需求的层级，先向下走，再向上走——每次交流只走一层，明确当前层级后再进入下一层。

心智模型

示例阶梯

Charlie 注册 AWS，是为了购买云基础设施——服务器、存储和网络。但“购买基础设施”并不是 Charlie 想要的；它只是 Charlie 真正想要的 WordPress 网站路上的一道障碍。而 WordPress 网站也不是终点：它是建立个人网站、发布内容并自我推广的手段。这又是一种手段：Charlie 真正想要的是获得出版合同，而实现它的途径是先建立线上受众。按阶梯形式写出来，从上到下依次是：

• ★ 获得出版合同。
• → 建立个人网站，用于发布内容和自我推广。
• → 搭建 WordPress 网站。
• → 购买基础设施。

每个层级都是真实存在的，每个层级都有服务于它的供应商（受众层级有 Substack 和社交媒体；网站层级有 Wix、Squarespace 和 Webflow；WordPress 层级有 WP Engine；基础设施层级有 AWS、GCP 和 Azure），而且每个层级都只是通往上一层的手段。

取代规则

满足阶梯上某种需求的产品，会让该客户在它之下的产品变得多余。Charlie 从来就不想要基础设施，现在也仍然不想要——因此，能在客户完全不接触基础设施的情况下交付可用 WordPress 网站的公司，就赢得了 Charlie，而基础设施供应商甚至不会遇见 Charlie。Charlie 从那个市场消失了。这就是需求阶梯在竞争层面上的重要性：比你高一层的供应商不是你的竞争对手（他们卖的不是你的产品），但他们是你的替代方案——他们可以让你的客户彻底退出你的市场。问供应商谁是他们的竞争对手，他们会说出同一层级的其他供应商；而需求阶梯揭示了上方的替代方案，颠覆真正由此而来。

高层级与低层级之间的权衡

越高的层级，通往目标的路径越短；越低的层级，灵活性和定制空间越大。一体化产品能让客户最快获得结果，但会把他们限制在固定选项中；从低层级组件着手构建需要更长时间，却能适应任何需求。这就是为什么某个层级“被取代”并不意味着它下方的供应商会消亡——需要灵活性的客户仍会购买低层级产品。这也是每个层级应对上一层级的常备理由：说明客户在你的层级购买时能保留什么。

陷阱：停留在自己的层级

每个人在梳理到自己所在的层级时，都想就此打住——“我们卖网站，客户想要网站，完事。”上面总还有一层，而你之上的层级恰恰决定了你可以承诺什么，以及谁能取代你。继续向上梳理，直到需求阶梯到达顶端。

阶梯的顶端：宗旨层级

层级足够高时，需求就不再具有产品形态：认可、自尊、留名、实现自我价值。没有产品能直接满足这些需求（有人会认为冥想和心理治疗最接近）。记录其中一两个宗旨层级并加以标注：它们不是承诺，也不是市场，而是公司更高宗旨的原始素材——那些值得在网站上讲述、并在客户真正实现目标时值得在公司内部庆祝的真实故事。

各层对下游的作用

定位会根据用户所在层级，按角色使用这一层级栈：

• 你的层级 — 你做什么。 功能属于这一层。当前想法（以及搜索词）处于这一层的客户想了解规格和功能，而不是生活方式方面的益处——搜索 5/16 英寸套筒扳手的建造者，不想听人说这盏灯“能帮你看清楚”。
• 上一层 — 你承诺什么。 这是你宣称由自身所作所为带来的结果，也是最有力且诚实的益处。
• 更高的层级 — 愿景。 绝不要承诺实现这些愿景；要展示你在其中发挥的作用，并通过客户评价和操作指南内容证明这是可能的。
• 由他人占据的更高层级 — 反向定位。 这些层级的供应商会让你的产品变得多余；你要回答客户在你的层级购买后能保留什么（灵活性、定制能力、独特性）。
• 更低的层级 — 进步。 要自豪地说明，你能让这些步骤不再必要：无需花时间、无需管理、无需学习。

这一层级栈还会指出最具战略意义的指标——衡量客户是否在比你高一层的层级取得成功，而不只是衡量你的产品是否交付了成果（建站工具可以交付一个完美的网站，但网站所有者可能没有任何销售额并最终流失；衡量客户销售额的供应商才能看清真相）——并提醒你警惕一种诱人的转向：把产品提升一个层级，通常意味着换成另一款产品、另一种业务，以及更小的市场。部分攀升（垂直细分子品牌、附加功能、帮助客户迈向下一层的内容）才是切实可行的做法。

这是谁的层级栈

一个层级栈属于一类客户。不同客户使用同一产品向更高层级攀升时，路径会逐渐分化——代理机构、业余爱好者和电商商店都可能“搭建网站”，但最终目的截然不同。要为理想客户构建层级栈——也就是业务最希望赢得的那类客户。如果一次销售涉及两方（买家和使用者是不同的人，这在商业软件中很常见），他们可能各自需要一套层级栈；双方都可能决定是否成交。

术语

• 层级（N1、N2，……） — 一种需求，以客户目标的形式表述；按确定顺序编号（编号固定；文件中的位置决定层级栈顺序）。
• 你的层级 — 用户的产品所满足的需求；即锚点。
• 取而代之 — 更高层级的产品使该客户不再需要较低层级。
• 占据者 — 当前服务某一层级的对象：供应商、产品、DIY 方法、代理机构。使用真实名称。
• 目的层级 — 没有产品能直接满足的最高层级；它是探寻意义的素材，而非营销承诺。

访谈引导者的态度

清晰，不耍巧思

写作要让人看懂，而不是让人赞叹。这里的工作需要处理艰深概念，而巧妙的比喻、文字游戏或俏皮的措辞只会让概念更难理解，而非更容易。直截了当地说明你的意思。如果删去修饰语后句子更清楚，就删掉修饰语。直接陈述要点，不要用机智的说法含蓄暗示。

重述所指内容；不要只引用代号

向用户提及带编号或字母的条目时——例如 K4、W2、O17、H3 等——要附上简短的通俗说明，解释它具体指什么（“K4——职业前途取决于这个网站的所有者”）。只写代号，人们就无法看懂，因为他们可能在几小时前或几天前才看到相关定义：代号用于追溯，解释用于理解。为确保准确，要保留代号；同时务必附上解释。

每次对话只走一层，确认清楚后再继续

整个梳理严格按节奏进行：先锚定用户自己的层级，然后每次对话只走一层——先向下，直到层级不再重要；再向上，直到到达目的层级。只有通过下文所述确认关卡，某一层才算确定；不要一开始就勾勒出整个层级结构，之后再细化（如果用户明确要求这样做，就实质性地婉拒：未经核实的层级梯子只是头脑风暴，不是地图，而且每一层都建立在前一层之上——改为提议你为每一层列出候选项，让用户主要负责确认和纠正）。也不要把“再往上，显然就是成功”当作一个层级。你可以自由提出候选表述和候选服务方——用户了解自己的客户，而外部视角有助于找到诚实准确的表述，也能记起每个层级上还有哪些服务方——但每一层都必须由用户确认。提到服务方和替代方案时，要用搜索工具的最新结果确认目前谁在服务这一层；不要依赖内部（训练）知识，因为它已经过时，可能会提到已停运的产品，或漏掉新产品。若用户在流程尚未到达时就提到某个层级（例如在锚定阶段主动说“他们想赢官司”），先将其记在聊天中；只有当流程走到该层级并确认后，才给它编号。

确认关卡

每一层都必须通过以下四项测试，才能继续：

1. 用客户自己的话，表达客户自己的目标。 表述为客户会说出的需求——“搭建一个 WordPress 网站”，而不是供应商的类别（“托管服务”），也不是泛泛的愿望（“发展业务”——谁来发展，通过什么方式？）。遇到泛泛的词语（成功、效率、价值、规模），就要进一步追问，直到得到客户心中实际而具体的图景。
2. 确实存在手段与目的的联系。 测试方法：如果客户已经完全满足了这一层的需求，他们是否会乐于再也不接触下一层？如果他们仍然出于自身需要而想要更低一层，那么这种联系就不成立——这些层级并非层层递进，或者中间缺了一层。
3. 列出具体服务方。 目前有哪些供应商、产品、方法或机构在服务这一层——请说出名称。具体服务方能让某一层变得可操作：他们是客户的替代选项，也是竞争定位的对象。中间层若没有能明确说出的服务方，就值得怀疑——通常是两层混在了一起，或者凭空设出一层来抬高产品。（目的层级除外：对此应作出标记。）
4. 确实是一个独立步骤，而非改头换面。 这一层必须与相邻层级有所区别：如果满足其中一层就自动满足另一层，且没有任何剩余需求，那么它们其实是同一层，应当合并。

关于范围，有两点说明。向下梳理时，手段与目的测试指向上方——它验证的是已经确定的上一层（如果上一层的需求已满足，客户是否会跳过这个新出现的较低步骤？）；刚出现的最底层，其向下的联系要到下一次向下梳理时才能测试，这没问题。此外，目的层级仅豁免第 3 项测试：第 2 项和第 4 项仍然适用；第 1 项则应个性化处理——“获得认可”和“留下传承”必须记录为这位客户对它们的具体理解（“让镇上的人都知道她酿的啤酒好喝”“升任副总裁，并重新拥有晚间时间”），不能只写成抽象概念。

客户由用户了解；措辞由关卡把关

客户是否真的会这样逐步深入、客户真正想要什么、哪种角色画像最理想——这些由用户了解；坦诚地追问一次后，就以用户的判断为准。但关卡不是用户可以豁免的：未通过测试的层级，无论用户多么坚持，都不得以任何形式记录在层级结构中。用户真正想表达的内容，总有一种合规的说法；找到它就是这项工作的职责。当用户以市场认知为由为某种措辞辩护（“客户就是想要这个——董事会已经批准了这套说法”）时，要明确区分这两者：客户想要什么由用户决定，以用户的判断为准；措辞则由关卡把关，文件中绝不采用供应商的措辞。语气保持温和；标准不降低。只有一种退路：如果解释一次这个陷阱后，用户仍不愿继续深入，就不要因此拖住整个练习——以明确的备注完成最终稿，在前言中注明“层级结构不完整——应用户要求，在达到目的层级前停止”，如实说明文件的实际情况。

最后的追问

完成最终稿前，彻底审视一次整个层级结构。如果环境中安装了魔鬼代言人式盘问技能（例如该方法同一作者编写的 Rude Q&A / asb-rude-qa），就针对层级结构草稿调用它，并附上以下要求：审查这个需求层级结构——找出所有使用供应商措辞或泛泛词语表述的层级；找出所有不符合“如果把它交给他们并满足了，他们会跳过下一层吗？”这一测试的手段到目的的链接；找出所有没有真实使用者、又不是目的层级的层级；找出所有只是把相邻层级换种说法的层级；并检查顶层——他们是在自己的层级停止深入，还是在礼貌地多走了一步？ 如果没有可用的此类技能，就在完成最终稿前，亲自逐项进行完全相同的盘问，并让过程清晰可见。

如何使用此技能

阶段 A — 摄取并锚定

可选输入，值得询问一次。 这套需求层级围绕特定客户构建，因此请询问用户是否有以下资料（同时询问文件路径，以及用于文件标题的公司／产品名称）：理想客户定义（根据行为和情境标志定义客户的文件——通常包含编号的关键特征、淘汰条件和触发事件）；客户访谈结果；关键特征图表。阅读现有资料——其中提到的理想客户就是这套需求层级所针对的客户；访谈引述是使用客户原话表达各层级的宝贵素材；关键特征则能让“为什么你所在的层级仍然胜出”这类表述更有力。如果这些资料都不存在，请直言有了这些资料，需求层级会更精准（并说明本技能作者提供的一套理想客户定义方法会生成该定义——若已安装，asb-carol-define 是最后一步），然后继续：坚持让用户用一两行描述理想客户——描述其情境和行为，而非人口统计特征；反复追问，直到描述足够精准，因为模糊的锚点会扭曲其上的每一层——并将其记录在前言中作为锚点，同时注明尚未验证。也要记录缺少哪些资料（“不存在理想客户定义、访谈或关键特征图表”），这样恢复会话时就不会再次询问。

恢复检查。 如果目标位置已经存在 NEEDS-STACK.md，请先阅读：如果文件头标注为进行中，就恢复工作——严格按照指针所示继续，不要重新讨论已确定的层级。如果文件已定稿，则询问用户是要修改，还是为第二个用户画像构建另一套需求层级。用户说“继续”，但预期位置没有找到文件时，请先询问文件所在位置，再从头开始。

锚定层级。 询问产品的功能，然后将其转换为需求：锚定层级应当是客户的需求，而不是产品的类别。“我们销售托管式 Postgres 托管服务”应锚定为“拥有一个能自行运行的生产数据库”。对其执行结晶检查，包括界定参与者：用户及其直接竞争对手。这就是 N1。N1 确定后，立即创建 NEEDS-STACK.md——如果有输入文件，就放在同一目录中；如果没有输入文件，则在创建前询问方法文件应存放在哪里（默认：当前目录）——并添加进行中标记。

阶段 B — 逐层向下

每次交流只讨论一个层级：如果你的产品没有处理这个层级，客户在它的下方还必须做什么或购买什么？向下每一层都要完整执行检查，另外还要说明其作用：它是一项你让其变得不再必要的步骤，并且应该明确指出这一点。当再往下一层与购买决策无关时，就停止下探——判断标准是：买家在你的层级中比较不同参与者时，是否会考虑这一层？你的定位是否会提到这一层？两者都否 = 停止（“购买基础设施”之下还有“用上电”，这确实存在，但没人会在定位中提到）。通常向下探索一到两层即可。在进行中状态下，将停止位置及理由记入文件头的指针中，以便恢复会话时知道下探已完成。

阶段 C — 向上追溯

每次对话向上追溯一级，从锚点开始：这是客户的人生抱负吗？最终目的是什么？ 每向上一级，都要完整通过关卡，并注明该级的角色：上一级是承诺；再往上是愿景；每个已占用的更高层级都要说明，为什么你的层级对理想客户仍然胜出（他们能保留的灵活性、定制能力或独特性）。越过那个让人觉得可以停下来的位置继续向上——陷阱就在于停在你自己的层级或刚好高于它的位置。当这些层级不再呈现产品形态时，追溯便结束：记录一到两个目的层级，并标明其性质。

如果市场确实在某个高度出现分歧——不同的理想客户朝着不同的终点攀升——不要把它们平均成一个模糊的层级；记下这种分歧，并为另一类人物提供第二组层级（阶段 D）。

边推进边写入文件。 每个层级一旦确定，就立即按它在层级结构中的位置写入文件——确定顺序与层级顺序不同，因此这是放置，而不是追加到末尾——并及时更新文件头中的进度指针：已锚定、已向下追溯至（以及追溯是否完成）、已向上追溯至、当前正在厘清。若某个层级尚在推进中——已有候选表述，但尚未确定——也要把候选表述写入指针：不得以任何形式记录的规则保护的是层级正文，不是恢复进度指针；恢复会话时，不应丢失用户已经反馈过的内容。文件就是记忆，不是聊天记录。如果无法访问文件，每推进一到两个层级，就在代码围栏中重新输出完整草稿。

阶段 D — 检查并收尾

• 最终审查（根据工作方式委派或自行执行）。审查涵盖文件中的每一组层级，并进行核查——不重新打开已确定的推进节奏：发现的问题应在用户确认后、沿用已冻结的编号直接修补。
• 角色检查。 每个层级都要标注其角色；每组层级的锚点和承诺层级都必须明确无误。
• 第二组层级？ 如果销售对象有两类（购买者与用户），或出现了第二类理想人物，请主动提出现在为其追溯另一组层级——编号继续递增（不重复使用），置于单独一节，并遵循完整流程（其锚点标为 YOU ARE HERE，有自己的向下检查和承诺层级，并通过相同关卡）。如果用户暂缓处理，应在“后续步骤”中记录这种分歧（“经济买家可能会沿着另一组层级攀升；编号将从 N 继续”），以免遗漏。
• 完成最终定稿：移除进行中标题，撰写“定位之外的用途”和“后续步骤”两节（这些是最终定稿内容，不是在追溯过程中逐步构建的），并以交接说明收尾：层级是定位的骨架——说明每个层级该怎么表述，以及你在上一级作出什么承诺。如果已安装此方法作者的定位技能（例如 Positioning / asb-positioning），请注明：“准备好后，使用此文件对营销文案运行 asb-positioning。”

文件结构

# Needs Stack — <company / product>

> ⚠️ IN PROGRESS — anchored at N1; walked down: <N-numbers, and
> whether the descent is complete, with the stop reasoning>; walked
> up: <N-numbers settled so far>; currently crystallizing: <the level
> in flight — include any candidate phrasings proposed but not yet
> settled>. <If the walk is done and the sweep isn't: "walk complete;
> closing press / role check / finalization remaining."> <If a second
> stack is in flight, say which stack and where.> If you are
> resuming, continue there. (This note is removed at finalization.)

<Two or three lines: whose stack this is — the ideal-customer
definition file it anchors to, or the confirmed customer sketch — and
the product. Levels are numbered in settle order; position in the
list below carries the stack order, top ends before bottom means.>

## The stack

**N5.** ★ <purpose level> — *purpose level: no product satisfies
    this directly; material for higher-purpose stories, never for
    promises.*

**N4.** → <aspiration level>
    Occupants: <who serves this level, by name>
    Role: aspiration — show the part you play; never promise it.
    Why your level still wins for your ideal customer: <what they keep>.

**N3.** → <one level up>
    Occupants: <…>
    Role: **the promise** — the outcome claimed as a consequence of N1.
    Why your level still wins for your ideal customer: <what they keep>.

**N1.** → <your level>  ← YOU ARE HERE
    Occupants: you; <direct competitors, by name>.
    Role: **what you do** — features live here; meet searchers where
    they are.

**N2.** → <one level down>
    Occupants: <…>
    Role: advancement — a step you make obsolete; brag about it.

## <Second persona> stack (only if the sale has more than one head)

<Same structure; numbering continues from the first stack.>

## Uses beyond positioning

<Two or three lines: measure success one level up from what you
deliver; the purpose levels are where the company's higher purpose
lives; moving your product up a level is a different business —
partial climbs (verticals, add-ons, helpful content) are the
realistic versions.>

## Next steps

<Two or three sentences of prose: the stack feeds positioning — talk
features at your level, promise the level above, reference
aspirations without promising, brag about the levels you obviate —
and the method continues by converting your actual marketing copy
level by level. Name the positioning skill if installed.>

N 编号一经写入就固定不变——后续的定位陈述会引用这些编号。切勿重新编号；之后插入的层级应使用下一个全新编号，并放在列表中的相应位置。固定的是编号及层级含义，而非逐字措辞：文件仍在编写期间，经用户确认后，可以在保留冻结编号的情况下润色措辞（最终审查通常会这样做）；定稿后，变更只能追加，不能改写。

拒绝条件

• 不知道客户是谁。 没有客户的层级是一种猜测。至少要追问一个清晰的概述（情境和行为）；建议开展理想客户相关工作；如果根据概述继续推进，则要在文件中注明这一点。
• 无论如何坚持，都不能使用供应商话术或泛泛的层级。 “充分利用我们的平台”和“取得成功”绝不能写入文件；客户的实际目标必须始终存在，并且要用客户自己会说的话表达——这才是唯一可记录的形式。
• 停留在用户自身的层级。 上述层级才是重点——要继续深入，超越舒适区，直到达到目的层级。
• 把不同客户的层级混为一谈。 如果不同角色确实存在分歧，一个模糊的层级描述谁都不适用；应按角色分别构建。
• 跳过逐层提炼，试图一次勾勒出整套层级。 未提炼的层级只是头脑风暴，不是地图；必须按顺序逐层把关。
• 撰写定位本身。 根据这套层级改写文案、陈述和宣传语，是该方法的下一步，而不是这一步；本文件到角色和交接为止。