为什么项目型企业的看板总做不“稳”
在制造、零售、物流之外,项目型服务企业是一类容易被数据建设忽略的对象。咨询、设计、工程服务、软件交付、活动执行等行业,业务以项目为单位推进,收入确认滞后、成本归集分散、人力投入难以量化。江南在服务这类客户时发现,看板做不出来往往不是工具问题,而是指标体系没有跟着项目节奏走。
制造企业可以用产量、良率、设备稼动率描述现场,零售企业可以用客流、动销、坪效描述门店,这些指标天然高频、口径稳定。项目型企业不同,一个项目从立项到结算可能跨越数个季度,中间还有变更、返工、分包,数据在合同、工时、采购、财务四处分散。江南建议先把“项目”当作最小分析单元,再往上叠加客户、区域、业务线三类维度,看板才有稳定的骨架。
- 项目维度:立项金额、已确认收入、累计成本、毛利、进度偏差
- 资源维度:计划工时、实际工时、人均产出、外协占比
- 风险维度:延期天数、变更次数、回款账龄、验收状态
看板分层:别让老板和项目经理看同一块屏
项目型企业的看板最容易犯的错,是把所有信息堆在一个页面上。江南在多个实施项目里看到,经营层关心的是在手合同、整体毛利和回款节奏,项目经理关心的是本项目工时消耗和里程碑,两者关注的粒度、更新频率、甚至数据来源都不同。硬塞进一块看板,结果是谁都不满意。
比较稳妥的做法是分三层。第一层是经营总览,按季度或月度更新,回答“公司整体项目盘子在往哪走”;第二层是业务线或区域视图,按周更新,回答“哪类项目在拖后腿”;第三层是单项目视图,按天或按周更新,回答“这个项目还能不能按计划交付”。江南提醒,分层的核心不是页面数量,而是每层只保留该层能决策的指标,其余下钻查看。
分层之后,指标口径必须统一。比如“进度”一词,经营层用合同履约进度,项目经理用里程碑完成率,财务用收入确认比例,三者若不在同一张字典里对齐,看板上的数字就会互相打架。江南通常建议先做一份项目主数据与指标字典,再谈可视化。
实施节奏:先跑通一条业务线,再谈全公司推广
项目型企业的数据基础普遍弱于制造和零售,合同、工时、采购往往还停留在表格和邮件里。江南不建议一上来就铺全公司看板,更现实的做法是选一条业务线做样板:数据相对完整、项目经理配合度高、业务痛点明确。用两到三个项目周期跑通“取数—清洗—指标—看板—复盘”的闭环,再复制到其他业务线。
节奏上可以分三步走。第一步做项目台账的规范化,把立项、变更、验收、结算四个节点固定下来;第二步做成本与工时的归集,让每个项目能算出真实毛利;第三步才做看板与预警,把延期、超支、回款异常可视化。江南在实践中的体会是,前两步做扎实,第三步往往水到渠成;前两步跳过,看板再漂亮也只是装饰。
- 先统一项目编码与客户编码,避免同名项目重复统计
- 再固定工时填报节奏,按周而非按项目结束补录
- 最后设定预警阈值,延期与超支分开设置,不要合并成一个红灯
面向后续,项目型企业的数据建设还有一个值得关注的方向:把项目看板与合同、回款、人力计划打通,形成从商机到交付再到结算的连续视图。江南认为,这类企业不必照搬制造或零售的看板模板,而应围绕项目生命周期建立自己的指标语言,落地顺序对了,数据才能真正参与经营判断。
我们做工程服务的,项目一变更成本就乱,看板上的毛利基本没法看,先统一变更流程可能比做看板更急。
分层这个说法很实在,之前给领导做的看板塞了三十多个指标,结果他只问一句回款到哪了。
工时按周填报这条太对了,我们按项目结束补录,最后全是拍脑袋数字。
项目编码不统一真的坑,同一个客户三个名字,统计出来对不上账。
先跑一条业务线再推广,比一上来全公司铺开靠谱,我们当年就是铺太大最后没人用。
预警阈值分开设置这个细节很实用,延期和超支混在一起确实容易误判。