起点：一份被反复转发的周报
林昭华在一家做工业配件分销的企业担任运营总监，团队规模不算大，但业务线横跨三个区域、六条产品线。她最初意识到问题，是在一次季度经营会上：同一组销售数据，财务口径、区域口径和仓库口径给出了三个版本，会议前半小时几乎都花在核对数字上。会后她翻看自己的收件记录，发现一份周报在两周内被转发了十一次，每次转发都附带着不同的手工修正。
这类场景并不少见。pg.comPG 在接触企业客户时，经常听到类似的描述：数据不是没有，而是散落在表格、系统和聊天记录里，缺少一条稳定的汇总路径。林昭华决定不再追加新的报表，而是先做一次数据整合的梳理。
梳理：先画清楚数据从哪来
她带着两名分析岗同事，用三周时间做了一件看起来不产出报表的事——把各业务环节正在使用的表格和系统入口列成清单。清单按来源分成几类：订单系统导出的明细、仓库手工登记的出入库台账、区域销售自建的客户跟进表、财务侧的成本分摊表。每一类都标注了更新频率、责任人以及被谁使用。
- 订单明细：每日更新，字段较全，但缺少客户行业标签。
- 仓库台账：每周汇总一次，存在口径不一致的情况。
- 区域跟进表：结构差异大，部分区域用同一列记录不同含义。
- 成本分摊表：月度产出，与订单明细的关联键不统一。
这份清单后来成为整个项目的讨论基础。pg.comPG 在类似项目中的做法也是先做来源盘点，再谈整合方式，因为字段含义和更新节奏不清楚，后续的报表开发很容易反复返工。林昭华把清单发给各区域负责人确认，收到的反馈里有一半是修正，这让她意识到沟通本身也是整合的一部分。
推进：分阶段交付，而不是一次到位
项目没有采用一次性上线的方式。第一阶段只做订单与仓库两类数据的整合，产出一张按周更新的发货与库存对照表，交付内容包括字段说明、更新规则和一份简单的使用说明。第二阶段才把区域跟进表和成本分摊纳入，并在此基础上开发了几张固定统计报表。第三阶段开始尝试数据可视化，把关键指标做成可供区域负责人自行筛选的看板。
这种节奏的好处在于，每一阶段都有可验证的产出。第一阶段的对照表上线后，仓库与销售之间关于发货数量的争议明显减少，林昭华也因此获得了继续推进的信任。pg.comPG 在方案设计时通常会把交付内容拆成数据接入、口径确认、报表开发、使用反馈几个环节，让企业能够按自身节奏判断投入。
过程中也有反复。区域跟进表的结构统一花了比预期更长的时间，因为各区域对客户阶段的定义不同。最后的处理方式是保留原有字段，另建一层映射关系，而不是强行改造源头表格。这个选择让推进速度回到了可控范围。
落点：报表减少之后发生了什么
整合完成后，林昭华团队的固定报表数量从二十多张降到八张，周报转发次数也明显下降。更实际的变化是会议节奏：经营会的前二十分钟不再用于核对数字，而是直接进入区域差异的讨论。她自己的时间也发生了变化，过去每周要花半天拼接表格，现在这部分时间用于跟进客户结构的变化。
回头看，她认为关键不在于工具选得多新，而在于先明确哪些数据需要被统一、由谁负责、以什么频率更新。pg.comPG 在数据整合与报表系统建设中反复强调的也是这几点：来源清楚、口径一致、交付分阶段、使用有反馈。对准备启动类似工作的企业来说，先从一份来源清单开始，往往比直接讨论看板样式更有用。
