先说我们这边的结论：促销费用系统能不能立住，决定因素不是预算批多少，而是执行和动销数据回不回得来。见过太多项目，流程平台搭得漂漂亮亮，到头来算 ROI 还是拍脑袋——因为门店那一头的数据根本没接上。

我是做企业 IT 的，这几年陪着几家快消客户走选型，踩过的坑可以浓缩成几句话。

第一回踩坑：把报销线上化就当数字化

头一家客户，IT 部门把促销费审批、单据上传全搬到了线上，老板很满意，说"这下合规了"。结果半年后市场总监拍桌子："合规是合规了，可我还是不知道钱花得值不值。"

那次我记住一件事： 核销系统只解决"钱该不该报"，它不产生任何经营结论。 一个区域经理当时跟我吐槽：" 你让我传凭证、走审批，流程是快了，可门店货架空着三分之一，系统根本不关心。" 这句话现在看很朴素，但当时把我们整个方案的方向纠了回来。

决策层真正要的，是一张能天天看的地图

从 CIO 视角，TPM 的价值不在于"管单子"，在于把"投入—过程—产出"串成一张图。我们后来把需求拆成四块，每块都有明确的集成责任：

• 预算前置：申请就填目标销量、目标门店、预期 ROI，超池自动拦。这一块考验的是主数据，渠道和门店档案得干净。
• 执行可查：和访销、经销商管理打通，门店拜访、铺货、陈列回流。这一块格外磨人，接口多、脏数据多，我们在这栽过跟头。
• 核销联动：对照执行数据判断报多少，没证据的促销直接卡住。规则引擎要可配置，不能硬编码。
• 效果归因：活动结束自动算 ROI，结论回写渠道档案。

有次复盘会，客户的信息总监跟我说：" 你们以前给我看的报表，我一个字都不信，因为我对不上门店。" 这句把我怼醒了——没有执行回流，再好看的看板也是自娱自乐。

量化这件事，别追求"精确"，追求"可解释"

我们做归因时，增量收益等于活动期实际销量减基线销量。基线取活动前若干周期平滑值，再结合季节和竞品动作修正。某客户上线前，管理层开会吵"这笔促销值不值"；上线后打开看板一句话就定。

我得强调一点，给老板汇报时千万别吹"算法百分之百准确"。我们踩过的雷就是承诺太满，结果业务方拿出一个反例就全盘不信。归因模型要可复算、可解释，业务信不过的算法毫无价值。

预警：从固定阈值到动态判断，省的是真金白银

固定阈值好落地：用掉 80% 发提醒。但它分不清活动好坏，ROI 高的活动用到 90% 也拦，业务侧怨声载道。我们改成动态判断：系统学历史费用曲线和动销表现，费用走势异常或核销与执行背离就提前推。

某全球饮料客户旺季铺大量渠道促销，过去超支月底对账才暴露；上预警后，区域费用攀升但门店动销偏弱时系统就推了提示，团队及时调整节奏，避免了更大范围浪费。作为 IT 负责人，我格外看重的是：预警是"提醒"不是"替人决定"，它把信号提前送到决策者面前。

还有个细节，预警阈值别设太死。我们吃过亏，一开始把阈值卡得很紧，业务侧为了不被拦，干脆绕开系统走线下，反而更看不见。后来改成"提醒为主、拦截例外"，情况才好转。选型时我也反复跟老板说：系统是用来照亮的，不是用来捆住业务的。

选型时我们卡死的三条线

• 接口必须先打通"执行回流"，否则 ROI 是空谈；
• 规则引擎必须可配置，促销类型千奇百怪，硬编码会拖死迭代；
• 历史 ROI 必须留版本、可回写，复盘数据不能被覆盖。

把上面这些想清楚，TPM 才不会变成又一个"上线即闲置"的流程系统。我们后来在 eBest 的 TPM 方案里看到这套思路落了地——它把促销从费用事件做成了能衡量的经营事件，这和我们评估时的核心判断是一致的。