deal-value-calc

交易价值计算器

为一笔交易构建量化的商业论证——将计算与叙述结合起来。组织原则是：“构建数学公式是你的工作，提供假设是他们的工作。”（Armand Farrokh，30MPC）。此技能负责搭建结构、公式和基准框架；买方负责提供所有公司特定的输入。

它要防止的已知问题是：“卖方创建的大多数商业论证都完全是胡说八道”（30MPC）——那些未经支持者验证的虚高数字，一旦财务部门指出漏洞，就会立刻损害支持者在公司内部的信誉。

第二条原则是：“ROI 模型本身并不是商业论证。它只是一个脱离背景的未来猜想。叙述能赋予数字意义。”（30MPC）。务必同时交付清晰的计算结果和叙述性文档——绝不能只给出一个 ROI 数字。检验成果的真正标准是：即使销售代表不在场，它也经得起转发给 CFO 审阅。

绝不编造数字

• 拒绝捏造任何输入。用户没有某项数字时，就询问对方，或插入明确标注、必须由对方替换的占位符（例如 [NEEDED: fully loaded hourly cost - ask the buyer]）——绝不提供看似合理但实际编造的数值。
• 为每项输入标明提供者：
  • buyer-supplied - 买方陈述或记录的数字（其工资单、发票、运营报告、公开文件）。
  • benchmark - 销售代表提供的外部或市场数据，并注明来源。没有明确来源的“像贵公司这样的企业通常能达到 15%”不符合要求——这会变成销售代表的假设。
  • rep-assumed - 销售代表自己的估算，未经买方确认。
• 硬性规则：如果商业论证的核心数字在很大程度上依赖销售代表的假设，就必须在文档显眼处直接注明，而不是藏在脚注里。
• 成本侧是唯一例外：销售代表自己的定价和费用本就由销售代表负责——请用书面报价记录。价值侧的每项输入都必须采用上述三种标签之一。
• 最有力的输入来自买方自己的记录：发票、工资单、生产数据、公开的年度申报文件。请让支持者提供这些数字；在财务部门查看供应商提案之前，先核实基准数据。

访谈

每条消息只问一个问题；尽可能提供多选项；跳过交易说明中已经回答的问题。

1. 是 B2B，还是属于高客单价 B2C（太阳能、家居装修、房地产、私立教育、财务咨询）？

2. 交易细分：交易型（单一决策者、低价）、中端市场，还是企业级（涉及采购委员会，采购／安全审查流程）？这决定材料的篇幅。

3. 结果必须在什么日期前交付？如果截止日期临近且明确，就优先选择可根据买方已有文件计算的驱动因素——已到期合同、招聘计划；并剔除任何需要时间研究或群组分析的驱动因素。

4. 是一次性成交，还是买方会重复使用、作为续约或 QBR 基准的复利型资产？

   • 复利型资产优先考虑避免错误／返工和停机，这些因素的实测基准在交易结束后仍然有效。
   • 一次性成交则让材料保持在最简层级。

5. 工作量上限：核心推动者能投入多少小时？他们能否获取财务数据？如果上限较低，就直接剔除错误／返工、客户流失和收入提升因素，而不是将它们排在最后，并将材料限制为投资回本估算。

6. 哪些价值驱动因素适用？将下方的分类列表按效率顺序列为选项，再根据问题 3–5 的回答重新排序。

7. 对每个驱动因素：原始输入数据（数量、比率、小时数、成本）分别是什么？每项输入由谁提供：买方、具名基准，还是你自己的估算？

8. 投资项：

   • 订阅／许可价格
   • 实施和集成成本
   • 内部投入（小时数及相关人员）
   • 培训
   • 持续管理

   合同期限？

9. 案例的时间范围：1 年、3 年（企业软件的标准时长），还是合同期限？

10. 文件最终面向谁？核心推动者会转发给谁（经济决策者、CFO、委员会；B2C 中则可能是配偶或共同签署人）？

11. 买方的财务部门（或 B2C 中的贷款方）会审核这份材料吗？如果会，则适用工作流中的财务审核人员补充项。

确定文档的适当深度

并非每笔交易都需要完整的模型化交易类型指导；启动完整分析的条件是复杂性——大致包括 6 位以上的利益相关者、涉及采购或安全审查，或支出具有战略意义而非战术意义——而不是固定的金额门槛：

• 效率：投资回收期估算 > 单页摘要 + 轻量模型 > 完整模型
• 工作量：完整模型 > 单页摘要 + 轻量模型 > 投资回收期估算
• 价值：低于复杂性门槛时，投资回收期估算 == 单页摘要 == 完整模型；高于门槛时，完整模型 > 单页摘要 > 投资回收期估算

默认选择交易复杂性所允许的最轻量文档；每跨过一个复杂性触发条件，文档深度就恰好提升一个等级。低于门槛时，价值维度上的结果相同，因为额外的深度确实毫无益处——对于只有一位决策者的情况，正式论证过于繁琐；高于门槛时，顺序则会反转，因为投资回收期估算根本无法通过采购审查。

细分市场	文档	深度
交易型 / SMB	简短的投资回收期估算：一两个驱动因素、投资额，以及以月为单位的投资回收期	无正式文档；投资回收期一行就是全部内容
中型市场	一页价值摘要加轻量模型：输入清单、3-4 个驱动因素、三个情景	由销售代表构建；针对结果所依赖的一两个输入进行敏感性分析
企业	完整模型：面向经济决策者的摘要，以及单独的财务 / 采购版本；附带假设附录、每项输入的来源记录和敏感性分析	如果组织内有价值工程师或业务价值顾问，则请其参与

价值驱动因素及各驱动因素的计算公式

将交易价值分解为多个驱动因素，并分别计算每一项；3-4 个量化驱动因素是问题 / 解决方案部分中记录的实践者常见做法（30MPC）。按每小时买方时间所能建立的论证力度排序，而不是按显眼的金额大小排序，也不能只挑最容易得出的数字。这里的工作量并非指驱动因素本身的价值，而是指从买方处获取输入有多困难、会占用买方多少时间，以及由此得出的数字在财务审查中能经受质疑多久。

• 效率：直接成本 > 劳动时间 > 避免增加人员 > 避免停机 > 错误 / 返工 > 减少人员 > 释放产能 > 收入提升 > 客户流失 > 风险 / 合规
• 价值（影响核心结论 且 经得住财务审查）：劳动时间 > 直接成本 > 错误 / 返工 > 减少人员 > 避免停机 > 收入提升 == 客户流失 > 避免增加人员 > 风险 / 合规 > 释放产能
• 工作量（获取输入所需的买方时间，以及数字还能经受质疑多久）：减少人员 > 风险 / 合规 == 客户流失 > 错误 / 返工 > 收入提升 > 劳动时间 == 避免停机 > 释放产能 > 避免增加人员 == 直接成本
• 合规成本：风险 / 合规 == 减少人员 > 其他所有驱动因素，这些因素均不包含合规成本

每个并列都代表真正相等，绝不是回避：

• 收入提升 == 流失率（价值）——两者采用相同的利润率计算方式，也都面临同样的归因质疑，因此财务部门对它们的折扣相同。
• 风险/合规 == 流失率（工作量）——这两个数字都不存在于买方自己的系统中；都需要花一周时间进行外部分析或群组分析。
• 人工时间 == 避免停机时间（工作量）——每项都取决于一个数字：买方要么已经在追踪（按小时计），要么就得测量（一周）。面临相同的选择，价格也相同。
• 避免增加人手 == 直接成本（工作量）——两者都能直接从买方已有的文件中读取：招聘计划和合同清单。
• 风险/合规 == 减少人手（合规成本）——两项都需要在交易团队之外进行审核，才能把数字写下来：对明确列出的监管风险，需要法务或合规部门签字确认；对明确列出的岗位撤销，在某些司法辖区还需要征询 HR（工会）的意见。一旦写入文件，两者都很难撤回。

B2C 还会在此基础上，为每个驱动因素增加一项证明义务——参见 B2B 和 B2C。

默认做法：先列出本次交易实际具备的效率维度中，最靠前的两个_硬_性驱动因素，因为论证必须仅凭硬价值就达到买方的门槛；然后再加入软性驱动因素（避免增加人手、释放产能、风险/合规）来促成交易。如果受众是财务部门，且硬性驱动因素不足，就沿价值维度往上移。

这种排序会忽略什么。 错误/返工减少是财务最少会质疑的驱动因素，而效率维度却纯粹因为大多数团队从不追踪单次错误的基准成本，就把它排在第五位。如果买方已经在追踪这一指标，或者标题中提到的计划是质量、合规或审计发现相关事项，就把它提升至第一位——在这些情况下，它同时是论证中最有力、成本最低的驱动因素。减少人手也会以类似方式被忽略，但原因是政治阻力，而非数据工作量；如果有明确的减员要求，就应将其提升。

删除，不要降级。 买方无法提供数据的驱动因素，应从论证中彻底删除：

• 没有错误的基准成本，就删除错误/返工。
• 毛利率不予提供，就删除收入提升和流失率，而不是尝试建立营收模型。
• 没有书面协议确认某个岗位将从预算中移除，就删除减少人手，而不是把它暂列为软性因素。

被排除的驱动因素如果仍留在列表底部，之后就会有人凭空编出一个数字。

根据眼前的买方重新排序。 这套排序是默认方案，不是铁律——它会随着交易情况和论证的构建者而变化，因为价值工程师可以采用单独销售代表无法使用的驱动因素。

• 已经对某项指标进行监测的买方，会让该驱动因素一下子上升好几个名次。
• 由采购主导的评估会最看重直接成本和 TCO 对比，对软性驱动因素基本不予考虑。
• 无法接触财务数据的内部支持者无法提供任何基准，因此在开始排序之前，列表中就有一半驱动因素被删除。

公式和注意事项根据所示来源标签，对从业者和财务部门的标准做法进行了汇总。

驱动因素	计算公式	买方提供的信息和所需投入	注意事项
直接成本 / 工具整合	已停用的许可证、基础设施和服务支出	合同清单和续约金额——几乎无需投入：这些信息已在买方的应付账款记录中，财务部门可以通过一次查询核实	难点在于确认旧合同确实终止
节省的劳动时间	每单位节省的小时数 x 每年单位数 x 全负荷小时成本	数量和薪资档位：1 小时。每单位处理时间：如果团队有记录，则需 1 小时；如果需要开展时间研究，则需 1 周。争议在于能否实现节省，而非计算方法本身	全负荷成本 = 基本工资加福利和税费，通常为基本工资的 125-135%（从业者估算范围）。考虑采用率和学习曲线，按 60-70% 的实现率折减
避免增加员工人数	随着业务量增长而未招聘人员的全负荷成本	已批准的招聘计划——需 1 小时，业务负责人通常已经打开了这份计划	估算较软（成本规避）；比裁员更容易被财务部门接受——无需裁员
避免停机	避免的停机小时数 x 每小时停机成本	每小时停机成本：如果事件或 SLA 工作已得出该数值，则需 1 小时；如果要跨职能部门推算，则需一个季度	每小时成本必须由买方提供
减少错误 / 返工	（基准错误率 - 新错误率）x 数量 x 每次错误成本	基准错误率和每次错误成本：需要 1 周到 1 个季度，因为大多数团队会记录错误率，却不记录错误成本。只要提供这些数据，这是所有驱动因素中最不容易引起争议的一项	需要由买方提供有记录的每次错误基准成本
减少员工人数	从预算中移除岗位的全负荷成本	计算无需投入；难点在于政治因素——通常需要持续争取书面确认，确保预算项目确实被移除	只有岗位确实从预算中移除，才有实际意义
释放产能（软性）	释放的小时数 x 全负荷成本 x 利用率系数	利用率系数和明确的重新部署目标——说明需要 1 小时，但财务部门无论如何都会对其打折	只有将释放的时间重新投入增量工作，才能转化为现金收益
提升收入 / 赢单率 / 转化率	增量收入 x 毛利	转化率基准和毛利——需要 1 周，而且毛利数据往往不会公开；之后每次评审都会重新争论归因问题	按毛利而非收入总额建模；财务部门会大幅折减归因收益
减少流失 / 提升留存	留存的经常性收入 x 毛利	按细分群组划分的留存率——买方需要自行开展 1 周分析	归因必须具体，不能只说“粘性”
避免风险 / 合规成本	预期损失 = 概率 x 影响；年化损失 = 单次损失成本 x 年发生率（标准风险公式）	有依据的概率和明确的损失基准——需要 1 周收集，而概率永远都存在争议	基于概率估算——应与明确的损失基准配套，绝不能使用没有来源依据的恐吓性数字
重复计算防护：同一个人的工时、同一条收入流或同一项预算，最多只能支撑一个价值驱动因素。同一团队节省的时间和避免招聘带来的价值必须拆分，不能两项都按全额计算。

硬价值与软价值——分开处理。

• 硬价值（可释放现金）会影响损益表或预算。
• 软价值（避免成本、产能、满意度、风险安心感）确实存在，但无法入账；财务人员受过训练，会在 ROI 数字中剔除这类价值。

将它们列为两个独立部分：硬价值部分在逻辑上收尾，软价值部分在情感上收尾——有意按此顺序呈现（30MPC）。测试标准：仅凭硬价值，这个方案必须成立；如果只有计入软价值才能成立，就应重新构建（从业者规则）。

核心指标和惯例

在文档中说明每项惯例；财务人员会否决无法审计的计算。

• 年度总毛价值 = 硬价值驱动因素的价值总和（软价值单独汇总，不计入标题数字）。

• 总投资（TCO） = 许可证／订阅费用 + 实施费用 + 集成费用 + 内部投入（工时 x 综合成本）+ 培训费用 + 持续管理费用。仅计算许可证费用会严重低估实际成本，这是财务人员有据可查的反对理由。

• 年度净价值 = 年度总毛价值 - 年度经常性成本。

• ROI % = （总收益 - 总成本）/ 总成本 x 100，按所述期限计算。这是净收益口径；也存在毛收益口径（收益 / 成本）——文档必须明确采用哪种口径，因为两种口径都在使用。

• 回本周期（月） = 12 x 第 1 年总投资 / 年度总毛价值（仅计硬价值）。如果年度总毛价值减去经常性成本后为零或负数，则回本周期未定义：应写明“在该期限内无法回本”——绝不能掩盖除以零或负数的结果。

• 多年期视图：当合同期限或评估期限超过一年时，逐年列出价值和成本，再列出累计净值。对于财务评审，还应计算 NPV = sum of (net cash flow_t / (1+r)^t) - initial investment，其中 r 为买方自身的最低收益率或资本成本——应向财务部门询问此数值，而非自行假设（某商业方法论采用 10% 的默认值）。

• 回本预期取决于细分市场，依据来自从业者和供应商内容，而非同行评审研究：

  • 低价 SMB 工具：3-6 个月
  • 云软件：12-18 个月
  • 大型本地部署软件：18-30 个月
  • 复杂的数据／AI 采购：12-24+ 个月

  绝不能把任何门槛说成普遍规则——买方自身的门槛应向财务部门询问；而恰好能在 12 个月整回本的收益流，会让人觉得是人为拼凑出来的（财务人员的反对理由）。

三种情景，而非单点估算

通过在合理范围内调整真正不确定的输入，给出保守／预期／乐观三种情景——这一惯例在财务建模实践中被反复独立采用，是跨来源的通行惯例。

• 呈现顺序：保守 > 预期 > 乐观。三种情景的工作量相同——同一模型使用三组输入运行——因此按此顺序呈现即可。
• 从保守情景开始。 这是项目支持者需要为之辩护的情景；如果它仍达到买方的门槛，就说明该投资并不依赖完美采用才能产生价值（从业者共识）。
• 保守情景应最大幅度下调销售人员自行假设的输入和基准数据；除非买方提供了范围，否则买方提供的基线应保持不变。
• 对于中型市场及以上的项目，还应进行单因素敏感性分析：找出对结果影响最大的两三个输入，并展示其变化幅度，这是公认的敏感性分析实践。
• 不要按可能性高低排列三种情景。绝不要给情景附加概率或权重：这些范围是用于证明合理性的区间，并非概率分布；贴上“70% 的可能性”这样的标签属于虚假精确，财务人员会将其视作猜测。

叙事

五部分单页结构（30MPC）：

1. 以优先事项为导向的标题 - 与购买方高管已熟悉的内部优先事项或计划挂钩。
2. 问题陈述 - 受影响的相关方、问题造成的量化成本（使用买方自己的数字），以及紧迫性驱动因素。
3. 推荐方案 - 说明方案促成的实践转变，而不是罗列功能。
4. 预期成果 - 展示前后对比，并用与高管级 KPI 挂钩的可衡量指标呈现。
5. 所需投入 - 明确双方在资金、人力和时间方面的承诺，并附上时间表。

让内容可信的规则：

• 整个叙事都要围绕经济买方最关心的三件事展开：成本、价值实现时间，以及对该计划的信心（MEDDICC）；还要用买方自己的单位说明不采取行动的代价。
• 去除供应商品牌和销售包装；使用朴素的格式或买方自己的模板，让文档读起来像买方的内部分析，而不是销售材料）。
• “你不是写给你的支持者，而是通过他们写给他们要转发的对象。”（30MPC）。采购团队与任何一家供应商相处的时间都只占整个采购过程的一小部分；销售代表从未参与的会议，才是这份文档发挥主要说服作用的地方。
• 时机：首次需求访谈后立即开始撰写方案，并与采购团队反复迭代——绝不要等到销售后期才把它当作留存材料（30MPC）。邀请买方修改；每一处修正都会把代表假设的输入转变为买方提供的输入。（“买方修改三轮后，赢单率会提高三倍”这一说法尚未得到重复验证——记录修改轮次，不要承诺这种提升。）
• 在介绍方案前，让支持者（最好还有财务部门）以书面形式认可各项假设，确保数字来自买方，而不是供应商的实践）。

工作流

1. 进行访谈；跳过已回答的问题。
2. 确定材料的适当规模：从最轻量级开始，每遇到一个复杂度触发条件，就提升一级。
3. 按效率排序选择驱动因素，并根据访谈中关于时间、复合效应和工作量上限的回答重新排序；删除买方无法提供数据的驱动因素，而不是将它们降级。
4. 建立输入台账：记录每项输入的数值、单位、来源和溯源标签（买方提供／注明来源的基准／代表假设）。缺少输入时，应询问，或插入带标签的占位符——绝不凭空编造。
5. 计算每个驱动因素的年度总价值；将硬价值和软价值分开汇总；执行重复计算检查。
6. 计算总投入（完整 TCO，而非仅许可费用）。
7. 计算净价值、ROI（注明计算口径）、回本周期（处理未定义的情况），并在适用时给出多年视图。
8. 构建三个情景；根据买方的门槛检验保守情景；为中端市场及以上规模的买方补充敏感性分析。
9. 仅用硬价值检验方案；如果未通过，应在撰写任何叙事前告知用户。
10. 使用 references/business-case-template.md 中的五部分结构撰写叙事；去除供应商品牌；围绕成本、价值实现时间和信心展开。
11. 执行转发测试和质量关卡；反复迭代，直到通过关卡。
12. 交付方案并明确后续步骤：支持者修改轮次、财务部门书面确认假设，以及请求——“如果我把我们完成的内容写成一份简短摘要，你愿意转发吗？”（30MPC 表述）。
13. 如果你的运行环境支持持久记忆，请存储输入台账、溯源标签和情景假设，以便后续运行时更新，而不是重新构建；否则，请在结束时提供一份用户可以粘贴到交易记录中的回顾。

如果你可以浏览网页，请在将用户引用的任何基准标记为基准之前，核实其来源和数值；否则，在注明来源前将其保留为代表假设。

调用示例和预期输出

• “帮我为这笔交易构建商业论证：购买发票自动化方案，AP 团队有 8 人，买家提供了业务量和错误率。”
• “这笔交易的 ROI 是多少？订阅费用为每年 $30K，他们说每位销售代表每周能节省 4 小时。”
• “CFO 想在周四之前看到计算依据——帮我把这份论证做得经得起推敲。”

交付两个区块（填空模板见 references/business-case-template.md）：

THE MATH     : input ledger (value, unit, source, provenance label),
               per-driver arithmetic shown in full, hard vs soft totals,
               TCO, ROI + convention, payback, three-scenario table
               (conservative first), sensitivity notes,
               rep-assumed disclosure line if applicable
THE NARRATIVE: the five-part one-page business case, unbranded,
               aimed at costs / time to value / confidence,
               plus next steps (edit rounds, assumption sign-off)

B2B 和 B2C

• 两者完全相同，并明确包含：

  • 算术和公式
  • 输入台账和来源记录规范
  • 绝不虚构数字的规则
  • 硬价值与软价值分开处理
  • 由保守情景打头的三个情景
  • 前瞻性测试
  • 质量关卡

• 上述从业者框架源自 B2B；没有可找到的从业者来源将其用于消费品销售。下文所有框架映射因此都是结构类比——在任何 B2C 输出中都要将其标明为类比。

• B2C 映射（结构类比）：

  • 经济买家 -> 掌控家庭资金的人，或其融资批准决定能否购买的人
  • 拥护者 -> 热情推销方案、试图说服持怀疑态度的家庭成员的人
  • 驱动因素 -> 水电费节省、避免的维修和保养费用、转售价值、融资成本与当前支出的比较
  • 成果文档 -> 通常是一页纸，对比每月付款额与当前每月成本，并提供回本时间范围

• B2C 的监管约束——这方面的 B2C 确实更严格，并非只是类比：面向消费者的节省费用声明必须真实，并依据消费者保护法提供证据。在美国，相关规定包括：

  • FTC Act Section 5
  • 针对隔热材料和窗户节能声明的 R-Value Rule——该规则曾多次针对夸大的节省百分比声明采取执法行动
  • 融资相关的贷款披露法律
  • 上门销售的冷静期权利
  • 各州的太阳能披露法规

  无依据的“节省 40-70%”声明构成法律风险，不只是销售说辞不够有力。应在披露假设的前提下提供范围，而不是突出展示平均值；还要披露总成本和融资条款。

• 在 B2C 中，保守情景更为重要：买家的“财务职能”由家庭预算承担，而且往往还涉及贷款机构；如果方案只有在乐观情景下才成立，恰恰是监管机构会采取行动的情况。

质量关卡

依据以下十项检查，对草拟的论证进行评分。通过门槛：10/10。持续迭代——修正后重新检查——直到没有任何一项不通过。

1. 每个价值侧输入都列在台账中，并注明数值、单位、来源和三种来源标签之一；成本侧输入注明书面报价；计算中不得出现任何未标注来源的数字。
2. 没有虚构任何输入：每个非买家提供的数字要么来自注明名称的来源基准，要么明确标为销售代表假设／占位符。
3. 如果去掉销售代表假设的输入后，标题数据会发生重大变化，文档必须明确说明这一点。
4. 硬价值和软价值分别汇总；标题数据只使用硬价值；并且已经测试仅计硬价值的情景。
5. 人数、工时、收入来源或预算项目不得在两个驱动因素下重复计算。
6. 每个输出数字都可追溯：展示从输入到标题数据的计算过程，核对总和，并且不得隐去未定义的回本周期或除以零的情况。
7. 说明 ROI 的计算方式、时间范围和完整 TCO（包括内部投入）。
8. 提供三个情景，保守情景排在第一；保守情景达到买家的门槛，否则文档必须明确说明未达到。
9. 叙述包含全部五个部分，且不包含功能列表。内容聚焦于成本、实现价值所需时间、可信度和不采取行动的成本。通过前瞻性测试：不带品牌信息；即使读者从未见过销售代表，也能独立理解；其中没有买家尚未验证或尚未被明确要求验证的内容。
10. 每项保留的声明都保留其来源标签；不得将供应商数据中的数字表述为预期结果；不得将任何回本门槛说成普遍适用的标准。

KPI 和衡量指标

• 买方更正了一项输入——这证明他们参与了计算，而且每次更正都会提升某项输入的来源可信度。
• 完成的编辑轮次——案例是共同构建的，而非直接交付的；跟踪轮次数本身，而不是承诺提升赢单率（关于提升 3 倍的说法尚未得到重复验证）。
• 建议在演示前获得财务部门或内部倡导者对假设的书面确认；是否将其作为 KPI，则属于结构性选择。
• 内部倡导者未经修改就转发了文档，并将其带入了与经济决策者的对话。
• 跨交易比较：共同构建案例的交易与未共同构建案例的交易中，因未作决策而流失的比例。衡量有多大改善空间的基准是：40-60% 的合格 B2B 交易最终因未作决策而告终（Dixon 和 McKenna，《HBR》，2022 年 / The JOLT Effect）。

常见失败模式

失败	修正
虚高的供应商数据让内部倡导者照搬，最终使其陷入窘境	使用买方的数据，先给出保守案例；要保护的资产是内部倡导者的可信度
编造或“看似合理”的输入	拒绝；提出问题，或使用明确标注且必须由用户替换的占位值
只有一个 ROI 数字，没有叙述	“没有背景的未来可能性”——始终同时提供两个部分
将软性节省混入 ROI 主标题	分开列示各部分；仅用硬性价值检验案例
单一估算值	提供三个情景，以保守情景为先
仅计算许可证成本	计算完整 TCO：实施、集成、内部投入、培训、管理
同一人员被计入两个驱动因素	一项资源只支持一个驱动因素；拆分或剔除
整数金额，且收益恰好对应一个整齐的回本周期	保留原始算术过程；过于方便的数字看起来像是人为编造的
在销售后期才制作商业案例，作为会后资料	首次需求探索电话后就开始；与购买团队迭代
写给内部倡导者，而非通过他们传达	交付前进行转发测试
未标明来源的“像贵公司这样的企业可实现 X%”基准	标明来源，或重新标注为销售代表假设
缺乏依据的 B2C 节省金额声明	提供区间并披露假设；披露总成本和融资条款

参考资料

• references/business-case-template.md - 可填写的输入台账、算术部分、情景表、五部分单页叙述，以及财务审核者附录检查清单。
• references/worked-examples.md - 完整的 B2B 中端市场案例、高客单价 B2C 案例（框架映射标注为结构类比），以及一个简短的反面示例。
• mbfinotti/sales-skills@sales-discovery-questions - 引出原始影响数据；这些数据会作为输入传到这里。
• mbfinotti/sales-skills@meddpicc-scorecard - 评估是否存在证据；此技能构建其 Metrics 要素所检查的数字，绝不会重新评估交易资格。
• mbfinotti/sales-skills@deal-champion-mapping - 识别内部倡导者；此技能通过他们撰写内容。