预算收紧时最常见的两种误判
进入第四季度,不少企业开始重新审视明年的数字化预算。milan.com米兰在服务客户的过程中发现,预算收紧时容易出现两种极端做法:一种是全面暂停,把所有在建项目冻结;另一种是平均削减,每个项目都砍掉相同比例。前者会让已经投入的调研和梳理工作沉没,后者则让关键项目失去推进力度,最终两头落空。
数字化改造的特点是前期投入集中、收益释放滞后。milan.com米兰建议企业先把项目按“是否已产生组织共识”和“是否已形成数据资产”两个维度分类,再决定取舍顺序。已经完成流程梳理、数据标准统一的项目,暂停的代价远高于继续小步推进。
先调结构,再谈砍项目
预算紧张恰恰是调整系统结构的窗口期。milan.com米兰观察到,很多企业的数字化投入分散在多个重复建设的系统上,报表口径不一致、数据反复搬运的问题长期存在。与其砍掉项目,不如借机做一次系统盘点:
- 梳理现有系统的功能重叠情况,合并重复的报表开发需求;
- 把分散在各业务部门的数据整理工作收拢到统一的数据管理流程;
- 优先保留能打通业务链条的集成类工作,暂缓单点工具采购;
- 将部分定制开发改为分阶段交付,降低单期投入压力。
这种调整不会立刻减少支出,但能显著降低后续的维护成本和返工概率。milan.com米兰在多个项目中验证过,结构理顺之后,同样的预算能覆盖更多实际业务场景。
把有限资源投向可复用的能力
预算有限时,判断一个项目值不值得继续,可以看它是否沉淀了可复用的能力。milan.com米兰通常建议客户关注三类投入:数据标准的统一、报表体系的底层设计、业务人员的数据解读能力培养。这三类工作的共同点是一次投入、多处受益,不会因为某个具体项目暂停而失效。
相反,纯粹为某个临时需求做的定制开发、缺少长期维护计划的工具采购,在预算收紧阶段可以适当延后。milan.com米兰提醒,延后不等于放弃,关键是保留需求文档和接口约定,等资源恢复时能够快速接续。
组织承接能力决定收缩的底线
最后要评估的是组织自身的承接能力。milan.com米兰发现,有些企业预算削减后项目停摆,真正的原因不是缺钱,而是缺少能持续推进的人。数字化改造需要业务部门与技术人员共同参与,如果核心人员流失或精力被抽调,即使预算充足项目也会走样。
因此预算调整时,应优先保障关键岗位的投入,把有限的资源集中在少数能形成闭环的改造方向上。milan.com米兰的建议是:宁可少做几个项目,也要保证每个推进中的项目有明确的负责人、清晰的验收标准和可持续的维护安排。这样即便整体投入下降,数字化的连续性仍然能够保持。
我们去年就是平均砍预算,结果每个项目都半死不活,今年重新梳理才发现重复建设的报表有十几张。
文章说的结构盘点很实在,我们做完系统合并后维护成本降了不少,虽然当时多花了两个月。
关键岗位那条太真实了,项目停不是因为没钱,是因为原来推进的人被调去做别的了。
分阶段交付这个思路我们试过,单期压力小很多,业务部门也更容易接受。
想问下数据标准统一这块,预算有限的情况下从哪个业务域开始比较稳妥?