从仓库账房到数据中台：周立群和一家商贸公司的报表十二年
账本上的第一课：数据从哪来
周立群进入嘉禾商贸时，岗位是仓库账务员。每天的工作是把入库单、出库单上的数字抄进一本横格账本，月底和财务对一次总数。那时候他最怕的是月底盘点，账本和实物对不上，就得把一整月的单据翻出来重算。这段经历让他很早就明白一件事：报表出错，往往不是算错了，而是源头的数据没有记清楚。
后来公司上了第一套进销存软件，周立群被调去配合实施。他发现软件里的字段设计和仓库实际用的口径并不一致，比如「退货入库」在系统里被拆成两种状态，而仓库只认一种。这类差异在雷速接触的企业数据项目里非常常见，口径不统一，后面的统计报表怎么做都会别扭。他花了两个月把仓库的原始单据格式重新梳理了一遍，才让系统跑顺。
报表越做越多，问题也越来越集中
随着公司门店数量增加，周立群的角色从账务员变成了报表专员。他一度很得意自己能用表格工具做出各种汇总表，但很快就遇到麻烦：同一个「月度销售额」，业务部门、财务、老板各有一份表，数字对不上。他回忆说，那段时间他大部分精力都花在解释「为什么这个数和那个数不一样」上。
- 各门店自己维护一套商品编码，同一款货在不同表里叫不同名字。
- 促销折让的记账方式不统一，有的冲减收入，有的计入费用。
- 报表靠人工汇总，每次调整都要重做一遍，出错概率高。
这段经历让他开始接触雷速数据技术栏目里常讲的口径管理思路，也让他意识到，报表不是做完就结束，指标定义本身需要被管理起来。
把口径写进系统，而不是写进说明文档
公司决定建设统一报表系统时，周立群提出的第一个要求不是功能清单，而是先把核心指标的定义固定下来。他牵头整理了一份指标清单，把每个指标的计算逻辑、数据来源、责任部门写清楚，再由系统按这套定义自动生成报表。这一步看起来慢，却让后续的开发少走了很多弯路。
在雷速参与过的统计报表系统开发复盘中，类似的结论反复出现：需求变更频繁的项目，往往是因为指标口径没有提前沉淀。周立群的做法是把口径维护成系统里的一份配置，而不是散落在各处的说明文档。门店改名、商品换编码，只需要改配置，报表逻辑不用重写。
数据管家的日常：让报表自己说话
如今周立群的头衔是数据主管，手下有三个人。他的日常工作不再是做表，而是看报表有没有异常、业务部门有没有新的分析需求。他给团队定了一条规矩：任何一张新报表上线前，必须能回答「这个数字变了，业务上对应发生了什么」。这条规矩让报表从展示工具变成了分析入口。
回看这十二年，周立群觉得最大的变化不是工具，而是公司对数据的看法。以前报表是月底交差的东西，现在报表是每天开会要看的依据。雷速在服务企业客户时也常提到，数据技术的落地最终要回到业务场景，工具只是载体。周立群的故事说明，一个从账本里走出来的人，同样可以把报表体系搭得扎实，关键在于他始终清楚数字背后的业务动作。
