多次定价与提成：项目型公司最容易吵架的两个规则

在项目型公司做过管理的人大概都遇到过这两场争吵：一场关于「这单到底赚了多少钱」，一场关于「这笔提成该不该发、发多少」。

争吵的根源是版本，不是数字

客户第一次签约 100 万，中途加需求变成 118 万，交付时又减到 112 万。成本也一样，最初估算 70 万，实际外采加到 78 万。如果系统里只保留一个金额字段，每次修改都是覆盖，那么三个月后没人能还原当时到底发生了什么，只能重新吵一遍。

规则一：不覆盖，只追加

所有定价与成本变更都作为独立记录追加在原订单上，带时间与原因。当前有效值用于计算，历史值用于追溯。这样有两个直接好处：

• 与客户对账时能拿出完整的变更过程，不是「我记得是 118」；
• 毛利计算用的是当前定价与累计成本，而不是第一次签约时的估算。

规则二：提成挂在回款上，不挂在合同上

「合同签了就发提成」是项目型公司现金流最疼的做法。更稳的规则是：

• 提成单在订单上按当前有效金额与约定比例生成；
• 多人协作的订单，一张提成单完成多人分配，比例事先约定；
• 提成发放单独登记，随时能看到哪些已发、哪些待发；
• 应发金额与已收款情况关联，款没收回来时系统里就显示为待发，不需要靠人提醒。

规则三：考核口径提前统一

部门与业务员的收款统计必须事先约定按哪个时间段、哪类收款计算。系统可以直接统计某一时间段内的部门、业务员收款情况，但口径要由管理层确认，不能每张报表各算一套。

上线时怎么验证

我们的做法是先按企业现有的算法在系统里复算一个月，与手工结果核对一致后再正式切换。口径不同的地方会在核对时暴露出来，这比上线后才发现要便宜得多。

相关页面

本站的「项目利润分析系统」产品页列出了九个关键功能与常见问答，可以直接查看实现方式与规格说明。