项目签了，销售觉得自己拿下客户，奖金理应多拿；交付觉得后面几个月天天救火，不能只看合同签字那一天。老板若等到结算时才问“大家觉得怎么分”，往往谁都觉得自己吃亏。
项目奖金要谈得清，先别急着把贡献打成一个分数。把项目从机会、签约、交付到验收的关键节点铺开，约定每个节点如何确认结果，再讨论分配。AI 可以帮忙把记录整理齐，不能替当事人裁定谁更辛苦。
从项目结果出发，不从谁声音大出发
项目最终可分配多少，要先看合同约定、实际回款、交付成本和返工等情况。签单额不是奖金池。若项目尚未验收，或客户付款条件尚未满足，提前把全部奖金定死，容易把后续风险留给企业。
可以让 AI 对照合同、财务和项目资料，列出尚未确认的结算条件，提醒不同版本数据是否冲突。但奖金池口径要由经营和财务负责人确认；AI 不能从几份材料里自行发明公司制度。
再看谁在哪个节点承担了什么
销售可能负责识别需求、报价谈判、推动签约和回款；交付可能负责实施、变更管理、验收和客户稳定；产品或支持岗位也可能解决决定项目成败的关键问题。不同项目的贡献结构不一样，所以应事先说明哪些节点计入、证据是什么、多人接力如何记录。
例如一个项目经历换销售、换交付负责人，仅凭最终负责人姓名分配，就会漏掉前人的工作。AI 可按时间整理任务、客户确认和变更记录，让讨论有共同底稿；面对记录缺口，应明确“待当事人确认”，不能把没有文字记录的协作当作不存在。
争议留给有权作决定的人
真正容易吵起来的是例外：客户临时加需求，交付投入突然增加；销售承诺超出原范围；项目延期的原因既有客户变化也有内部响应慢。方案里需要写清谁提出调整、谁核事实、谁批准，以及员工如何知道结果。
AI 可以把争议点和支持材料并排展示，提示相同规则在不同项目上是否用得一致。若涉及员工个人薪酬与客户资料，先确认权限和保密要求。结论要由公司授权的负责人作出，并能讲明依据。
老板不妨先拿一个真实项目，在内部按“结果—节点—证据—例外”走一遍。哪里只能靠拍脑袋，哪里就是规则还没写清的地方。先把这一步补上，再用 AI 提高整理和核算效率，项目奖金才分得下去。
先找一个刚结束的项目，把签约、交付、验收几个节点的负责人和确认记录摊开。若这一步就拼不起来，结算时再讨论“谁更辛苦”只会吵。想看项目过程怎样用时间线和里程碑留痕，可对照源目标项目管理；分配规则和例外仍要事先谈妥。
关于奖金总盘子怎么确定，可接着看《让 AI 算奖金前，先定好这三件事》。
发布于源课堂 · 源目标信息科技（上海）有限公司
