案例结论:专业服务公司算不清项目毛利,通常不是财务不会算,而是项目、工时、费用、开票、回款分散在不同表里。这个案例没有先上大而全的项目管理平台,而是用轻量定制把“项目利润表”跑通,让老板知道哪些项目真赚钱、哪些项目只是看起来忙。
一、客户背景:收入增长了,利润却说不清
客户是一家 60 人左右的专业服务公司,项目周期从 2 周到 6 个月不等。销售签单后,项目经理用 Excel 排计划,顾问在飞书文档里写周报,财务在独立表格里记录开票和回款。老板每月能看到收入,但看不到项目真实毛利。
最典型的问题是:某些项目合同金额不低,但反复返工、外包设计、差旅和售后支持消耗了大量成本;另一些小项目虽然金额不大,但交付标准化,实际利润很好。过去这些判断依赖项目经理经验,无法形成管理数据。
二、第一阶段目标:先算清单项目毛利
我们把第一阶段目标定义为“每个项目月底能出一张可信利润表”。这张表只包含五类数据:合同金额、已开票金额、已回款金额、内部工时成本、外部费用。其他复杂功能,如知识库、排班、客户门户、绩效模型,全部放到后面。
| 数据 | 来源 | 责任人 |
|---|---|---|
| 项目主档 | 销售转项目时创建 | 运营助理 |
| 合同与开票 | 财务表同步 | 财务 |
| 回款 | 财务确认 | 财务 |
| 工时 | 顾问每周填报 | 项目经理审核 |
| 外部费用 | 报销和采购记录 | 项目经理确认 |
三、落地路径:少填字段,多做校验
最初客户担心员工不愿填工时。我们没有设计很复杂的日报,而是只要求每周按项目填写投入小时、工作类型和备注。系统自动提醒未填人员,项目经理只审核异常项。这样一线负担相对可控。
费用侧也没有重做财务系统,而是从现有报销表和采购表里同步项目编号。没有项目编号的费用不能进入月度项目利润表,倒逼费用申请时补齐项目归属。
四、关键取舍:先服务经营,不先服务考核
客户一开始想把工时系统直接用于绩效考核,我们建议先不要这么做。工时一旦被员工理解为“监控工具”,填报质量反而会下降。第一阶段先用于项目复盘:哪些项目售前投入过多、哪些环节返工最多、哪些客户需求变更频繁。等数据稳定后,再谨慎接入绩效和奖金。
五、结果变化:报价和交付复盘都有依据
上线两个月后,客户发现三个重要事实:第一,部分低价项目的售后支持成本被严重低估;第二,某类客户的需求变更率高,报价时必须预留变更管理成本;第三,某些标准化服务包虽然合同小,但毛利稳定,值得复制。
这些结论以前也有人感觉到,但没有数据能说服团队。现在每月项目复盘会直接看利润表和异常项目,销售报价、项目排期和客户筛选都有了依据。
六、同行可复用的检查清单
| 检查项 | 不合格信号 |
|---|---|
| 项目编号 | 合同、费用、工时、回款无法关联 |
| 工时规则 | 员工不知道哪些工作要填、怎么填 |
| 外采费用 | 采购和报销没有项目归属 |
| 变更记录 | 客户加需求但合同和成本不更新 |
| 复盘机制 | 月底只看收入,不看毛利和返工 |
如果你是咨询、设计、工程安装、软件实施、培训服务或专业服务公司,项目毛利通常比任务进度更值得先数字化。可以继续参考 软件需求澄清清单 和 定制软件验收标准怎么写。





