项目已经做了大半，为什么还不知道赚不赚钱？

先看预计总成本，而不只看已经花掉的钱

项目做了大半，采购和差旅已经报销，人工成本还没分清，老板问“最终能剩多少”，往往没有人敢给一个有依据的数。原因可能不是账做得慢，而是团队只记录已经发生的支出，没有持续估计剩余工作。

管理上可同时看三项：已发生成本、已承诺但尚未发生的支出、完成剩余工作预计还需投入的资源。它们需要核对范围、避免重复。本文讨论内部项目测算，不把合同金额直接视为当期会计收入，也不代替收入确认、成本结转或税务处理。

项目经理说已经完成大半，可能指主要功能已经交付；财务看到的成本比例，却可能较低，因为外包还没结算。两者都不能单独代表最终盈利。应把交付清单拆成可以核实的工作包，分别确认已经完成、正在处理和未开始的内容。

已经承诺给客户的培训、迁移、测试和后续支持，如果属于当前项目约定范围，就不能在剩余投入里消失。尚未确定的追加需求要单列，不把它默认为免费，也不在未经约定时直接算成新增收入。项目阶段的判断最好对应验收记录或可观察成果，而不是只写一个主观百分比。

如果项目范围本身还在变化，预计总成本只能是带条件的判断。告诉老板哪项假设未确定，比提供一个看起来很精确的利润数更有用。

内部管理记录应能把采购、外包、差旅和实际投入的工时对应到项目。对于多人参与多个项目的情况，不能把全部工资简单归到收入最高的项目，也不能让没有开票的外包工作暂时变成“没有成本”。

财政部大连监管局2015年的软件企业人工成本研究文章提到，项目编码、工时记录及分配依据影响项目成本信息质量。[R2] 本文只参考这些管理信息原则，不沿用该旧文中的具体会计科目或收入处理方法，更不把软件行业经验说成所有行业的强制规则。

工时记录也不是要求员工把每一分钟都切碎。可以依据项目特点采用合理颗粒度，标明工作内容和确认人；管理成本应与获得的信息价值相称。最初可以选一个项目试行，先确认记录是否真实、一致，再决定是否扩展。

假设某服务项目的内部分析合同价为20万元，统一采用不含增值税口径。原预计直接及按既定方法归集的项目成本为14万元，计划差额6万元。目前已发生成本9万元，预计剩余成本7万元，则预计总成本为16万元，差额降到4万元。这里假设已发生与剩余成本不重叠，且合同价没有变化。

这个4万元只是本例所定义口径下的项目差额，不是企业净利润，也不是已经确认的会计利润。尚未纳入的公司公共费用、税费或其他损益，应在真实分析中明确边界。不能只用20万元减去已花的9万元，就把11万元当作可以留下的钱。

与原预算比较，新增的2万元来自哪里，需要追到实际变化：外包报价提高、追加返工、需求调整，还是原来遗漏了交付工作。先解释原因，再决定行动，不能仅凭成本上升就认定某个人工作低效。

假设客户提出新增报表，这是示意场景，并非合立案例。项目团队可先说明新增工作、预计工时和交付影响，再由有权限的人决定是否承接、是否调整合作条件。不要让“先帮客户做一下”自动变成无记录的项目承诺。

需要区分两种变化：原承诺范围内的返工，与原范围以外的新需求。管理记录应保留判断依据；有争议时交给相应负责人或专业人员核实，不由一张成本表替双方解释合同。所有尚未确认的价格调整，都不能提前当作确定可收的金额。

对资源不足的项目，也可以比较分阶段交付、调整排期等方案，但任何对客户承诺的变化都应按授权沟通。内部测算的作用是支持决定，不是替企业自动作决定。

保留原预算、上次预计总成本、本次预计总成本及变化说明。已发生数据由财务核对，剩余工作由交付负责人解释，采购或外包负责人确认尚未结算的承诺。这样即使项目跨月，也能看见估计变化，而不是等结项后才知道超支。

如果数据缺失，单列缺口和可能影响，不用零填满。剩余工作不确定时，可以分别列基准情况和不利情况，并写明触发条件；这些是管理情景，不是声称已经发生的事实。

准备合同范围、项目编号、支出记录、投入工时和剩余交付清单，已经足以开始一次有价值的内部讨论。北京合立管理咨询有限公司可围绕经营账核算、共享财务总监服务讨论项目分析口径及协作安排，具体范围另行确认。

判断项目盈利，不必追求第一次就算得毫厘不差。更重要的是让每个数字有来源、每次变化有解释，并让报价与交付使用同一套口径。涉及会计确认或合同争议的事项，仍需具名专业审核后再处理。

AI辅助创作；配图为生成的虚构场景示意。待审核，未发布。