项目报价看起来有利润，交付后却不赚钱，可能是实施、差旅、返工和售后没有进入估算。
本文使用虚构经营数据与简单股权、现金流模型。经营模型先服务于识别假设和约束。文中没有真实融资交易、客户财务或收益承诺；比例与金额只是演算输入，实际条款仍需专业人员结合完整材料确认。
1. 从现象推到机制
报价拆成角色任务和可交付物，再估算投入。直接采购、外协、现场与研发人天分别计入，公共费用的分摊口径需要保持一致。收入、成本确认和现金支付也不是同一天发生。
图中的四个节点分别表示交付范围、投入估算、执行回填、偏差复盘。顺着实线检查输入如何变成输出，再沿虚线核对反馈条件。图示表达的是本文讨论的关系，不是实测曲线或现场截图。
2. 最小实现与输入条件
用虚构项目列任务、负责人角色、工作量、费率与假设。实际执行后回填投入，比较偏差来自估算、范围变化还是返工。
1
2
3
task_cost = person_days * internal_daily_cost
project_direct_cost = labor + purchase + subcontract + site_cost
contribution = comparable_revenue - defined_direct_cost
把原始数据、假设和推导结果分别保存，明确时间范围与单位。至少改变一个关键变量做敏感性比较，不因单一乐观情景看起来可行，就把预测当作已经实现的结果。
3. 用对照区分原因
下表列出需要主动改变的条件。预期行为来自机制分析，复现时还需记录运行环境和原始输出，不能将预期当作已经测得的结果。
| 改变的条件 | 需要验证的行为 |
|---|---|
| 漏掉现场调试人天 | 名义毛利可能被高估 |
| 需求增加但价格不变 | 应识别范围变化对成本的影响 |
| 只看到账现金减采购 | 无法完整解释项目收益 |
对照 1：漏掉现场调试人天
名义毛利可能被高估。观察时记录任务范围与实际投入。把这个条件与基准情形分开，有助于判断变化来自哪一层；若得到相反结果，应先核对前提，再修改实现。
对照 2：需求增加但价格不变
应识别范围变化对成本的影响。观察时记录变更记录与新增工作。把这个条件与基准情形分开，有助于判断变化来自哪一层；若得到相反结果，应先核对前提，再修改实现。
对照 3：只看到账现金减采购
无法完整解释项目收益。观察时记录人工与未付成本口径。把这个条件与基准情形分开，有助于判断变化来自哪一层；若得到相反结果，应先核对前提，再修改实现。
4. 适用条件与取舍
成本模型的关键是口径透明，并非制造精确到个位的假象。未知条件应保留区间和预备量，再随证据缩小。
一次正常运行只覆盖了这组输入。继续扩展前，应把上面的异常对照保留下来，尤其关注“只看到账现金减采购”这一分支。后续方案若改变了图中任意一处依赖，原来的判断就要重新验证，不能仅凭界面相似或返回值相同沿用结论。
