报价的资格是挣来的，不是默认的

范围界定上最贵的错误不是报低了价，而是在调查还没挣到报价资格的时候就发出报价。有一个记录在案的案例：方案改到覆盖客户清单的百分之百，与原方案总价不变，发出的当天或次日被拒，客户没有给理由。原计划五个月，项目从未启动。覆盖率高并不是缺的那味药。

四类翻译

客户用感受描述问题，报价必须用可测量的东西来写。这一步主要靠四类翻译：

• 效率翻成中位数时间。 不是「更快」，也不是被少数好日子拉高的平均值，而是客户抱怨的那个具体环节的中位数。
• 成本翻成金额。 不是省下几个百分点，不是「显著」，而是用客户自己的记录算出来的钱。
• 满意度翻成可观测行为。 不是评审会上填的分，而是人实际怎么做：跳过哪一步、还并行用着哪个渠道、有没有要求把旧工具要回去。
• 收入翻成基线对照。 对照客户自己的上一期，而不是双方都无法核实的行业均值。

每一类翻译只有一个检验：项目开始之前，客户自己的数据能不能算出这个数。算不出来，它就是穿着指标外衣的对未来的承诺。

报价单的四块

目标、交付物、报价与付款、不在范围。第四块不是脚注。没有明确「不在范围」的报价，等于把范围的决定权留给最后提问的那个人。

防御条款写在报价单里，不要另发一封补充函。付款挂里程碑，不挂人天；按人天收费是被点名的失败模式，因为它给 FDE 的时间定价，而不是给客户的结果定价。有一份合同的做法是：不可退的首付款，加上按需求确认、两次初验、终验、质保金拆分的 20%、25%、25%、20%、10%。这是一例，不是模板；原则是每一笔钱都跟在一个可验证事件后面。

调查与报价资格是两种权限

调查回答一个问题：客户需要什么。报价资格回答另一个：这位客户会以什么方式、为什么样的东西付钱。第二个问题是一组自检：他愿意怎么付、为什么付、不愿为什么付费，以及「他愿付的部分」与「我们能交付的部分」有没有交集。

被拒的那份方案，卡在后两条上。它对「你需要什么」回答得很完整，对「你会为什么付钱」回答得很差。另一个案例演示了修正动作：第一轮业务访谈推翻了「客户要买平台」的假设，最后站住的是一份更窄的定制方案——首笔款压低、对持续计算与远程支持做防御性定价、并把「不承诺什么」写成明文。

顺序不能乱：访谈、边界、合作结构，最后才是「四周内可判定的交付」。顺序一倒，就会产出一份技术上正确、商业上已经死掉的方案。

附件才是合同

合同不是合同，附件才是。正文里要有一句直白的话：未在附件中明确记载的功能、性能或页面，不属于交付义务。一份能用的附件有五条属性：颗粒度细到页面、阈值、操作路径；有上面那句排除条款；责任划分细到合规与运维；外部依赖清单在签约前盘清；fallback 写进合同或附件，而不是写进待办。

一份完整的 Demo 结束不了定义阶段，结束它的是附件。有一份合同把一个八模块的纯前端 Demo 原样放进附件，作为验收基准，这是这种动作最强的版本。较弱的版本是：Demo 做得很漂亮，附件依然是模糊的——那等于把一次演示折算成了一项没有报价的义务。

当价格跟着结果走

按结果收费沿四级台阶往上走：按用量、按任务、按结果、按价值分成。每上一级，计价单位都更贴近客户本来就在意的东西，归因也越难。台阶本身不值钱，值钱的是下面那条条款，它需要五件事：指标定义、基线与测量窗口、判定方与数据源、争议仲裁、流产条款。最常被漏掉的是最后一件，出事时伤得最重的也是它。

这些都与口径表是同一件事：定价条款和验收条款，应该是同一句话读两遍。它也和第一周原型分不开，因为「四周内可判定」这件事，得先被看见一次，才谈得上写进合同。指不出这两样的报价，是提案，不是报价。