一份服务合同很少因为一次大失误而亏损；它是被那些没人记到任何项目上的工时，一点点耗亏的。但当人的工时、工作进度和财务分处三个不同的地方时，你往往要等一个合同亏了之后，才知道它亏了。本文分析为什么这三块数据必须读自同一个源，以及让整合真正给你及时决策的条件。
在服务业，盈亏在项目层面
与制造或零售不同，服务型企业的产品主要是人的时间。一家公司可以整体毛利为正，却在许多合同上是亏的——只是那些赚钱的合同在扛着那些亏钱的合同，而在结算之前没人看得到这一点。要想管住利润，你必须在它形成的地方看到它：每一个项目、每一份合同，尽可能贴近实时。
时间就是成本——请把它连到项目上
服务业里最大的成本是工时。当考勤被直接绑定到项目和合同上记录——而不是月末汇总的一张考勤表——你就能在项目进行中看到它真实的成本。一份报了总价包干的合同一旦开始比预想耗掉更多工时，就会在工时超阈值时立刻显形，而不是两个月后会计汇总完才发现。要做到这一点的条件很具体：工时必须按项目记录，而财务必须读取那份数据本身，而不是一份重新录入的副本。
按真实进度确认营收
许多服务合同按完工百分比确认营收。如果进度只在项目经理的脑子里、财务只通过一封更新邮件得知，那么确认的营收数字永远是猜测。当进度和财务读取同一份数据时，确认的营收就紧贴真正完成的工作，而每份合同的利润报表也始终是更新的，而不是每到期末才重新拼一遍。这也是可靠现金流预测的基础，因为你知道哪部分工作已经具备开票条件。
- 每个项目已耗的工时成本与其预算的对比。
- 实际完工百分比与已开票部分的对比。
- 每份合同按当前耗时速度估算的剩余利润率。
- 可计费（billable）工时与总工时之比，按人、按项目细分。
- 已到期但尚未开票或尚未收款的付款里程碑。
在还来得及时决策
整合真正的价值不是报表更漂亮——而是预警来得更早。一个正在滑出利润率的项目，应当在它还在进行时就发出信号，那时你还能调整范围、和客户重新谈、换更合适的人，或者收紧那些额外冒出来的工作项。当那个信号只在结算时才到，一切选择都已关上，你只能记下一笔亏损。在一个系统上，正在发生的事和你得知它之间的距离，被缩短到决策仍然有意义的程度。
整合只有在工时真实、估算诚实时才跑得动
得实话实说：一个统一的系统只和它的输入数据一样准。如果员工凭记忆把考勤攒到周末填，或者为图省事把工时随手记到某个项目上而不是记对，那么每个项目的利润报表看起来会很顺滑却是错的。同样，由项目经理自评的完工百分比可能过于乐观。整合数据让这些偏差更容易被看见、更容易被追责，但它替代不了诚实且及时记录的文化。这既是一次工具的改变，也同样是一次习惯的改变。
从哪里看出项目数据被切成了三份
有几个信号说明你的项目数据正被切成三块：
- 你只有在一份合同结束之后，才知道它是赚是亏。
- 考勤、进度和财务活在三个互不对话的工具上。
- 按项目的利润报表每期都要手工拼、而且总是滞后。
- 确认的营收基于对进度的估计，而不是已记录的真实工作。
- 你说不出此刻哪个项目正在耗时超预算。
先把工时接到项目上
不必一次全部落地。第一步几乎总是把考勤连到项目上，因为那既是成本形成的地方，也是最常被割裂的数据。挑一组正在进行的项目，要求按项目每天记录工时，并把这份数据和合同预算挂钩。仅仅是能实时看到工时成本，就足以改变你做决策的方式。以此为基础，再扩展到按进度确认营收和现金流预测。不变的原则是：在服务业，结算之后才知道一份合同亏了，就是知道得太晚——整合的目标，是把你得知的时点，拉到你还能有所作为的时点之前。
“在服务业，结算之后才知道一份合同亏损，就已经太迟了。”