乐于分享
好东西不私藏

【星途科技46】周明的30个Excel消失了:星途科技预算管理升级

【星途科技46】周明的30个Excel消失了:星途科技预算管理升级

标签:🏢 故事线


摘要:星途科技预算主管周明每年10月都要面对30多个Excel文件的噩梦——各部门发来的预算表格式五花八门,汇总一次要花3天,版本管理全靠"最终版真的真的最终版v8"式的命名。

2026年,统一预算平台上线后,编制周期从3周压缩到1周,30个Excel变成了一个系统。这篇文章带你走进周明的真实工作场景,看看预算管理升级到底改变了什么。


一、2025年10月15日,凌晨1:38

周明盯着屏幕上的Excel,揉了一下发酸的眼睛。

"销售中心V7李明确认OK"、"销售中心V8赵雅琴修改"、"销售中心V9最终版"……桌面上光销售中心的预算表就有5个版本,他不知道自己该信哪个。

这是星途科技2026年度预算编制的第三周。周明已经连续加班11天。

星途科技820人,5家子公司,3个业务板块。每年10月启动下一年度预算,理论上应该在11月中旬完成。但过去两年,每次都拖到12月底。

原因很简单:预算编制靠30多个Excel文件。

周明的电脑里有一个文件夹叫"2026预算",里面有:

来源文件数典型文件名
销售中心8个销售中心2026预算最终版v3.xlsx
研发中心6个研发预算CTO修改10月12日.xlsx
供应链5个苏州工厂2026预算_制造业.xlsx
人力行政4个人力预算_含社保测算.xlsx
各子公司5个星途广州2026预算_待审批.xlsx
周明自己3个合并版10月14日v2周明.xlsx

"最崩溃的不是数据多,"周明后来说,"是每个人对'预算'的理解不一样。"

销售VP李明觉得预算是目标承诺——他填的数字永远偏保守,留有空间。

CTO张国栋觉得预算是资源需求——AI实验室要扩招,服务器要扩容,每一项都往高了报。

供应链总监张伟的理解又不一样:他认为预算是成本控制的底线,苏州工厂那边的制造费用恨不得精确到小数点后两位。

三个人的预算表格式完全不一样。

周明每次汇总都要先把格式统一。有的部门横着排科目、竖着排月份,有的反过来。有的用万元做单位,有的用元。有的把人力成本和办公费放在一起,有的分开列。

"光是对齐格式就要花大半天。"周明回忆说,"然后才是核对数据——看看有没有明显的逻辑错误,比如销售增长了30%,但市场费用反而下降了。"

他手动建了一个校验表,列了12条检查规则。但每次查完,Excel就卡得要死——30多张表串在一起,公式互相引用,VLOOKUP拉到底,20分钟才能算完一次。


二、2万块和200万的区别

真正让周明崩溃的是2024年那次。

2025年预算汇报会上,CFO赵雅琴指着研发中心的培训费问:"6,000块?你们310人的研发团队,全年培训预算只有6,000?"

CTO张国栋愣了一下:"不对,我们报的是60万。"

两人对峙了10秒。

然后各自打开了手里的Excel。

周明那个版本写的是6万。赵雅琴看的是周明的上一版——里面公式引用错了行,把一个其他费用科目的数字拉到了培训费上。

"你们猜我是不是想死。"周明后来在部门聚餐时说。

那次之后,赵雅琴做了一个决定:预算管理必须上系统。

但当时ERP刚上线半年,费控系统还没弄完,IT资源全部被占满了。赵雅琴的提案被推到2026年。

周明只好又用Excel撑了一年。

2025年的预算编制,他做了个改进:做了一个统一的预算模板发给各部门。

效果呢?

"好了一点。"周明苦笑,"至少格式统一了。但新问题是——模板里的公式经常被'我不小心删掉了'。"

而且更重要的是:Excel解决不了版本管理和审批流的问题。

部门填完→发给周明→周明汇总→发现问题→退回修改→再汇总→再发现问题……这个循环平均要转5轮。

"你想想看,"周明掰着手指算,"5个部门×5家子公司,就算每个只来回3次,那也是75次邮件往来。再加上版本搞混、数据丢失、公式错误……"

2025年编制过程中,研发中心就出现过一次事故:张国栋的助理把初版当成终版发给了周明,等两周后发现时,研发预算比最终版本少了整整800万。


三、2026年3月,预算平台立项

终于轮到预算了。

ERP稳定了,费控系统已上线运行半年,赵雅琴在Q1管理会上正式提出预算系统升级。

这次的阵仗不一样。

赵雅琴吸取了之前的教训——她没有直接要求上系统,而是先让周明做了一件事。

"你把过去两年Excel编制的所有问题和耗时拆出来,给我一个清单。"

周明花了3天,从邮件记录、聊天记录、文件修改日志里,整理出了这样一组数据:

问题类型2024年2025年问题影响
版本混淆导致数据错误5次3次汇报数据失真
公式/链接损坏8次6次汇总结果错误
格式不统一每次3次反复对齐浪费时间
审批来回次数5轮5轮周期拉长
实际编制周期5周4周远超目标
数据校验耗时3天2.5天人工逐一检查

然后他做了一个时间拆解。一次完整的预算编制周期中:

  • 模板发放与沟通:1.5天

  • 各部门填报:10天

  • 汇总与格式对齐:3天

  • 数据校验与逻辑检查:3天

  • 与各部门来回确认修改:5天

  • 管理层汇报与调整:3天

  • 合计:约25天(5周)

"这里面,"赵雅琴指着表格说,"汇总和对齐这3天、校验这3天、来回确认的5天——11天是Excel带来的纯粹损耗。如果上系统,这11天可以砍到2天。"

她跟CEO陈志远汇报时算了一笔账:

"一个预算经理+一个助理,每年11天纯做Excel搬运工,两人的日薪合计约3,000块。这3万块工资还好说。真正的代价是什么?预算晚出来两周,管理层决策就晚两周。我们11.2亿营收的公司,两周的决策延迟,代价远比3万块大。"

陈志远批了这个项目。

预算:120万。周期:3个月。目标:2026年10月之前上线,赶上2027年度预算编制。


四、系统上线后:30个Excel变成了一个平台

2026年9月底,预算管理系统正式上线。

周明打开系统后台的那天,说了句:"我感觉自己被解放了。"

变化在哪?三件事。

第一,统一入口 + 统一模板。

过去,每个部门的预算表是独立文件,周明通过邮件收、手工合。现在,所有部门登录同一个平台,看到的是一模一样的编制界面。

科目体系是预设的——从Oracle EBS的COA科目表直接映射过来,费用科目分层为:部门→科目大类→科目明细→辅助维度(项目/产品线/地区)。

每个人只能填自己权限范围内的内容,看不到别人的,也改不了别人的。

"最大的好处?"周明说,"我再也不用跟销售VP说'你用了旧模板'了。因为没有旧模板——系统里就这一个。"

第二,自动汇总 + 实时校验。

填完数据点"提交",系统立刻做三件事:

  • 按组织树向上汇总(员工→部门→公司→集团)

  • 校验12条规则(环比增长率不能超50%这种明显异常直接标红)

  • 生成本部门预算概览表

过去周明一个人对着30张Excel手动汇总,现在系统30秒完成。

"我算了一下,"周明说,"光汇总这一个环节,从3天变成了30秒。"

第三,审批流 + 版本追溯。

部门提交→系统自检→周明初审→财务经理王芳复审→CFO赵雅琴审批→归档。

每一步都有时间戳,谁改了什么、什么时候改的,清清楚楚。

周明再也不用在文件名后面加"V8赵雅琴修改真的真的最终版"了。


五、数据对比:系统上线前后的变化

指标上线前(2025年编制)上线后(2026年编制)变化
使用Excel文件数30+个0📉 归零
编制周期4-5周1周📉 缩短75%
汇总耗时3天30秒📉 99.9%
数据校验耗时2.5天2分钟📉 99.3%
审批轮次5轮2轮📉 减少60%
版本错误次数3次0次✅ 归零
预算编制的参与人数30+人散落各处统一平台,实时可见✅ 协同

六、不只是效率提升

上系统不只是让预算编得快了。周明发现了一个他以前没注意的变化。

过去用Excel时,他80%的时间花在"搬运数据"上——把A部门的数字拷到汇总表、对齐格式、检查公式。真正分析预算合理性的时间不到20%。

"说白了,我干的是操作工的活,不是分析师的活。"

系统上线后,搬运工作消失了。周明可以把时间花在:看研发预算里服务器采购的增长趋势是不是跟业务增长匹配,看销售中心市场费用的地区分布是不是合理,看苏州工厂的材料成本预算是不是该重新跟供应商谈一轮价格。

"预算管理,核心不是把数字填进表格。核心是回答一个问题:明年公司的钱应该花在哪里?"

30个Excel消失了,周明终于有时间想这个问题了。