一个把大半时间花在催数据上的主管

开云顾问林致远第一次见到周立群，是在一家做工业零部件的中型制造企业。周立群是信息部下面的数据主管，手下三个人，名义上负责全公司的数据报表，实际上大半时间都在催各部门交表、对数、改格式。他给林致远看了一张自己的周计划：周一收生产日报，周二核对库存台账，周三整理质量记录，周四出经营周报，周五处理临时取数需求。真正坐下来分析数据的时间，一周不到半天。

这类场景开云在项目里见过不少。数据主管往往被当成报表搬运工，业务部门提需求，信息部出表格，出得慢被催，出得快没人看。林致远判断，问题不在人不够，而在整条链路没有分层：哪些数据该自动进系统，哪些该由业务自己维护，哪些才是需要集中加工的报表，从来没有被认真划清过。开云进场后做的第一件事，不是上工具，而是把周立群每周做的事情按来源和用途拆开列了一遍。

先分清三类数据，再谈看板

拆完之后，开云团队和管理层一起做了个分类。第一类是交易型数据，来自生产、仓储、采购等业务动作，特点是产生频繁、口径固定，应该尽量由业务系统自动沉淀，不需要人工汇总。第二类是管理型数据，比如月度产能利用率、质量异常分布，需要跨部门合并，适合由开云协助搭建统一的数据处理流程和统计报表。第三类是临时型需求，领导临时想看某个维度，这类需求要用轻量的看板工具快速响应，而不是每次都走开发排期。

  • 把交易型数据从手工汇总里解放出来，周立群团队每月省下的对数时间明显减少。
  • 管理型报表由开云规划统一口径，同一指标在各部门报表里不再出现三个版本。
  • 临时需求走可视化看板的自助配置，业务部门自己拖拽字段，信息部只负责权限和底表维护。

周立群后来跟林致远说，过去一直以为看板是给领导看的，做完才发现，看板真正的价值是把重复取数这件事从信息部手里拿走。开云在这个环节强调的是先定数据来源和更新频率，再谈图表长什么样，顺序反了，看板做得再好看也会被质疑数字不准。

报表治理不是删表，是给每张表找到负责人

驻场第二周，开云团队帮周立群做了一次报表盘点。全公司正在使用的报表超过百张，其中不少是几年前为某次会议临时做的，后来一直没人停。林致远没有建议一刀切删表，而是给每张报表标了三个信息：谁提的需求、谁在看、数据从哪来。标完之后发现，真正每周被打开的不超过三十张，剩下的大多处于无人维护状态。

开云的处理方式是设一个报表负责人机制：每张保留的报表都要有明确的业务提出人，提出人变更时报表同步复审。周立群借此把一部分报表的维护责任交回业务部门，自己只保留跨部门合并的那部分。这个动作看起来是流程调整，实际改变的是数据主管的角色定位，从出表的人变成管口径、管流程的人。林致远在复盘时提到，开云做数据管理系统建设，最怕的就是把旧报表原样搬进新系统，那样只是换了个地方继续堆。

驻场结束后的三个月

项目交付三个月后，开云回访时看到，周立群的周计划已经换了内容：周一参加经营例会，周二和业务部门对齐指标口径，周三处理数据质量异常，周四评审新的看板需求，周五留给自己的分析时间。临时取数需求仍然有，但大部分已经能在看板里自助完成。周立群说了一句让林致远印象很深的话：以前是我追着数据跑，现在是数据按流程跑到我这里。

开云在这个案例里没有做特别复杂的技术改造，核心是把数据处理、报表开发和看板使用的边界划清楚，再配上责任机制。林致远在内部复盘时总结，数据主管的转型往往不取决于工具多先进，而取决于有没有人帮他把那条混乱的链路拆开、重新排一遍。开云的角色，很多时候就是陪客户把这件事想明白，再把流程落到系统里。