开篇

烘焙连锁那家店的中央厨房，我第二次去的时候，一个做了十二年的店长拿着配送单跟我说：「这个数我报了十年，每天早上一睁眼，凭昨天的数加一点余量。」

她没问我加什么余量、问的是要装什么新设备。

我说，不装。

我又说，你店里的监控摄像机一直在数过路人，每一天、每一小时，从你开店第一天起就在数，从来没停过。你要的数就在那台机器里。我去做的事，是把那个数要出来。

她愣了一下，没说话。

这件事做了一年，按客户自己的口径算，浪费从 130 万压到 60 万（已有实际记录）。

这一卷要展开的并不是这个数字本身。这一卷要展开的是另一组问题：为什么这件事做了十年没人动过，为什么我进场能看见这件事，以及做完了之后，哪些东西活了、哪些东西死了。

记录停在哪儿，案例就写到哪儿。这一卷的每一案都按六段格式展开。第六段是这一卷的承重墙，缺了它案例不成立。

---

引言　这一卷怎么读

0. 这一卷的存在理由

卷四方法章会告诉读者 FDE 怎么做，卷八组织章会告诉读者 FDE 怎么组织起来，但读者会问：这些方法在真实项目里到底长什么样？哪些跑起来了，哪些死了，死因是什么？这些问题的答案只有案例能给。本卷是卷四、卷八的实证层——五个完整案例加一个候补，每案按六段展开，每段给口径、按证据三级标注。

1. 六段解剖是格式，不是装饰

卷四回灌阶段引入过六段解剖。卷七把它展开成五个完整案例加一个候补，每个案例的六段顺序固定：

• 第一段　靠什么真正赚到钱
• 第二段　钱在哪个环节漏掉
• 第三段　三张图（钱怎么流 / 权怎么走 / 谁会输）
• 第四段　判断错在哪里
• 第五段　什么真的跑起来了
• 第六段　什么死了，以及死因

第六段不可空。这是模板铁律，也是这一卷的脊椎。一个写了五段赞歌、第六段写「无」的案例，等于没有第六段，等于案例不成立。死因分六型，可多选：需求本身不成立、找错了人、工作流改动幅度超过收益、数据源不稳定、唯一的推动者走了、我们自己没跟上。选不进则自述，但不可省。

2. 素材真相分层（这一卷的纪律）

卷三原则章建立的证据分级在案例上严守：用户口述确认的内容直接写明来源，磁盘证据直接写明文件依据，方案结构判断会注明依据，合理推断会说明推导链条，未记录内容直接写「目前没有记录」，禁止补写。脱敏口径：地点一律不带（城市、地区、国家全抹），人名、团队名、公司名全抹。第一人称用「我」。

来源唯一：所有细节只准引用 02-research/案例六段稿-脱敏版.md、02-research/案例池-本地素材.md、02-research/案例池-补全调研.md 三份文件。三份文件外的事实不出现。

3. 撤回权

所有案例客户享有永久一票撤回权。撤回时案例不删，只在该案下加注「客户撤回记录」并停止传播。脱敏三层自检（实体层、数字层、时间层）已在三份素材文件中逐案通过。

4. 阅读建议

主案例 A6 烘焙连锁最长，承担「可测量、低成本、真问题被定位在需求预测端」的全书级证明。失败案 A1 留学服务承担「做完调查不等于有权报价」的全书级证明。中间三案覆盖 SaaS 合同化（A2+A4）、零售访谈与现场侦察（A3）、现场画像纠偏（A5）。每案之间有一行「本案教会什么」承重句，升级为判据化表达，可被卷四侦察与定义的判据库直接引用。候补太空舱 AI 住宿尚未成案，只写商业模型草案与升级条件，宁可空着也不冒充成立。

建议阅读顺序：

1. 第一次读：按本卷写作顺序（开篇 → 引言 → A6 → A1 → A2+A4 → A3 → A5 → 候补 → 小结 → 法条），建立总体框架。
2. 第二次读：按角色挑读——侦察阶段的人重点读 A6 第四段、A3 第四段、A5 第四段；定义阶段的人重点读 A2+A4 第四段；交付阶段的人重点读 A6 第五段、A2+A4 第五段；回灌阶段的人重点读 A1 第五段；撤离阶段的人重点读所有案例的第六段。
3. 第三次读：把每案的「本案教会什么」抄到自己的工作笔记里，对照自己的项目逐条自检。

案例一（A6）★主案例

烘焙连锁：23 家门店的浪费从 130 万压到 60 万

记录头

• 行业：烘焙连锁零售
• 规模区间：23 家门店，全部同城（已有实际记录）
• 地域：地点全抹（脱敏三层自检：实体层）
• 项目周期：目前没有记录，进场到验收的周数也未记录。
• 记录时间：模糊到季度；业务时序用相对时序
• 数字口径：浪费金额从 130 万降到 60 万，已有实际记录；统计周期与报废口径细目目前没有记录，是否包含折扣损耗也未确认。
• 撤回权：客户享有永久一票撤回权

第一段　这家公司靠什么真正赚到钱

对外口径是现烤现卖、新鲜当日。顾客看到的画面是门店明档、中央厨房送货、保温柜里整齐码着的产品。门店明面层的盈利故事讲「新鲜」、「现烤」、「当日」，营销文案围绕它展开，包装设计围绕它转，门店动线围绕它设计。

实际利润结构卡在一条剪刀差上：产品保温保湿窗口短，卖出去的才是钱，卖不完的当天变成报废（方案结构判断）。这把剪刀的两片是：一头是短到以小时计的保鲜窗口，另一头是中央厨房到门店的一次配送一旦成批就难以撤回。一天结束的时候，凡是出了中央厨房、没被顾客买走的产品，全部由总部毛利直接吸收。

23 家门店同城分布，意味着总部统一生产、统一配送（根据现有材料推断），每家店每天的要货量直接决定当天的报废量。这条连锁的真正产品不是某一款面包或蛋糕，而是「每家店每天要配多少」这个被重复了成千上万次的小决策本身。每一个小决策的累计误差，构成了一年一百三十万（已有实际记录）的浪费。这家公司的利润不藏在营销里，藏在配送量与客流曲线之间的对位关系里。

发现这条剪刀差的过程并不戏剧化。现场做了两件事：把过去若干个月每天的配送量调出来，把对应日期的客流曲线调出来，错位一眼可见。

合理推断说明： 具体发现周次与触发场景未记录。

第一段真正要回答的是：钱从哪赚。从每家店每个时段的客流转化的订单里赚。这是后面所有动作的承重前提——只要这个前提成立，第二段到第六段的工作就都落在「让配送量追着客流走」这一条主线上。

剪刀差的工程含义：保鲜窗口短、配送批量大、客流随机波动，三个条件同时成立时，配送量与客流曲线之间的错位会以乘积形式放大到年度百万元级别。任何一个条件不成立（如保鲜窗口足够长、客流量可预测、配送可撤回），这个量级的浪费都不会出现。这条工程含义是 FDE 在零售现场最常见的诊断模型：剪刀差公式 = 保鲜窗口倒数 × 配送批量 × 客流波动方差，乘积超过一定阈值就值得进场。烘焙案三条都成立，乘积落在百万级，所以进场；冷链批发可能只有两条成立，乘积落在十万级，进场价值就低；包装食品零售可能只有一条成立，乘积落在万元级，不值得进场。

合理推断说明： 剪刀差公式为一般化诊断工具，具体案例的乘积计算需要行业级数据，本卷不展开具体数字。

第二段　钱在哪个环节漏掉

漏点非常集中：配送量拍脑袋（方案结构判断）。改造前每年浪费 130 万（已有实际记录）。按 23 家门店折算，每店每月报废约在四千到五千元量级。

合理推断说明： 130 万 ÷ 23 店 ÷ 12 月 ≈ 4700 元。

这一组数字在烘焙门店日报废百元级的体感上成立，量级对得上。

合理推断说明： 对照补全调研 QE 第 1 项合理性审查。

四类归位，分类如下：

• 等待类：店长早报与门店真实需求之间的等待差（目前没有记录）。等待的延迟方向（早报 → 中央厨房配料 → 配送到店）与时滞长度（目前没有记录），但其存在由配送流程描述（根据现有材料推断）间接证实。
• 重复录入类：店长凭手感报数、中央厨房按数生产、门店按数收货，同一数字被多人口头传递，每次传递都产生偏差。传递链条长度、偏差幅度的统计（目前没有记录）。

合理推断说明： 源自配送流程描述。

• 影子系统类：12 年店长的「经验余量」作为非正式知识存在她脑子里，没有落到任何系统里。她的经验具体如何组成（昨日销量比例、天气权重、节庆权重）（目前没有记录），不可虚构。

合理推断说明： 源自店长原话与现场观察。

• 无人负责的返工类：报废发生在门店，损失由总部毛利吸收，门店不直接承受后果（根据现有材料推断）。门店层是否承担任何间接成本（如陈列位浪费、收银台时间占用）（目前没有记录）。

影子系统、重复录入、返工三类漏点的具体口径（目前没有记录），但本项目里钱的漏法单一而清晰，反而让验收口径变得干净：浪费金额就是唯一的判官。这条单一性是工程上的好事——它意味着交付与验收共用一个数字，不存在多指标相互拉扯的空间。

第三段　三张图

钱怎么流：门店营业收入回流总部，总部承担生产与配送成本，报废直接吃进毛利（根据现有材料推断）。预算与审批细节（目前没有记录）。回流周期（日结/周结/月结）与总部毛利科目口径（目前没有记录）。

权怎么走：

明面层。改造前，配送量的决定权在凭经验的报数环节（结构性判断：配送量拍脑袋）。从店长早报到中央厨房生产排程，再回到门店收货，每一个节点都按习惯和余量运行。明面层看上去是流程，实质是惯例。

实际层。改造后，配送量的决定权移到数据口径上——客流曲线 × 门店点位特征 × 产品保鲜窗口，生成逐店逐时段需求模型，配送数量按店按日调整（方案结构判断）。这条链上的人换成了系统，但拍板的最终节点是「按数据调」这个动作本身，而不是某个具体岗位。

合理推断说明： 由改造后的工作量替代关系合理外推。

具体谁看数据、多久调一次、决策规则阈值（目前没有记录），具体执行细节未记录。

实际层与明面层的差额，恰好是 FDE 进场能看见的事。一个长期运行的惯例（店长凭经验报数）在组织里被默认接受，要看见它的错位，需要把惯例背后的数据摆到它面前——这是侦察阶段最值钱的一种动作。

三张图的可迁移性说明：

• 钱怎么流：本卷所有案例在「钱怎么流」一节都执行同一模板——预算科目来源、谁批、额度上限、超限流程。烘焙案的「门店营收 → 总部毛利 → 报废吸收」是单链条的零售模型；健康案的「首付款 → 里程碑 → 质保金」是合同化模型；时尚案的「确认收货净额 → 多渠道」是电商模型。链条形态不同，但描述口径一致——可迁移的永远是描述口径，不是链条形态本身。
• 权怎么走：明面层（架构图汇报线）与实际层（真正拍板者，以及拍板依据）的差额，是 FDE 在侦察阶段最容易看走眼的地方。本卷所有案例的第三段都执行这一差额分析：
  • 烘焙：店长惯例与数据驱动之间的差额。
  • 留学：联合决策者与合作结构试探之间的差额。
  • 健康：合同条款与单点推动者之间的差额。
  • 时尚：前任工具失败带来的迁移成本。
  • 酒业：企业主出资与分散拍板权之间的差额。

差额的具体内容不可迁移，「明面层与实际层」的分析框架可以迁移。

• 谁会输：本卷所有案例的第三段都列出至少一个输家，并标注风险等级和应对动作。没有记录的地方会直接写明「目前没有记录」。输家的识别是 FDE 在交付前就要做的——识别不到输家，意味着改造方案的可行性评估缺一半。

谁会输：凭经验报数的岗位会输，他们的工作量被模型替代（根据现有材料推断）。该岗位其余职能占比（如店长还要做的现场管理、人员排班、应急处置）与应对安排（目前没有记录）。风险等级可定性为中（技能过时但岗位不消失），应对动作在素材中未给出。

第四段　判断错在哪里

进场时的判断聚焦在生产和报废环节——浪费发生在门店，直觉上问题也在门店（方案结构判断）。这个直觉的逻辑链是清楚的：报废现场在门店，门店一定知道为什么报废，所以门店一定有办法减少报废，所以真问题在门店的生产执行端。

实际拆解后发现，真问题不在生产端，在需求预测端：报废只是结果，原因是每天的配送量跟每家店真实的客流曲线对不上（方案结构判断）。换句话说，问题落在配送量与客流曲线的错位上：报废发生在门店，配送却按拍脑袋的数走；保鲜窗口短是事实前提，但每家店每天每时段要多少是未知数。

纠偏信号来自数据本身：改造现有监控取到的客流曲线，跟门店要货记录放在一起，错位一目了然。

合理推断说明： 具体发现周次与触发场景未记录。

第四段最值钱的落在信号上，结论反而次要。客流曲线 × 要货记录并列观察，立刻暴露错位。这种信号可迁移——任何在门店端反复发生、又跟「人脑估算」绑定的浪费，几乎都能用同一种思路定位。前提是现场有可被取出的数据源。

本节失效条件：若 A6 第四段的纠偏信号另有来源（如店长主动报告、或配送系统日志、或财务对账倒推），本段需重写。当前素材只支持「数据并列暴露错位」这一条信号链。

第五段　什么真的跑起来了

按四周法则，改造后跑起来的有三样东西：

• 改造现有监控取数： 没有新装摄像机，直接用门店已有监控设备的客流统计能力把数据要出来。数据一直存在，只是没人去要。

证据状态： 改造现有监控的记录为骨架证据与实证。

这也是卷六硬件与现场章的承重锚点：硬件投资的最大成本往往落在「没人去问那台设备能吐什么数」上，设备本身的投入倒在其次。

• 温湿度传感器： 低成本传感器补齐产品保鲜窗口的实测数据，让「保温保湿窗口短」从经验说法变成可计算的时间窗。

证据状态： 传感器实测数据有实证；「保鲜窗口可计算」属于合理推断；具体数量与部署位置未记录。

• 按店按日的配送调整： 需求模型落地为逐店配送量，每天按数据调整。

证据状态： 方案落地为骨架证据；执行者、执行频次和具体操作未记录。

四周法则逐条检验：

• 改造现有监控取数： 功能存在，有实证；使用者岗位和使用频次未记录。判断依据是客流曲线已经作为配送调整输入，属于合理推断；四周连续使用的具体记录未找到。
• 温湿度传感器： 功能存在，有实证；使用者岗位和使用频次未记录。判断依据是保鲜窗口作为可计算时间窗参与需求模型，属于合理推断；四周连续使用的具体记录未找到。
• 按店按日配送调整： 功能存在，有骨架证据；使用者岗位和使用频次未记录。浪费从 130 万降到 60 万是结果性实证，但四周连续使用的功能级证据未找到。

四周法则在这里的应用要诚实执行：素材只支持结果性证据（130 → 60 万），不支持四周连续使用的功能级日志证据。这是烘焙案在「四周法则」维度上的真实边界——不假装四周日志存在，也不因此否定它跑起来了。

结果：浪费从 130 万压到 60 万（已有实际记录），降幅超过一半。过程很顺利（已有实际记录），没有发生返工、中断或客户反悔。

合理推断说明： 由「过程很顺利」合理外推。

成本收益对照：

• 收益：每年节省约 70 万元。实际记录显示浪费从 130 万降到 60 万；按 23 家门店折算，每店每年节省约 3 万元，这一数字是根据现有材料推断的。
• 成本：直接复用现有监控，没有新增摄像机，这一点已有实际记录；温湿度传感器成本较低，也有实际记录。具体部署数量目前没有记录，但「低成本」一词由用户口述限定，意味着成本量级远低于收益量级。
• 投产比：收益量级（数十万级）远高于成本量级（万元级以内）（根据现有材料推断）。这一对照是本案被选为主案例的工程理由——它证明「零硬件投入 + 少量低成本传感器」也可以改变业务，前提是真问题被定在需求侧。

机制拆解：客流曲线 × 点位特征 × 保鲜窗口 → 逐店逐时段模型：

• 客流曲线：由门店监控的客流统计能力持续吐出，按小时颗粒度累积。它回答「这家店今天有多少人进来过」，是需求量预测的第一输入。
• 点位特征：每家门店所在位置的人流画像（写字楼、地铁口、社区、学校旁、商场内）。同一时段，写字楼店的客流高峰在早八晚六，社区店的客流高峰在周末，商场店的客流跟商场营业时段同步。点位特征把客流曲线修正成「这家店会有多少人是会买的潜在顾客」。
• 保鲜窗口：温湿度传感器实测出来的产品可售时长，从生产到不能卖的真实时间窗。它回答「配送量错了最多能扛多久」，决定配送决策的时间敏感度。
• 逐店逐时段模型：把上述三个输入合并，输出每家店每个时段应该配送什么、配送多少、什么时候发车。这条模型是「按店按日配送调整」的实际形态。

机制可迁移性的边界：上述模型能跑起来，需要满足三个前置条件：

1. 门店监控具备客流统计能力。行业主流设备基本具备这一能力，属于合理推断。
2. 温湿度传感器能持续吐数。低成本传感器属于成熟件，有实证。
3. 店长或中央厨房调度愿意按数据调整，而不是继续凭经验。这是流程与意愿条件。

三个条件缺任何一个，模型就停在「漂亮 PPT」。本案三个条件都满足（根据现有材料推断），所以模型才能跑起来并产出 130 → 60 万的结果。

机制可迁移性的三类应用场景：上述机制在烘焙场景之外有三类应用方向。

第一类是其他短保鲜的零售品类（熟食、鲜切花、生鲜半成品），保鲜窗口以小时计、配送批量大、客流波动明显的场景。该方向的工程含义最高，因为三条件都成立。

第二类是中长保鲜但配送批量大的品类（部分日配冷链、定制礼品），保鲜窗口以天计但配送不可撤回。该方向的工程含义次之，需要把模型的时间颗粒度从小时降到天。

第三类是配送可撤回的品类（部分日用品、标准化包装食品），保鲜窗口长且配送可撤回。该方向的工程含义最低，因为错位的乘积效应被物流可撤回性稀释。

三类场景的判据是「保鲜窗口倒数 × 配送批量 × 客流波动方差」的乘积。本案烘焙属于第一类，乘积落在百万级；其他两类乘积分别落在十万级与万元级。FDE 在进场前的最小评估就是算这条乘积——乘积过小的场景，进场价值低于进场成本，不进场。

合理推断说明： 三类场景的乘积估算是工程经验值，具体数字因行业而异，本卷不展开数字。

第六段　什么死了，以及死因

死掉的是拍脑袋报数这件事本身。 旧的配送决策方式——凭经验、凭感觉、凭「昨天卖得怎么样」——被数据口径替代后，没有复活过。

合理推断说明： 由「配送量拍脑袋 → 按店按日调整」的改造事实合理外推。

死因类型：3 工作流改动幅度超过收益——的反向成立。新工作流每年节省约 70 万元。实际记录显示浪费从 130 万降到 60 万；改动成本主要是低成本传感器，没有新增摄像机，也有实际记录。因此，旧方式被新工作流替代。旧方式的死法可以这样描述：不是「用户放弃」的场景，而是「用户切换」的场景——切换的原因不是切换本身有吸引力，而是旧方式在数据面前不再站得住。

按六段铁律必须如实标注：用户口述「过程很顺利」，当前素材中没有独立的失败子系统或被砍方案记录（目前没有记录）。是否有过被否决的方案（全量系统对接、新硬件全覆盖、跨城配送优化）（目前没有记录），若有，这一段会更硬；若没有，本案就以「旧决策方式之死」为第六段，不虚构第二个死亡。

死因六型逐条复核：

1. 需求本身不成立：不成立否——需求（减少浪费）有量化结果。
2. 找错了人：否——数据就在设备里，找的是设备能力，不是找错人。
3. 工作流改动幅度超过收益：反向成立——收益远大于改动。
4. 数据源不稳定：未记录——若监控设备后续出现数据质量问题，本案第六段需重写。
5. 唯一的推动者走了：未记录——店长 12 年经验被替代，但她仍在岗位（合理推断）。
6. 我们自己没跟上：未记录——「过程很顺利」与此条无冲突，但缺乏独立证据。

附：原始素材

• 「浪费从 130 万压到 60 万」，用户口述，2026-08-08（已有实际记录）。
• 「过程很顺利」，用户口述，2026-08-08（已有实际记录）。
• 数据一直在摄像机里，只是没人去要（方案结构判断）。
• 12 年店长原话：配送数凭昨天的数加一点余量。

合理推断说明： 原话来自现场记录，准确措辞未在六段稿中固化。

• 23 家门店同城分布（已有实际记录）。
• 温湿度传感器（已有实际记录）。

附：FDE 适配判断

全流程强适配：侦察（真问题不在生产端在需求预测端）→ 定义（浪费金额为唯一判官）→ 交付（零硬件 + 温湿度传感器）→ 撤离前的诚实边界（过程顺利但不虚构失败子系统）。

失效条件：若出现用户回填的实际项目周期、调整执行细节、被砍方案记录，本案第四段、第五段、第六段重写；若统计口径（按年/按季/含折扣损耗）落定，本案数字与第二段量级需重核。

---

本案教会什么：零硬件投入也可以改变业务，前提是真问题被定在需求侧而不是供给侧。硬件投资的最大成本往往落在「没人去问那台设备能吐什么数」上，设备本身的投入倒在其次。当数据源已经存在但没人去要时，FDE 进场的第一动作是「要数」，不是「装设备」。

「要数 vs 装设备」的工程判据（本案蒸馏）：FDE 进场前的最小诊断流程是——

1. 客户已有设备清单（监控、传感器、收银、扫码枪、PLC 等）由现场排查列出，不依赖客户自报。
2. 每台设备的可吐出数据项（客流、温湿度、订单、扫码、计数器、状态字）逐项列出，不假设「能」也不假设「不能」。
3. 已吐出的数据 vs 客户当前实际在用的数据，差额即为 FDE 第一动作的目标池。
4. 差额里的高频项（如客流、温湿度）优先处理，对应业务价值大的先做。
5. 处理方式是「要数」（读接口、解析协议、写本地缓冲），不是「装设备」。

五条流程在客户现场用半天到一天就能走完。走完之后，FDE 进场的价值定位就已经明确——是要数而不是装设备。本案正是这条流程的范式兑现：客流数据已经在监控里、温湿度数据需要补传感器（低成本、成熟件）、配送量决策权需要从经验转到数据。三件事的工程量都很小，但任何一件没做都会让 130 → 60 万的结果出不来。

---

案例二（A1）★失败主案例

被拒绝的七位数报价：一家留学服务机构

记录头

• 行业：教育 / 留学服务
• 规模区间：服务高净值家庭；机构营收、客户数量未记录
• 地域：地点全抹
• 项目周期：计划五个月；实际执行周期未开始
• 相对时间：第二季度；报价发送与拒绝相隔极短；拒绝准确日期未锁定（记录间有一天出入）
• 撤回权：客户享有永久一票撤回权

第一段　这家公司靠什么真正赚到钱

对外产品是面向儿童的整本书导读录播课，设免费试听。商业路径是一条漏斗：试听进入低价课程，再进入一对一、小班和更高客单的教育服务。导读课形成前端收入，筛选高端家庭。获客依赖熟人转介和社群；客户记录里的第一优先级是获客，第二是导读课产品系统，长期维护在其后。

这家公司的钱从两条线进来：漏斗前端的导读课现金流，与漏斗后端的高客单教育服务。前者是流量，后者是利润。FDE 进场看到的「系统」诉求只是冰山一角，水下是漏斗本身的获客效率。

利润结构的隐藏面是：导读课本身未必赚钱，它的真实价值是把高净值家庭筛出来，导入后端一对一与小班。后端的客单价决定了公司能否持续运转，前端的导读课只是入口。理解了这一点，才能理解为什么客户的优先级排序是「获客 > 导读课产品 > 长期维护」。

第二段　钱在哪个环节漏掉

漏点在交付劳动和获客链：七个交付物要串成可追踪流程，数据采集、报告生成、推荐和触达都依赖人工执行。等待时长、重复录入次数、返工比例均未记录，不能把「效率低」换算成损失金额。

按四类归位，分类如下：

• 等待类：等待时长未记录，不能换算成金额。
• 重复录入类：重复录入次数未记录。
• 影子系统类：未记录。
• 无人负责的返工类：返工比例未记录。

四类归位在这里都打「未记录」。这是诚实执行的结果。FDE 七问清单里的判断诚实地落在「不换算」上，没有把「效率低」换算成损失金额，因为记录里没给口径。第二段的纪律比结论更值得抄——记录缺位的项目，第二段只能写漏点的形状，不能写漏点的金额。

第三段　三张图

钱怎么流：免费试听 → 单本导读课 → 继续购课或套餐 → 一对一 / 小班 → 高端教育服务。报价全案打包为七位数。

权怎么走：

明面层。客户侧由一名联合决策者拍板；客户负责内容、教研、数据导出和一线执行；我负责工程结构化与系统建设。这是合同化阶段被记录的分工。

实际层。客户在首次沟通里就提出过另一种合作方式——「挣多少钱都是一人一半」的 50/50 分成、「给职位一起做」的绑定关系。这两条信号意味着客户在拍板之前已经在试探合作结构，意味着他更愿意接受风险共担而非风险前置。实际层里，决策者的真实权重分布在这两条试探上，而不是在合同条款上。

明面与实际的差额，是本案的关键判据。报价只按明面层发送，没有回应实际层里的合作结构诉求。

谁会输：客户执行团队承担人工采集与按 SOP 操作；我方承担五个月范围、验收和交接风险。任一方掉链子，系统价值都无法验证。客户若上线后获客增长不达预期，他在 SOP 上投入的人工就沉没了；我若验收与交接出问题，五个月投入收不回成本。

第四段　判断错在哪里

判断错在两个层面。

第一层是方案层。 我早期把需求拆成知识库、客服、搜索可见性、线上化等孤立模块。实际情况是，客户的七个交付物需要一套围绕导读课生长的统一系统。触发纠偏的信号，是把 v3 与客户清单逐项对照后发现覆盖率只有 29%。v4 把覆盖率补到 100%，总价不变，付款由 4 段改 5 段，前置比例由 60% 降到 40%；数据采集从五个平台接口对接改成人工采集加 SOP 教学，家长侧看板被删除。

方案层的纠偏是从 v3 到 v4 的重构。这一步本身是成功的——覆盖率从 29% 升到 100%，且总价不变、付款节奏收紧、前置比例降低。这意味着方案工程意义上的边界做对了，但报价工程意义上的边界没做对。

第二层是报价资格层。 客户在首次沟通里提出过另一种合作方式，「挣多少钱都是一人一半」的 50/50 分成、「给职位一起做」的绑定关系。我没有当场答应，内部定为独立供应商合同关系，拒绝分成替代前期费用、拒绝先做看效果再付。然后我把一份七位数固定全案发了出去。

客户要的是风险共担，我给的是风险前置。客户要增长，我的报价只能保交付、明确不承诺获客数量和销售额。做完调查不等于有权报价，调查回答「客户需要什么」，报价资格回答「客户愿意以什么方式为什么付费」，我只答了第一题。

第四段最值钱的落在「报价资格」上。方案完整不等于项目成立，方案完整度是工程问题，报价资格是商业问题。FDE 在两个问题之间的跳跃，往往在没有可运行交付做验证的时候就完成了，这是本案留给后人的最大一笔。

报价资格的四问清单（本案蒸馏出来的可复用工具）：客户愿以什么方式付费（一次性 / 里程碑 / 分成 / 雇佣绑定）、客户为什么愿意付费（解决什么问题、回避什么风险）、客户不愿意以什么方式付费（价格上限、风险分配、付款节奏）、客户愿付费的部分与我们能交付的部分是否重合。这四问全答了，报价资格才算建立；只答第一问，方案就只是方案，不构成报价的资格。

本节失效条件：若客户回复原始记录出现并推翻上述推断（如客户明确表态「就是价格原因拒绝」），本案例第四段、第六段重写。当前素材只能支撑「价格与风险错位 + 价值错位」的合理推断链。

第五段　什么真的跑起来了

按四周法则，客户侧没有功能可认定为连续使用：计划未启动。

活下来的只有方案资产：

• v3 到 v4 的重构记录：覆盖度从 29% 升到 100%，付款节奏与前置比例同步收紧。

证据说明： v4 报价文档。

• 底层能力与交付物映射：把七个交付物整理成统一系统的素材（有文件记录）。
• 人工采集 SOP（有文件记录）。
• 「先做可运行 Demo 再出方案」的原则。
• 从这次拒绝里蒸馏出的报价方法论。

证据说明： 内部复盘记录。

四周法则在这里要诚实执行：客户现场没有任何东西连续使用满四周。活下来的东西全部在供应方一侧——它属于回灌资产，不是客户项目资产。回灌阶段的方法论（六段解剖、报价资格的判断、四周法则的边界）正是从这案的不跑起来里被蒸馏出来的。

回灌资产的形态分类：本案活下来的方案资产可以分成三类。

第一类是结构化资产（v3 → v4 重构记录、底层能力与交付物映射），它有明确的文档形式与版本号，可以被未来的项目直接复用或调整。

第二类是流程资产（人工采集 SOP、先做可运行 Demo 再出方案的原则），它以工作流规范的形式存在，能直接被下一个项目的执行环节吸收。

第三类是判断资产（报价资格的四问清单、调查与报价的边界区分），它是一类抽象规则，只有在被新的项目验证之后才能沉淀为判据。本案最大的回灌价值在第三类——报价资格作为独立判据被立住，是这一案对 FDE 方法论的承重贡献。

第六段　什么死了，以及死因

死掉的是整条报价与五个月交付计划。拒绝发生在报价发送当天或次日，客户未给出具体拒绝原因，业务线随后记为放弃。

死因分级（按证据强度）：

• 实证：客户拒绝、未给原因、项目放弃。客户此前的三句话是最接近的证据，「你不能把我叫的叫退堂鼓」（预算有限但愿意投入）、「挣多少钱都是一人一半」（要风险共担）、「没有人能操控 AI 技术」（怕项目烂尾没人维护）。
• 合理推断（多条记录收敛）：死因一是价格与风险错位——七位数固定前置与客户期望的风险共担方式冲突；死因二是价值错位——客户第一优先级是获客增长，报价可承诺的是系统指标，明确不保增量；死因三是烂尾恐惧放大价格阻力——客户的第三句话直接落在维护风险上。
• 未记录（不作结论）：替代供应商、客户反报价、拒绝后的任何谈判、客户业务后续。

死因六型逐条复核：

1. 需求本身不成立：不成立否——客户在拒绝前确实有系统需求。
2. 找错了人：弱成立——报价对接的是联合决策者，但实际层的合作结构试探指向更深层的合作意愿未对齐。
3. 工作流改动幅度超过收益：弱成立——报价本身的工作流改动幅度（五个月交付）相对于客户能感知到的收益（系统指标而非获客增长）偏大。
4. 数据源不稳定：不适用。
5. 唯一的推动者走了：不适用——推动者仍在，但意愿未被对齐。
6. 我们自己没跟上：成立——报价发送时未回应实际层的合作结构试探，方案完整但报价资格未建立。

若重来：先定义四周可判定的最小交付，用客户数据验证价值感知，再决定报价；没有价值证据，就停在侦察和定义阶段。事后内部复盘也得出了同一方向——「一次性签七位数不现实，先做一个场景再聊后续」。

证据说明： 内部复盘文档。

本案第六段写法的意义：失败案例的第六段不靠结果说话，靠死因分级说话。三个证据级别（实证/合理推断/未记录）的明确分层，是本案对「第六段不可空」的具体兑现方式。

失败案例第六段的五条写法纪律（本案蒸馏）：

1. 不写「项目失败」当成单一结论。 项目失败是结果，不是死因。死因要写到「价格与风险错位 + 价值错位 + 烂尾恐惧」这种颗粒度，而不是「客户不想做」。
2. 实证、合理推断、未记录三级标注全用。 全部实证的项目很少（成功率不到 10%），全部合理推断的项目容易跑偏，全部未记录的项目不能写案例。本案的「客户拒绝、未给原因」是实证，「死因一/二/三」是合理推断，「替代供应商、谈判过程、客户后续」是未记录——三级都有，案例才立得住。
3. 未记录的内容主动列出。 主动列出「未记录：替代供应商、客户反报价、拒绝后的任何谈判、客户业务后续」比「可能还有其他原因」更诚实。读者看到（目前没有记录）标注会知道这是边界，看到「可能」会以为作者没写完。
4. 死因六型逐条复核。 本案逐条复核的结果：1 不成立、2 弱成立、3 弱成立、4 不适用、5 不适用、6 成立。逐条复核的好处是强迫作者对每条死因表态，不能含糊。
5. 「若重来」必须写。 本案的「若重来：先定义四周可判定的最小交付……没有价值证据，就停在侦察和定义阶段」是对第六段死因的工程回应。没有「若重来」的第六段是写完不读的，作者自己都不知道从中学到了什么。

附：原始素材

• 报价发送的拟发送原话留档：「报价出来了，全案，我发你看看」，先一对一发送，不解释、不降价、不拆分，收集第一反应。

证据说明： 内部报价流程记录。

• 客户的回复没有留下记录。
• 内部复盘原话：一次性签七位数不现实，先做一个场景再聊后续。

证据说明： 复盘文档。

• 客户三句话（合理推断为接近原话）：「你不能把我叫的叫退堂鼓」「挣多少钱都是一人一半」「没有人能操控 AI 技术」。

附：FDE 适配判断

侦察与定义的交界：识别漏斗并重构报价，却把报价资格建立在方案完整度上。FDE 应先调查确认价值，再用可运行交付验证感知，最后报价。失效条件：若客户回复原始记录出现并推翻上述推断，本案例第四段、第六段重写。

---

本案教会什么：方案完整不等于项目成立，报价资格建立在「客户愿以什么方式为什么付费」上，不是方案完整度上。FDE 在两个问题之间的跳跃，往往在没有可运行交付做验证的时候就完成了——这是失败最常见的形状。

---

案例三（A2 + A4）★合同化全案

一家健康管理公司：从 Demo 到合同到波次交付

记录头

• 行业：健康管理服务（体检 / 门诊 / 健康干预）
• 规模区间：数十万级合同；客户营收未记录
• 地域：地点全抹
• 项目周期：合同约定启动条件齐备后约 180 日；实际周期未记录
• 阶段链（合理推断）：信息征集 → 8 模块 Demo → SaaS 需求拆解 → 合同化 → 波次交付
• 撤回权：客户享有永久一票撤回权

第一段　靠什么赚钱

这单的表层收入是定制开发交付费：固定首付款（五位数）不可退还，余款按 20% / 25% / 25% / 20% / 10% 绑定需求确认、两次初验、终验和质保金。

证据说明： 合同修订版。

更深一层，客户买的不是一个系统，而是一条可复制的业务线：需求文档把多租户、加盟数据隔离、总部统一下发方案模板写进愿景，一期交付只是这条线的第一个租户。合同总价：磁盘证据收敛到 40 万。

合理推断说明： 谈判记录从 45 万让到 42 万、又经 43 万压到 40 万，「40 万含首年服务器租赁、部署落地和运维质保」；合同原件总价栏空白，未升级为实证。

赚钱的真实结构是：客户用一期试点验证业务模型，验证通过后再向多租户、加盟体系复制。FDE 的工作偏重于帮客户确认这条业务线能不能跑通，软件交付是其中一种手段。理解这一点，就会理解为什么本案的「合同附件」会如此重要——附件是业务线试点的边界，它不是技术细节，而是商业边界。

第二段　钱在哪漏

三处漏点，全部有记录：

1. 定义没收口就开工：信息征集表上客户公司、决策人、现有系统、预算、数据量、会面时间大面积空白时，Demo、架构、服务器、合同已经在往前推。「训练」「微调」这类术语一旦写混，报价、验收和交付边界会一起漂。
2. 范围漂移：固定总价合同里，附件越宽，越多工作被默认为原价内。修订过程把一期基准锁死在两份附件上，二期能力（多租户、真实设备接口、完整 AI 训练平台）明确排除。
3. 外部依赖不确定：真实 OCR、AI、短信、支付、医疗数据、设备接口的账号、密钥、文档、授权不齐，接入成本可能先落到开发方。

四类归位，分类如下：

• 等待类：客户对接人失联导致合同草拟、需求文档整合、沟通复盘三项同日逾期。

证据说明： 待办记录。

• 重复录入类：未记录。
• 影子系统类：信息征集表大面积空白本身就是影子系统，表面有表，事实缺位（根据现有材料推断）。
• 无人负责的返工类：未记录。

第三段　三张图

钱怎么流：固定首付款启动，余款按里程碑释放；合同写明以款项到账日为实际付款日（有文件记录）。实际回款节点：未记录。

权怎么走：

明面层。合同把两份附件定为验收唯一判断标准，未在附件明确记载的功能、性能或页面，不属于交付义务。

证据说明： 合同原文。

客户侧对接人在合同化阶段确认过需求文档审完；签约法律主体未记录。项目内由角色权限控制数据和动作，医生负责报告审核发布。

实际层。客户侧核心对接人在合同化关键期失联一次，导致合同草拟、需求文档整合、沟通复盘三项同日逾期。

证据说明： 待办记录。

fallback（直接联系客户方另一位决策亲属）被写进待办，但完成记录未见。这意味着实际层的推动者只有一位，一旦这位掉了，整条链就停。这与合同条款无关，是组织层的事实。

谁会输：范围漂移时承担未报价返工的一方会输；把 mock、seed 或本地 smoke 当成真实完成时，客户会输；对接人失联时，双方都失去推进抓手，这一幕真实发生了（见第六段）。

附件锁边界的可复用要点（本案蒸馏）：把验收口径写到附件里，「未在附件明确记载的功能不属于交付义务」这一句话救了整个项目。这条做法的可复用要素有四：

1. 附件颗粒度：附件不能只列功能名，要列到具体页面、性能阈值、操作路径。本案附件一是开发文档，附件二是 Demo 原型（有文件记录），两者都是可被第三方比对的实体。
2. 判定语言：合同正文中必须有明确的「未记载则不属于交付义务」语句，不能模糊。
3. 责任划分：医疗合规条款把「信息处理合法性」明确归甲方，「脱敏、加密、权限控制和审计」明确归乙方（有文件记录）。责任划分越细，纠纷时越能落地。
4. 外部依赖清单：OCR、AI、短信、支付、医疗数据、设备接口的账号、密钥、文档、授权不齐时，接入成本可能先落到开发方。本案在第二段漏点里写了这条，但更规范的做法是把外部依赖清单也写进附件。

第四段　判断错在哪

材料未记录我个人的第一周判断，不补写。可确认的组织性教训有两条：

• 一：把信息征集表看成事实底稿，它只是侦察工具，表上的空白必须先逼出来再谈方案。信息征集表的存在不等于信息已经齐备，表的填写率才是侦察完成的真判据。
• 二：把「8 个模块齐了」误判成「定义完成」，定义阶段真正该锁的是术语、数据口径、验收口径和 fallback，这些最后是靠合同修订稿才锁住的。

第四段最值钱的是后面这条判断。Demo 齐了不等于定义完成。定义完成的判据是验收口径能在合同里找到对应条款，否则做出来的东西没法被判死刑。

本节失效条件：若出现更早期（如第一周）的工作底稿或判断记录，本段需按记录补全。当前素材只支持上述两条组织性教训，不补写个人第一周判断。

第五段　什么活了

• Demo 先行：8 模块纯前端 Mock Demo 先做出来后，客户第一次对谈就有了可看见、可复述的东西；这组 Demo 材料后来原样进了合同附件，成为验收基准。

证据说明： 合同附件一、附件二与无亏材料整理.zip 内容逐项同源。

四周法则逐条检验：

• 功能： Demo 已存在，有证据。
• 使用者： 客户侧对接人和决策层，未记录。
• 使用频次： 未记录。
• 判断依据： Demo 作为对谈锚点进入合同，有证据；四周连续使用的功能级证据未找到。
• 合同锁边界：首付款不可退还 + 里程碑付款 + 验收唯一标准条款 + 医疗合规责任划分（甲方负责信息处理合法性，乙方实现脱敏、加密、权限控制和审计）。

证据说明： 合同修订版。

四周法则逐条检验：

• 功能： 合同条款已存在，有证据。
• 使用者： 甲乙双方对接人与法务，未记录。
• 使用频次： 未记录。
• 判断依据： 条款作为执行依据，有证据；四周连续使用的执行证据未找到。
• 波次交付：S02 至 S09 后端切片，时间轴排序、权限矩阵（401/403/200）、报告上传与 OCR/AI 草稿、医生审核发布、方案与预警、预约订单、运维 API，每波次记录已实现项与阻塞项，typecheck / test / build / smoke 全过。S06 未见独立条目，不补写（目前没有记录）。

证据说明： 开发日志。

波次交付的工程含义：波次交付不是「按时间切片」，而是「按可独立验证的功能切片」。每个波次对应一个能跑 typecheck/test/build/smoke 的最小闭环，能在本地被反复验证。波次的命名（S02–S09）与内容（时间轴、权限、报告、医生、方案、订单、运维）之间存在明确对应，意味着波次不是流水账而是工程路线图。这种路线图形态的回灌价值是：下一个客户进来时，能直接复用「先做波次切片，每个切片独立验证」的工作流，而不是每次都从零设计交付节奏。

四周法则逐条检验：

• 功能： 开发日志已存在，有证据。
• 使用者： 开发团队，属于合理推断。
• 使用频次： 每波次交付，有证据。
• 判断依据： 本地验证通过，有证据；四周连续使用的生产部署证据未找到。

活下来的东西：Demo 作为对谈锚点 + 合同作为执行边界 + 开发日志作为工程记录。这三样是本案在「四周法则」维度上能给出的最强证据——比烘焙案强，因为有具体的开发日志；比它弱，因为生产部署与人类 UAT 的证据未到齐。

第六段　什么死了及死因

死亡一：推进链断过一次。 合同化关键期，客户侧核心对接人微信失联，合同草拟、需求文档整合、沟通复盘三项同日逾期，服务器比价同步卡住。

证据说明： 待办记录。

fallback（直接联系客户方另一位决策亲属）被写进待办，但完成记录未见。死因类型 5 的变体：唯一的推动者掉了。

死亡二：大而全的一期死了。 愿景里的多租户加盟体系、真实设备接入、完整 AI 训练平台被逐项移出一期，死因类型 3：工作流改动幅度超过收益，一期只保留能被四周验证的链路。这次死亡是主动执行的，写进了合同。

如实标注的结局：终验、正式上线、实际回款均未记录。交付证据止于本地 / mock 边界的自动化验证，生产部署、人类 UAT 没有被声称完成。本案写进书里的价值恰好在这条边界上：一套把「做什么、做成什么样、怎么算钱」全部前置锁死的做法，和一个诚实停在半路的记录。

为什么两个死亡都要写：死亡一是组织层的偶发事故（对接人失联），死亡二是工程层的主动取舍（范围缩减）。两者性质不同，但都进第六段，原因是不写死亡一会让读者误以为本案只有可控的工程风险，不写死亡二会让读者误以为本案交付已经完成。本案在第六段的做法是：两个死亡都写，且明确区分性质——偶发事故归到 fallback 设计的教训，主动取舍归到范围管理的教训。

死因六型逐条复核：

1. 需求本身不成立：不成立否——客户在合同化前完成了 Demo 与需求拆解。
2. 找错了人：未记录——对接人失联不属于找错人，属于推动者单点。
3. 工作流改动幅度超过收益：成立——大而全的一期被改写为可四周验证的范围。
4. 数据源不稳定：未记录——本地验证通过，但生产环境数据源稳定度未记录。
5. 唯一的推动者走了：成立——对接人失联是直接证据。
6. 我们自己没跟上：未记录——本案在定义阶段做了合同修订与术语锁定，但回灌与撤离的诚实边界是本案写进书里的核心价值之一。

双重死亡的写作意义：一个项目在同一个第六段里写两个死亡，对作者的工程纪律要求很高——既要诚实区分死亡性质（偶发 vs 主动），又不能让第二个死亡看起来像是「为了凑数」。本案的写作手法是：死亡一用「fallback 被写进待办但完成记录未见」明示它的未闭环性质，死亡二用「这次死亡是主动执行的，写进了合同」明示它的工程取舍性质。读者读完之后应该得到的是两个不同维度的教训，不是「这个项目死了两次」的重复陈述。

附：原始素材

• 「未在附件一、附件二明确记载的功能、性能或页面，不属于交付义务。」，合同原文（有文件记录）。
• 对接人失联当天，三项合同相关任务同时逾期的待办记录（有文件记录）。
• 8 模块 Demo 材料与无亏健康材料整理.zip 内容同源。

证据说明： 磁盘核验。

• 谈判链：45 万 → 42 万 → 43 万 → 40 万，合同原件总价栏空白，40 万含首年服务器租赁、部署落地和运维质保。

证据说明：

1. 合理推断： 谈判记录。

2. 证据： 合同原文。

附：FDE 适配评估

全流程强适配：侦察（信息征集表）→ 定义（合同锁边界）→ 交付（波次验证）→ 撤离前的诚实边界（本地通过不写成上线）。失效条件：签署版合同或回款 / 终验凭证出现后，本案例结局段重写。

---

本案教会什么：合同不是合同，附件才是合同。把验收口径写到附件里，「未在附件明确记载的功能不属于交付义务」这一句话救了整个项目。「做完了」必须能回指到一条合同条款，否则等于没做。这是定义阶段的承重判据——Demo 齐了不等于定义完成，附件锁住才算定义完成。

「合同附件作为定义完成判据」的可复用清单（本案蒸馏）：

1. 附件颗粒度必须到具体页面、性能阈值、操作路径，不能只列功能名。
2. 合同正文必须有「未记载则不属于交付义务」的判定语言，不能模糊。
3. 责任划分要细到合规、信息安全、备份、运维等条款，不能笼统。
4. 外部依赖清单（账号、密钥、文档、授权）必须在合同化之前就盘清楚，不齐就推迟合同化。
5. fallback 设计（核心对接人失联、关键审批人变更）必须写进合同或附件，不能只在待办里。

五条齐了，定义阶段才算完成。这条判据对所有 SaaS 定制项目都成立，比「Demo 齐了」更接近工程意义上的定义完成。

---

案例四（A3）

一家时尚品牌电商：从业务访谈到数十万级定制报价

记录头

• 行业：时尚品牌电商
• 规模区间：确认收货净额未达亿元级；线上经销商占比低于三成（有文件记录）
• 地域：地点全抹
• 阶段：侦察、定义；记录止于 v4 定制报价递交
• 记录时间：某季度内，从首轮业务访谈到报价动作完成
• 结果口径：需求拆解、方案动作和报价递交有记录；合同、付款、上线、验收和经营结果未记录
• 撤回权：客户享有永久一票撤回权

第一段　靠什么赚钱

一家经营多年的时尚品牌电商，确认收货净额未达亿元级，线上经销商占比低于三成。它靠品牌商品在多渠道成交，内部以确认收货净额核算。官网后续导向独立购买站，再由内容渠道导流。电商由专门负责人推动后才认真建设；决策者只看成本、产出和时间线。

收入骨架是商品销售与渠道控制，独立购买站仍在方案决策阶段。

这家公司的利润藏在两个动作的耦合上：一是渠道控制（不能让经销商破坏官方价格线），二是流量分配（让官网、独立站、内容渠道各承担合适角色）。渠道控制失守，旗舰店会被平台限流；流量分配失守，独立站变成沉没成本。

第二段　钱在哪漏

钱先漏在重复监控和重复整理上。控价依赖人工查看多个渠道，要守两条红线：官方优惠形成的普惠价，以及叠加平台补贴后的极限到手价。经销商低于旗舰店普惠价时，旗舰店会被平台限流；个人补贴差异无法完全模拟，监控需进入手机端并留截图。数据每天从 5 至 6 个平台后台手工下载，一个员工到下午 3 点才能更新 daily 表；表格过大，打开要等几分钟。原始数据还需清洗并做二次、三次同比环比换算。利润损失金额未记录，不换算。

四类归位，分类如下：

• 等待类：daily 表更新要到下午 3 点，时延约半天（有文件记录）。
• 重复录入类：5 至 6 个平台后台手工下载（有文件记录）。
• 影子系统类：手机端控价截图作为非系统证据（根据现有材料推断）。
• 无人负责的返工类：未记录。

本案在第二段执行「不换算」纪律：损失金额未记录就不换算，不把效率低翻译成金额损失。第二段的诚实执行是 FDE 现场的基本功。

第三段　三张图

钱怎么流：商品进入多个渠道和旗舰店，订单按确认收货净额进入库存、品类、渠道及内容投放看板；官网把访问导向独立购买站。

权怎么走：

明面层。决策者只看成本、产出、时间线；电商负责人提出痛点和验收期待；搭档桥接业务与技术；交付侧拆成手机端控价、数据自动化、数据库、看板和独立站方案，外部接口单独列价。

实际层。明面层里没有显式出现的，是「前任工具的失败在客户心理里造成的迁移成本」。前任工具被放弃后，客户对「再上一个新工具」天然持谨慎态度——它是组织记忆里的一段阴影，单靠合同条款无法消除。报价里含「首笔款降低试错成本」「防御性定价」，正是对这一实际层的回应。

谁会输：手工控价和整理 daily 表的人会失去重复劳动，岗位调整安排和前任工具造成的成本均未记录。

第四段　判断错在哪

起初按「卖平台」给出数十万级多档公司签报价。访谈推翻该假设：对接人需要把价格规则、手机端监控、数据清洗换算、历史数据和看板落进业务；独立站需先看版本、成本、团队和扩展性。

v3 因此改为 v4 定制路线：个人签、数十万级起步，交付边界为控价、数据、看板、陪跑培训，独立站另计。我将可比能力打包，首笔款降低试错成本，对持续计算和远程支持防御性定价，并不承诺业绩、客户数、绝对不检测或百分百抓取。

第四段最值钱的是「v3 → v4」的切换信号：业务访谈本身就是纠偏动作。访谈没做之前，方案是平台假设；访谈做完之后，方案是定制边界。这一切换背后的工程意义是：FDE 不能在没有访谈的情况下卖平台，因为平台是给一类客户做的通用产品，定制是给一个客户做的边界产品。两者对应的报价资格、风险结构、验收口径都不一样。

本节失效条件：若客户回应记录出现（v4 报价后的客户反馈），本段「不承诺业绩」等防御性条款是否被客户接受需要重写。当前素材止于报价递交。

第五段　什么活了

在当前记录边界内，活下来的是三件动作：

• 首轮访谈形成控价、数据、独立站三条方向。

证据说明： 访谈记录。

• 独立站需求梳理和方案输出标记完成（有文件记录）。
• v4 定制报价经一对一递交标记完成，只收第一反应（有文件记录）。

四周法则逐条检验：

• 访谈形成方向：动作已发生（有文件记录）；使用者岗位（电商负责人）（有文件记录）；使用频次（一次性首轮）（有文件记录）；判断依据——访谈记录（有文件记录）。
• 独立站需求梳理与方案输出：动作已发生（有文件记录）；使用者岗位（目前没有记录）；使用频次（目前没有记录）；判断依据——完成标记（有文件记录）。
• v4 报价递交：动作已发生（有文件记录）；使用者岗位（决策者与对接人）（有文件记录）；使用频次（一次性递交）（有文件记录）；判断依据——一对一递交留档（有文件记录）。

报价包含控价、数据、网页看板、阶段性陪跑、培训、远程咨询、知识产权和数据所有权，独立站、物流及持续运营另计。「活」只表示动作和边界形成，不代表上线或验收。

第六段　什么死了及死因

前任工具的四条能力路径死在现场，只做电脑端；抓取慢且不准；做不完二次、三次同比环比换算；登录账号受限。

证据说明： 用户对前任工具的反馈记录。

早期 v3 平台报价也被替换，因为它把定制交付误当成平台购买。

一次内部跟进因人员调整被撤回，随后由新的执行者接手；这是行动路径的死亡，材料没有把它写成客户项目死亡。

v4 报价后，客户反应、签约、付款、原型、看板上线、最终选版和经营结果均未记录。本案能证明我完成了侦察和定义，不能证明项目成功交付。

死因类型 3 的变体：工作流改动幅度超过收益，但反向不成立。新工作流没启动，死亡发生在启动前。这意味着本案需要诚实标注：当前记录边界内，「项目」还没真正开始，所有死亡都是前置资产层的（前任工具、v3 报价、内部跟进链）。

死因六型逐条复核：

1. 需求本身不成立：不成立否——首轮访谈确认了真实需求。
2. 找错了人：不成立——对接人是电商负责人，需求层次对齐。
3. 工作流改动幅度超过收益：成立（变体）——工作流改动幅度待定，但项目未启动。
4. 数据源不稳定：未记录——前任工具的问题与新方案无关。
5. 唯一的推动者走了：未记录——本案记录止于报价递交，无推动者更替记录。
6. 我们自己没跟上：成立（弱）——v3 → v4 切换是自我纠偏，纠偏之后是否能跟上，待客户回应后才能判定。

附：原始素材

• 一个员工每天要从 5 至 6 个后台拉数据，做到下午 3 点才能更新 daily 表（有文件记录）。
• 表格打开要等几分钟，前任工具只能做简单换算（有文件记录）。
• 控价必须进入手机端，触线时同时保留预警和价格组成截图（有文件记录）。
• 报价从「卖平台」切到定制交付，数十万级起步，首笔款用于降低试错成本（有文件记录）。

附：FDE 适配评估

侦察 + 定义的强适配：业务访谈推翻平台假设、定制边界明确。失效条件：客户回应记录出现、签约或上线证据出现后，本案第六段重写。

---

本案教会什么：业务访谈本身是一种纠偏动作，没做访谈之前不要卖平台。报价要先回到业务，再回到技术。FDE 在报价前的最小动作集是：访谈、确认边界、确认合作结构、确认四周可判定交付——四件齐了再发报价，少一件就有翻车风险。

侦察阶段的「访谈-边界-合作-四周」四件套（本案蒸馏）：业务访谈确认客户的真实痛点、确认需求的边界（做什么 / 不做什么）、确认双方的合作结构（一次性 / 里程碑 / 分成 / 雇佣绑定）、确认四周可判定的最小交付。四件套的顺序不能乱：访谈 → 边界 → 合作 → 四周。乱序会导致两种翻车——访谈未做就报价（v3 案例）、边界未锁就报价（范围漂移）。本案的 v4 切换正是因为把顺序纠正到了正确的链上，才能把覆盖率从 29% 补到 100% 并保持总价不变。

报价方法论的承重段落：本案最有方法论价值的一句话是——「做完调查不等于有权报价」。这一句话能立住，是因为本案有明确的证据链：调查做得足够深（v3 → v4 已经是高质量方案）、但报价资格未建立（客户要风险共担，我给风险前置）、最终结果是报价被拒（业务线放弃）。立住的判据可以这么用：在下次报价之前，先把调查与报价资格分开评估——调查完成度由覆盖率、深度、术语一致性来衡量，报价资格由四件套的齐备度来衡量，两个评估都通过再发报价。

---

案例五（A5）

一家酒业连锁企业的现场 AI 转化

记录头

• 行业：酒业连锁 / 供应链 / 跨境贸易
• 规模区间：未记录
• 地域：地点全抹
• 阶段：侦察、定义、交付
• 记录时间：某年第二季度，覆盖连续三天
• 边界：正式合同、付款、验收、上线、使用反馈和合作结果均未记录
• 撤回权：客户享有永久一票撤回权

第一段　靠什么赚钱

记录能确认业务边界，利润主次未记录。企业涉及公众号、电商小程序、酒厂、供应链、连锁门店、产品系列与出海业务。最初的「酒业龙头 20+ 店」把它压成单一门店模型；现场会议补出生产、供应、零售、线上和跨境多条线。画方案前仍须核对各线收入、成本、决策人和数据入口。

第一段最重要的不是「靠什么赚钱」的结论，而是「靠什么赚钱」这个问题的边界。客户名称、企业边界、真实赚钱方式未确认前，靠什么赚钱就是猜测，不是分析。本案的教训是：猜测不能写进第一段；猜测只能写进侦察的目标清单。

第二段　钱在哪漏

压力有三类：电商挤压、业绩下滑、每月数千元的美工费用。行动记录把「替代美工」定为切入点，再讨论企业 AI 改造。实际节省金额、周期和验收口径未记录；关键词竞争有记录，损失无数字。本段只能写漏点和待验证目标。

四类归位，分类如下：

• 等待类：未记录。
• 重复录入类：未记录。
• 影子系统类：未记录。
• 无人负责的返工类：美工费用是已知的成本中心，数字范围量级化，具体节省未记录。

证据说明： 现场记录。

四类归位里只有返工类有部分数据，且数据只支持漏点的存在，不支持金额换算。第二段在这里执行的纪律是：把已知的压力写出来，把未知的数字留白。

第三段　三张图

钱怎么流：业务流覆盖酒厂、供应链、连锁门店、公众号和电商小程序，并延伸到出海方向；预算、签字和支付流程未记录。

权怎么走：

明面层。企业主被记录为出资与资源方；我参与现场 AI 产出、计划书修订和讲座工作。更细分工曾以设想出现，协议与最终拍板权未记录。

实际层。明面层里被记录的合作关系（出资与资源、计划书修订、讲座）是表面动作；实际层的拍板权分散在企业主、对接人与多条业务线负责人之间，没有任何一份材料显示其中一位拥有对全企业 AI 改造的最终决定权。这意味着计划书 v1.0 即使修订完整，也需要等待分散决策者的逐步对齐，对齐周期与对齐成功率均未记录。

谁会输：企业端承受电商挤压、业绩下滑和内容成本；我这一侧承受判断失准、展示无法接入流程的风险。双方都缺上线后的数字证据。

第四段　判断错在哪

第一版画像 v0.1 把对象理解成「酒业龙头 20+ 店」，并据此写痛点、资源和合作方式。现场记录随后直接标注：v0.1「几乎全错」。

证据说明： 现场精炼记录。

连续现场会议补齐公众号、电商小程序、酒厂、供应链、连锁和出海等边界，画像进入 v1.0。

纠偏触发信号来自现场会议：企业主和对接人逐项摊开业务，再把内容产出放回经营场景。做图涉及蓝黄主调、中秋送礼、53 系列和门店；单一门店画像无法覆盖这些输入，原判断暴露。

侦察规则是：客户名称、企业边界和真实赚钱方式未确认前，不能直接画方案。先做现场 Demo，可让错误画像早死，避免错画像进入完整计划书。

第四段最值钱的落在「v0.1 → v1.0」的纠偏触发信号上：现场做图时，多个主题（蓝黄主调、中秋送礼、53 系列、门店）的输入跟单一门店画像完全对不上，对不上本身就是纠偏信号。这种信号可迁移——任何在画像被画完整之前发生的实际作业，都会反向暴露画像的错误。

本节失效条件：若出现 v0.1 与 v1.0 之间的中间版本或更细的纠偏记录，本段需补充。当前素材只支持「v0.1 几乎全错 → v1.0 修正」这一条主线。

第五段　什么活了

现场有三项可核验产出：

• 参与用 AI 生成 4 张营销图，主题为蓝黄主调、中秋送礼、53 系列和门店（有文件记录）。
• 商业计划书由 v0.1 修订到 v1.0，完成身份、资源、合作模式和风险修正（有文件记录）。
• 现场企业讲座和工作坊完成（有文件记录）。

四周法则逐条检验：

• 4 张营销图：产出已存在（有文件记录）；使用者岗位（企业方）（目前没有记录）；使用频次（目前没有记录）；判断依据——现场生成记录（有文件记录），四周连续使用的客户使用证据（目前没有记录）。
• 计划书 v1.0： 产出已存在；使用者是企业主与对接人；使用频次为一次性修订；判断依据是 v0.1 → v1.0 的修订记录。以上各项均有证据。
• 现场讲座与工作坊：产出已存在（有文件记录）；使用者岗位（企业方团队）（有文件记录）；使用频次（一次性）（有文件记录）；判断依据——现场记录（有文件记录）。

以上只证明有现场产出，不证明长期使用、上线或节省。本案第五段执行的纪律是：现场产出与客户使用是两件事，前者有证据，后者无证据。

第六段　什么死了

有证据死亡的是 v0.1 画像及其计划版本：企业、痛点、资源和合作边界均被压错，不能继续对外使用。

证据说明： v0.1 标注「几乎全错」。

v1.0 被记录为修订后的可用版本。

结局如实写（补全调研 QD，2026-08-08）：v1.0 交付后的记录链是，次日客户方参与现场交付（企业专场、主题活动、聚餐），第三天客户方负责人会面，随后出现最终讨论期限和「若无回复则自行推进」的跟进口径。此后一个月，本案没有新增闭环记录：营销图的客户反馈、正式签约、出资凭证、方案上线、验收数据，全部未记录。本案的结局只能写成「推进中，待明确回复」。记录停在哪儿，案例就写到哪儿。

死因类型 6 的影子：我方已跟上，但对方回应链断了。推进链断在客户一侧，证据停在未记录上。

死因六型逐条复核：

1. 需求本身不成立：未记录——v0.1 → v1.0 的纠偏说明需求边界已重画，但需求是否成立未确认。
2. 找错了人：未记录——对接人在场，但拍板权分散。
3. 工作流改动幅度超过收益：未记录——方案未上线，改动幅度待定。
4. 数据源不稳定：不适用。
5. 唯一的推动者走了：未记录——客户侧关键人未明确退出，但回应链断了。
6. 我们自己没跟上：未记录——本案在 v0.1 → v1.0 的自我纠偏上跟上来了，但客户侧回应未跟上。

本案第六段的特殊形态：死亡发生在「等待回应」的间隙，不是发生在「执行」的失败里。这种间隙的死亡在素材里没有具体载体，但它真实存在——它是 v0.1 → v1.0 之后的第三种死亡形态：自我纠偏已完成、产出已交付、回应链断在客户侧。卷七留给同行的提醒：自我纠偏不能保证对方跟进，对方跟进的时间窗与跟进条件需要在合同化之前就锁定。

跟进时间窗与跟进条件的前置锁定：本案缺失的是「v1.0 交付后多少天内对方应给出明确回应」「若不回应则默认终止」「若给出回应但拖延则按何种节奏升级」这类合同条款。一旦这些条款缺失，自我纠偏完成后的等待就成为无界线的等待。FDE 的现场工作做到 v1.0 的纠偏已经合格，但合格的工作未必能换来合格的合作——后者需要前置锁定。本案教训对同行的工程含义是：在第一次现场会议之前就应把跟进时间窗、跟进条件、不响应的默认动作写进合作意向书，而不是等到 v1.0 之后再谈。

附：FDE 适配判断

本案说明侦察阶段的判断纠偏，价值在现场信号击穿错误画像。FDE 应先画三张图，再用低成本 Demo 验证边界；v0.1 与事实冲突时，冻结旧版、记下触发信号、重写 v1.0，再进入方案讨论。

失效条件：补出合同、验收和持续使用数据后，本文需重写。

---

本案教会什么：错误画像是项目的隐性成本。第一版画像出错不可怕，怕的是带着它画完整本计划书。现场是廉价纠偏场，越晚纠偏越贵。FDE 在没有现场数据之前的画像只能叫「假设」，不能叫「方案」。

「画像 vs 假设」的工程判据（本案蒸馏）：任何客户画像在以下三条件全部满足之前都只能叫假设——（1）现场会议至少摊开企业边界（多业务线、多收入来源、多决策人）一次；（2）至少一组实际作业（如图、文案、报价）能反向暴露画像错位；（3）现场精炼记录明确标注「v0.1 几乎全错」或等价语句。本案三条件都满足，v0.1 才能被正式冻结、v1.0 才能被正式启用。这条判据在 FDE 的多个项目里能复用，标准做法是：第一次现场会议结束前不写计划书，第一次现场作业完成前不画流程图，第一次现场精炼记录标注「错」之前不进入合同谈判。

---

候补 · 太空舱 AI 住宿

状态：候补。无客户级档案、无合同、无部署、无验收。本节只写商业模型草案与升级条件，不冒充案例。

商业模型草案

单位经济学（来源：02-research/案例池-本地素材.md 候补与排除）：

• 单间单晚房价：800 元
• 单间单晚纯利：500 元
• 单间年费：100 元
• 房间数：1 万
• 年利润目标：100 万元

数学摆出来很直白。1 万间 × 500 元纯利 × 365 天 ÷ 100 万 = 18.25 万，与「年利润 100 万」目标之间差两个数量级。

合理推断说明： 上述四因子代入后，年利润量级远高于 100 万，模型不收敛。

按四类归位写漏点：

• 等待类：客诉响应时长、清洁周转时长未记录。
• 重复录入类：跨平台订单与库存同步未记录。
• 影子系统类：店长手写台账未记录。
• 无人负责的返工类：维修与清洁排班的人工比例未记录。

三张图未画：

• 钱怎么流：单间单晚 800 元房价拆解（房租、能源、设备摊销、人工、清洁、获客）未记录。
• 权怎么走：总部与加盟方、物业方、监管方的分权未记录。
• 谁会输：基层清洁与维修岗位的工作量替代关系未记录。

候补存在的工程价值：候补不是「失败的案例」，而是「未启动的侦察」。FDE 在面对一个商业模型草案时，最常见的诱惑是直接把它当案例写出来——客户是谁、合同多少、部署到哪、验收数据如何，全靠脑补。候补的反向姿态是：宁可把这条放在候补池里标着「需要四类证据才升级」，也不要把它包装成看起来很完整的案例。前者诚实且可被未来升级，后者伪装且无法升级。

升级条件

要把它写进卷七第六段，必须先满足以下条件：

• 至少一个客户的真实合同与首付款凭证（目前没有记录）。
• 至少一个房间的部署证据（设备清单、施工记录、运营 SOP）（目前没有记录）。
• 至少四周的运营数据（入住率、复购率、客诉率）（目前没有记录）。
• 至少一条对客真实口径的财报或资金流（目前没有记录）。

没有这四条，候补保持候补。第六段铁律，「空着或写无的记录不成立」，在此处意味着：宁可空着，也不冒充成立。

FDE 适配评估

未启动的侦察：目标客户画像、目标地段、目标监管口径（住宿业特种许可、消防、隐私），四张图全未画。FDE 在此处的第一动作是：停下来，先侦察，不要写方案。

候补存在的工程价值不是它本身，而是它对「冒充案例」的零容忍姿态。一份候补比一份编造的案例诚实一百倍。

---

卷七小结：五案连读

按写作时间顺序串一遍：烘焙连锁证伪了「问题在生产端」的直觉（A6），留学服务证伪了「方案完整就有报价资格」的幻觉（A1），健康全案示范了「合同附件才是合同」的工程化做法（A2 + A4），时尚电商示范了「访谈本身就是纠偏」（A3），酒业现场示范了「错误画像必须早死」（A5），太空舱候补示范了「记录边界外不冒充成立」。

五案对 FDE 五阶段的全覆盖映射：

五阶段连读的三条主轴

主轴一：侦察决定定义。 五个案例的第四段（判断错在哪）全部发生在侦察阶段或侦察-定义交界。烘焙的真问题不在生产端（A6）、留学的报价资格不在方案完整度（A1）、健康的定义完成在合同附件（A2+A4）、时尚的方案边界在访谈后（A3）、酒业的画像在 v0.1 → v1.0（A5）。这意味着 FDE 的侦察阶段不是「信息收集」而是「假设证伪」，每个案例的第四段都是一次假设证伪的兑现。

主轴二：定义决定交付。 五个案例的第五段（什么活了）里，活下来的东西全部在定义阶段就被锁死。烘焙的浪费金额判官（A6）、留学的方案资产（A1）、健康的合同附件（A2+A4）、时尚的定制边界（A3）、酒业的 4 张图与计划书 v1.0（A5）。定义没锁死，交付就活不下来；定义锁死了，交付至少有下限。

主轴三：第六段决定案例可不可信。 五个案例的第六段全部诚实执行——烘焙不虚构第二个死亡（A6）、留学按证据三级分级（A1）、健康诚实标注「本地通过不写成上线」（A2+A4）、时尚诚实标注「不能证明项目成功交付」（A3）、酒业诚实标注「推进中待明确回复」（A5）。这种诚实是案例能被引用、被回灌、被写入方法论的承重前提，表现形式反而更像软弱。一份虚构第六段的案例，写进方法论库的那一天就会反噬。

五案对 FDE 工程手册各卷的承重作用

• 烘焙 A6 → 卷一（可测量的工程结果）、卷三（判断错在直觉）、卷六（改造现有监控而非新装设备）。
• 留学 A1 → 卷二（编制与边界）、卷三（报价资格）、卷八（失败案例的回灌机制）。
• 健康 A2+A4 → 卷二（懂行业）、卷四（合同附件作为定义完成的判据）、卷八（流程纪律）。
• 时尚 A3 → 卷四（业务访谈作为侦察动作）、卷三（防御性定价的诚实）、卷五（人机分工里的数据自动化）。
• 酒业 A5 → 卷四（现场 Demo 作为廉价纠偏场）、卷一（现场信号可迁移）、卷八（自我纠偏的组织纪律）。

五案对 FDE 工程师的「不该做」清单

读五案的最高效率不是学「该做什么」，而是学「不该做什么」。本卷从五个案例的第六段里蒸馏出五条「不该做」：

1. 不该把直觉当判断。 A6 的直觉（浪费在门店，问题在门店）错在生产-需求错位。任何在门店端反复发生的浪费，先问「是生产多了还是需求变了」。
2. 不该把方案完整当报价资格。 A1 的 v3 → v4 已经是高质量方案，但报价被拒。方案完整度是工程问题，报价资格是商业问题，两者必须分开评估。
3. 不该把 Demo 当定义完成。 A2+A4 的 8 模块 Demo 做完不等于定义完成，定义完成的判据是验收口径能在合同里找到对应条款。
4. 不该在没访谈前卖平台。 A3 的 v3 平台报价被访谈推翻。访谈是侦察阶段的最基本动作，没做访谈就报价是 FDE 最常见的失误。
5. 不该带着错误画像画完整本计划书。 A5 的 v0.1 → v1.0 纠偏发生在计划书修订前，越晚纠偏越贵。现场是廉价纠偏场，办公室是昂贵纠偏场。

五条「不该做」连起来，构成 FDE 工程师的反面清单——比正面清单更值钱，因为正面清单总在变，反面清单能跨项目跨年度稳定复用。

候补的工程价值

太空舱候补是五案之外的第六种存在形态：未启动的侦察。它的存在告诉读者，不是每个被想到的项目都要进入案例——没有证据链的项目，候补比编造更值钱。候补是案例池的边界标记。

候补升级为案例的四条判据（与升级条件配套使用，避免「编造升级」）：

1. 客户主体可识别——客户公司主体或自然人主体可被独立验证，不依赖「据说」「大概」。
2. 合同或首付款凭证——有磁盘证据证明资金从客户流向 FDE 主体，不是「预计」「意向」。
3. 部署证据——至少一个物理或逻辑单元（房间、设备、流程节点）已被落地，不是 PPT。
4. 四周运营数据——至少四周的真实运行数据（入住率、复购率、客诉率、出错率）有记录，不是估测。

四条判据对应升级条件里的四条证据。每条判据都通过时，候补可升级为案例；任一条不通过，候补保持候补。这条判据链比「够了就行」更接近工程意义上的升级边界。

---

本卷法条

FDE 第七法 · 解剖律

一个 FDE 项目的真实价值，不在它跑起来的那一刻，在第六段写下去的那一刻。

第六段不可空，不可写「无」，不可把「过程顺利」当成没有死亡。一份没有第六段的案例，等于没有解剖；一份有第六段但死因含糊的案例，等于没有复盘。

推论：第六段写不下去的原因只有两个，记录不够，或者不敢写。前者是工程问题，补记录；后者是诚实问题，退回卷三。两者都要就地解决，不能拖进下一案。

操作指引：当第六段写不下去时，先按死因六型（需求本身不成立 / 找错了人 / 工作流改动幅度超过收益 / 数据源不稳定 / 唯一的推动者走了 / 我们自己没跟上）逐条复核；选不进则自述，但不可省。然后按证据三级（实证 / 合理推断 / 未记录）逐条标注。死因含糊的第六段等于没写。

第六段在本卷各案的具体兑现：

• A6：死因类型 3 反向成立（工作流改动幅度小于收益），旧决策方式死亡。这条兑现方式很「干净」，因为素材提供了结果性证据（130 → 60 万）。
• A1：死因按证据三级分级，实证级是「客户拒绝、未给原因」，合理推断级是「价格与风险错位 + 价值错位 + 烂尾恐惧放大」，未记录级是「替代供应商、客户反报价、谈判过程、客户业务后续」。这种三级分级是失败案例第六段的标准写法。
• A2+A4：双重死亡——死亡一是组织层偶发（对接人失联），死亡二是工程层主动（范围缩减）。两个死亡都写，且明确区分性质。
• A3：项目未启动，死亡发生在启动前，前置资产层的死亡（前任工具、v3 报价、内部跟进链）。
• A5：等待回应间隙的死亡，自我纠偏已完成、产出已交付、回应链断在客户侧。这是 v0.1 → v1.0 之后的第三种死亡形态。

失效条件：如果出现一种行业共识，使第六段可由外部审计或第三方独立产出而不损失诊断价值，本法作废。

---

六段解剖的写作十二条铁律

本卷在五个案例与一个候补的写作过程中总结出十二条铁律，按顺序排列。FDE 在写自己案例时按这十二条逐条自检，缺一条就补一条：

1. 第一段先讲「靠什么赚钱」，不写「对外口径是什么」。 对外口径是营销，第一段要写的是营销背后的利润结构。烘焙案写「现烤现卖 + 剪刀差」，留学案写「导读漏斗 + 高客单后端」。
2. 第二段四类归位全部走一遍，不漏。 等待类、重复录入类、影子系统类、无人负责的返工类都要检查。哪怕某一类目前没有记录，也要明确写出来。
3. 第三段明面层与实际层都要写。 只写明面层（如架构图）是侦察失败的标志；只写实际层是工程鲁莽的标志。两层差额是案例可读性的关键。
4. 第三段的「谁会输」必须有岗位、有动作、有风险等级。 不能只写「相关方会受影响」。五个案例都要给出岗位、工作量、替代关系和应对动作；没有记录的地方直接写明「目前没有记录」。
5. 第四段先写「进场第一周判断」，再写「实际情况」，最后写「哪一周因为什么信号发现」。 三行结构，第三行最值钱。
6. 第四段第一周判断写完即锁死，只增不改。 第一周判断是诊断的起点，事后改写会污染案例。
7. 第五段按四周法则逐条检验，每条给功能、使用者岗位、使用频次、判断依据四要素。 禁写「用户反馈良好」这种无口径描述。
8. 第六段不可空，不可写「无」，不可写「过程顺利所以无死亡」。 死因六型逐条复核，选不进则自述。
9. 第六段按证据三级标注：实证、合理推断、未记录。 不在同一句里混用三级，不把「合理推断」写成「实证」。
10. 原始素材至少三条。 一句原话摘录 / 一个手写便条转录 / 一个具体到不像编的细节。素材是「到过现场」的证据。
11. 脱敏三层自检：实体、数字、时间。 实体层：地点一律不出现（城市/国家/区域全抹）；数字层：经营数据模糊化为量级，流程数据原样保留；时间层：模糊到季度，业务动作时序改相对时序。
12. 客户撤回权永久保留。 撤回时案例不删，加注「客户撤回记录」并停止传播。撤回权不可被「已公开」「已建索引」等理由剥夺。

---

终章：把书带出那栋楼

这一卷写到这里，最后仍要回到一件事：把书带出那栋楼。FDE 的方法可以学，FDE 的纪律学不了。纪律的部分，只有在自己人生的项目里走过一遍，才会真正长在身上。

读者读完整本书之后，合上、带走、下楼，走进真实的工作里。这本身就是一次 FDE 行动的最小版本——先有一本书、一段笔记、一个想法，然后下楼把它落到一个真实的项目上。落地的部分，没人能替你走。

诚实是一条要反复练习的活儿，不是一次到位的结论。FDE 工程手册不是答案，而是答案的方向。

---

完。