五层熵：意图、边界、现实、效果、留存

上一节说，失败发生在「某一层不确定性被当成已收敛」。这一节要把「某一层」说清楚——因为如果你分不清是哪一层，你能做的只有一件事：加人、加会、加文档。而这三样东西对五层里的绝大多数层是无效的。

先给结论：客户现场的不确定性分成五层，每层的熵源不同，因此每层只有一种有效的收敛动作。用错药不会让情况变好，只会让它在更晚的时候以更贵的形式出现。

五层分别是什么

意图熵：客户说不清自己要什么。

熵源是「他表达出来的」和「他真正被考核的」之间的落差。表现是需求反复、会上说「再看看」、同一个词双方理解不同。这一层的有效动作只有一个：把请求翻译成成果，并让客户用他自己的考核语言复述一遍（第 3 章）。

常见的错药是「写更详细的需求文档」和「先做个原型给他看」。前者把不清楚的东西写得更长，后者让客户对形态产生先入为主的判断，反而更难改。

边界熵：范围会自己长大。

熵源是扩张没有成本。每一次「顺手加一个」都不需要任何人付出代价，所以它必然发生。有效动作是给变更标价：改需求可以，但要占时间、占范围、或降验收线（第 4 章）。

错药是加班和加人。这两样能让范围暂时装得下，但它们不改变扩张机制，只会把团队的承受力一起吃掉。

现实熵：数据和系统不是描述的样子。

熵源是「文档里的系统」和「运行中的系统」之间的落差。有效动作是勘察与分级：哪些数据能直接用、哪些要清洗、哪些根本拿不到（第 6 章）。

错药是「在会议室里推演架构」。架构图画得再对，也回答不了「这张表有没有主键」这种问题。

效果熵：说不清算不算达标。

熵源有两个：模型输出本身不确定，以及「好用」没有定义。有效动作是建考题集和双阈值——先定义什么算对，再定义什么算不能上线（第 9 章）。

错药是换更强的模型。模型变强会让分数上升，但如果没有考题，这个上升无法被证明，也无法被验收。

留存熵：上线了，但没人用。

熵源在习惯和激励，不在技术。有效动作是把新能力嵌进用户已有的动作里，并把系统真正交出去（第 11 章）。

错药是开培训会和写使用手册。这两件事假设用户「不知道」，而多数情况下用户知道，只是不想改。

为什么顺序是这个顺序

五层不是并列的清单，是有依赖的序列。

意图没收敛就做边界，你会把范围守在一个错误的成果上——守得越严，错得越准。边界没收敛就做现实，勘察会漫无边际，因为你不知道要为哪个范围勘察到什么颗粒度。现实没收敛就做效果，你测出来的分数会被脏数据稀释，看不出是模型的问题还是数据的问题。效果没收敛就谈留存，等于让用户去用一个你自己都不知道好不好用的东西。

这就是为什么第 3 章必须读完才能读第 4 章，而第 4 章必须读完才能读第 6 章。不是为了教学顺序好看，是因为跳层会让上一层的错误以「技术问题」的形式出现在下一层，然后被当成技术问题去解决。

有一类情况例外：探索性项目（客户自己也不知道要什么，目标是两周内看到一个可能性）。这类项目可以只收敛意图层，用最小可行部署快速验证，其余四层暂时搁置。但一旦决定正式做，必须回头补——第 4.3 节会讲怎么判断这个转折点。

一个反直觉的结论

这五层里最值得记住的一点是：每一层的「错药」，往往正是另一层的「正解」。

• 「做个原型给他看」在意图层是错药（会锁定形态），在现实层是正解（能快速验证数据接不接得通）。
• 「换更强的模型」在效果层是错药（无法证明），在现实层有时候是正解（如果瓶颈确实是模型能力）。
• 「开培训会」在留存层基本无效，但在现实层可以是有用的（如果问题确实是接口不会用）。

所以「这个做法有没有用」这个问题没有答案，正确的问法是：我现在在治哪一层？

判据卡

第三行有一个实际用法：允许跳层，但必须留下记录。写成一句话即可——「意图层未与业务方确认，依据是信息部门口头转述，风险：可能做出没人用的系统，复核时间：第 3 周。」这句话在项目失败后的价值，比任何复盘都高。

动手练习

第一题（判定）

以下是四种处置，分别对应哪一层？其中哪一种在当前场景下是错药？

• A. 客户说不清要什么，团队决定先做一个可点击的演示给他看。
• B. 客户第三次加需求，团队决定把交付期从四周延到六周。
• C. 数据接入卡了两周，团队决定先做架构评审，把方案定下来再动手。
• D. 上线两周使用率 8%，团队决定组织三场全员培训。

第二题（找漏）

一个项目：客户要求做设备故障预测，团队直接进入数据建模，用三个月做出了准确率 82% 的模型。上线后客户说「这个不准」，项目中止。

从五层看，这个项目最先缺的是哪一层？如果你只能补一层，补哪一层最可能改变结局？

参考答案

第一题

• A 是意图层的动作（让客户看到具体形态以帮助表达），但在这个场景下是错药：客户说不清时给演示，会让他对形态先入为主，而真正的成果还没定义。正确动作是先做成果契约。
• B 是边界层的错药：延期只是把扩张的成本转移到时间上，扩张机制没变。正确动作是给这次变更计价——延期的同时明确「这是用范围换的，下一项不做」。
• C 是现实层的错药：数据接不通是勘察问题，架构评审回答不了它。正确动作是逐条查为什么接不通（权限、字段、接口、导出限制）。
• D 是留存层的动作，方向对，但通常是低效药：培训解决「不知道」，而 8% 的使用率更可能是「不需要」或「不好用」。正确动作是先查用户的实际动作发生在哪里。

第二题

最先缺的是意图层（其次缺效果层）。

「故障预测」是一个解决方案形态，不是一个成果。客户说的「不准」，可能是预测没报出他关心的那类故障，可能是报警太频繁他不看，也可能他要的其实是「提前多久知道」而不是「准不准」。这些都没有被定义过。

如果只能补一层，补效果层——具体说是先建考题集：找 30 个历史故障案例，问客户「这几个，系统提前报出来算有用吗？提前多久算有用？」。这一步会立刻暴露意图层的问题（原来他要的是提前量，不是准确率），而且成本只有两周。

这题的重点在于：补意图层需要客户重新投入，往往推不动；而补效果层可以用客户已有的历史数据撬动，是更现实的切入点。「最该补的层」和「最先能补的层」经常不是同一个，选后者不等于放弃前者。

自检清单

• [ ] 我能说出当前项目最不确定的那一层，并且只说一层
• [ ] 我正在采取的动作，属于那一层的有效动作，不是另一层的
• [ ] 如果有层被跳过，我留下了书面记录，写了风险和复核时间
• [ ] 我能举出一个「在本层是错药、在另一层是正解」的具体做法

本节为原创论述。

关于主张的边界：五层模型的颗粒度对「一人交付的小项目」偏重，实际执行时可以把意图与边界合并成一次对话。分层的价值在于诊断，不在于流程——不要为了走完五层而制造五个文档。