这篇解决的问题是：客户看完 Demo 之后形成的期望，和 PoC 能兑现的东西之间没有人负责对齐，裂痕通常在验收时才暴露。
最值得拿走的是「演示定位声明」和「把边界写进验收」两步——在客户兴奋度最高的当场就声明演示的局限，并把「不承诺什么」写成文字，比事后解释十次都管用。最容易出现误用是把期望管理理解为压低期望，一味示弱同样丢信任，正确姿势是把不确定性翻译成带数字的里程碑。
相比站内访谈与评测类内容，这篇的增量在「承诺的书面化与变更管理」：什么话现在说、什么话写下来、变化了走什么流程。国内语境要叠加的是：客户方的经办人也要向他的老板交代，你的承诺边界文档最好能帮他把话说圆。
读完后翻出当前项目最近一次演示，检查当时有没有做过演示定位声明，没有的话本周内补一份书面版给客户。
—— FDEChina编辑部 · 实战派
企业级 AI 项目里最常见的翻车路径是这样的：演示会上客户连声说好，两周后期望膨胀成「全面替代人工」，三个月后验收时双方发现彼此想的从来不是一个东西。问题不在于客户不理性，而在于没有人管理 Demo 与生产之间的落差。FDE 站在最前沿，这个责任天然落在你头上。这篇按八个编号步骤给出可照做的期望管理方法，每步包含做什么、产出物和常见坑。它建立在客户访谈产出的问题清单之上，与项目启动文档配套使用，并在PoC 验收清单处收口。
步骤一：承诺清单盘点——先搞清楚你已经承诺了什么
做什么：接手项目或演示之后第一件事，把已发生的所有承诺搜一遍：销售方案书里的表述、演示会上的口头回答、邮件里的「没问题可以做」、甚至你在演示时顺口说的「这个以后都能支持」。逐条写下来，标注出处，并按三档分类：已书面承诺、口头承诺、对方自行脑补。第三档要靠回放演示会和翻聊天记录来挖掘。
产出物：承诺盘点表（承诺内容、出处、当前判断：可兑现/需谈判/需主动澄清）。
常见坑：只盘点自己说过的话——销售和售前在客户面前说的话同样构成客户的期望，你不掌握就会在某个验收会上第一次听说。盘点时不要带「这话不是我说的」的辩护姿态，先记录事实。
步骤二：演示定位声明——在客户最兴奋的当场把话说清
做什么：每次演示前准备三句话，在演示结束时、客户提问开始前说出来：一、今天演示的场景是基于哪些准备的数据和流程；二、离生产环境还差哪些工作（数据接入、权限、并发、异常处理等，挑真实的三五条）；三、PoC 阶段打算验证什么、不打算验证什么。说的时候对着一页纸念也可以，书面版随后发出。宁可牺牲一点演示结束时的掌声，换后续三个月的清净。
产出物：一页演示定位声明（演示前提、与生产的差距、PoC 验证范围），随纪要发给客户。
常见坑：把定位声明藏在 PPT 附录里——藏在附录等于没说；或者语焉不详地说「生产环境我们会做得更完善」，这句话客户听到的意思是「全部问题都会解决」，反而抬高了期望。
步骤三：把边界写进验收——「不做什么」要有文字版
做什么：在 PoC 方案或验收文档里，用与承诺同等明确的笔触写清非目标：明确不覆盖的输入类型、明确不保证的准确率下限、明确降级到人工的触发条件。写非目标时给理由，例如「手写票据不在本期范围，因为其占比约一成且识别成本过高」，有理由的边界客户更容易接受。这一步要与客户逐条过，拿到口头确认，并在启动文档中留档。
产出物：双方确认过的范围与非目标清单，构成验收文档的范围章节。
常见坑：非目标写得模糊（「极端情况不在范围内」等于没写）；或者只在开头写一次，验收标准章节里又全是正向承诺，客户读到后面早忘了边界。边界应该和验收标准放在一起，一眼能对照。
步骤四：里程碑设计——把「最终能用」切成带数字的台阶
做什么：把从 Demo 到生产的路径切成三到五个里程碑，每个里程碑带可验证的完成标准：例如「第一里程碑：在客户提供的三百条真实样本上，核心场景处理成功率达到 X%，周期两周」。指标数字与客户共同商定，参考评测基线建设的方法设定。里程碑的意义在于让客户的期望跟着台阶走，而不是悬在「最终能不能行」这一个悬念上。
产出物：里程碑计划表（里程碑、完成标准、日期、依赖项），客户方签字或邮件确认。
常见坑：里程碑只定时间不定标准，「两周后看到初步效果」这种里程碑无法判断达成与否；或者台阶之间跳跃过大，中间三个月客户看不到任何可感知的进展，期望开始自行发酵。
步骤五：坏消息传递机制——坏消息要你先说、早说、带着方案说
做什么：预写一条内部规则：任何会影响客户期望的坏消息（进度延后、指标不达标、依赖方拖期），二十四小时内主动同步，格式为「现状—影响—我们的建议—需要客户配合什么」。汇报时永远带着至少一个选项，哪怕选项是「接受延期」和「缩小本期范围」。同步对象除了对接人，要考虑他上面需要向谁交代，主动帮他把口径准备好。
产出物：坏消息同步的固定模板 + 实际发出的每一条同步记录。
常见坑：等技术突破再汇报——「下周一会有结果」拖成四个「下周一」，信任的损耗远大于坏消息本身；或者只报忧不带方案，把决策压力原样扔给客户。还有一个反向坑：用过于技术的话术稀释坏消息的严重性，客户当时没听懂，事后追责。
步骤六：内部对齐——让老板、销售和交付说的是同一套话
做什么：期望管理一半的失败来自内部口径分裂。每个里程碑节点前，与销售、项目经理拉一次十五分钟对齐会：对外统一口径是什么、哪些承诺现在不能给、客户方最近的情绪与压力是什么。把「当前对外承诺版本」写成一行一段的短文档，谁都能背出来。对齐会上还要明确：客户提出的超范围诉求，谁来接、按什么流程评估。
产出物：当前对外口径速查页 + 超范围诉求的内部流转约定。
常见坑：内部对齐会开成互相甩锅会——重点应该放在「客户听到的是什么」，而不是「谁的锅」；或者只有工程团队在对齐，销售在客户那边继续按签约话术加码，你的边界管理被架空。
步骤七：范围变更管理——新需求不是不接，是按流程接
做什么：客户中途提新需求时，当场不拒绝也不答应，用固定句式接住：「这个可以做，我先评估对当前里程碑和成本的影响，明天给你三个选项。」评估后通常给三选一：加进本期并顺延进度、放进下一期、用变通方案低成本满足部分诉求。把每次变更写成一页变更记录（诉求、影响、选择的方案、双方确认人），累积下来就是最好的自保证据。
产出物：变更记录册 + 更新后的里程碑计划。
常见坑：为了维持客户好感什么小需求都接——小需求不 kill 项目，但累积两三个月后进度全毁、边界全无；另一个坑是口头答应变更但没更新书面计划，验收时双方各执一词。变更管理与 交付度量联动：每次变更后重估成本与进度指标，让决策有依据。
步骤八：验收前校准会——正式验收前先来一次「预验收」
做什么：正式验收前一到两周，约一次校准会，拿PoC 验收清单逐项预演：给客户看当前的指标数字、边界内外的实际表现、已知问题清单与后续计划。明确说「这次会上没有惊喜是我们努力的目标」。当场记录客户仍存异议的条目，分「验收前解决」和「验收后跟进」两栏处理。多数验收冲突源于验收会上才第一次看到真实数字——校准会的目的就是把数字的第一次曝光提前。
产出物：校准会纪要（异议条目及处理分类）+ 更新后的验收材料包。
常见坑：把校准会开成又一场演示——只给好看的案例等于把矛盾押后；或者预留时间不足，异议条目没有消化时间，校准会开成了验收会预演翻车现场。校准会至少要在正式验收前一周，给双方留出消化分歧的余地。
小结与下一步
期望管理的核心不是话术，而是三件事：承诺的书面化（说了什么都有据可查）、边界的对称呈现（承诺什么与不承诺什么用同样的笔墨）、落差的过程化释放（用里程碑和坏消息机制把落差摊在全程而不是堆在验收）。国内企业语境里，客户经办人同样背负向上的交代压力，你的书面承诺边界恰好是他向下传达的工具——帮他体面，就是帮项目体面。范围与期望的源头是访谈质量，参见客户访谈 Playbook；验收环节的逐项检查标准见PoC 验收清单；更多企业侧内容见实践频道。