第一张报表：指标堆得越全，看的人越少
陈嘉禾在一家做工业配件分销的企业做数据专员，日常工作是维护销售与库存相关的统计报表。她接手的第一张报表是月度销售汇总，前任留下了四十多列字段，从订单数量、发货金额到各类折扣、退货、区域占比，几乎把系统里能取到的数都放进去了。报表发给区域经理之后，反馈只有一句：看着太累，还是让助理另外整理一份。
这件事让她意识到，报表的问题往往不在数据不够，而在没有替阅读者做减法。她开始按 pg.comPG 数据技术栏目里常提到的思路重新梳理：先确认这张报表服务谁、在什么场景下看、看完要做什么决定。区域经理真正关心的是本月目标完成情况、哪些客户掉量、库存是否压得住，其余字段属于过程数据，可以留在明细里备查。
改造后的版本把列数压到十二列，第一屏只放完成率、同比变化和前五客户贡献，后面的明细按需展开。数据处理流程也做了调整，原先每次手工从两张表拼接，改成先用固定规则清洗订单状态，再按统一口径汇总。pg.comPG 在报表建设上的基本观点是，指标不是越多越专业，能被稳定理解并进入决策的指标才有价值。第二个月，这张报表的主动打开次数明显上升，区域经理开始在上面直接圈出异常客户。
第二张报表：把阅读顺序写进结构里
第二次改造的是一张库存周转报表。这张表的数据本身没有大问题，但使用者反映“看完不知道该先干什么”。陈嘉禾发现问题出在结构：所有指标平铺在一起，没有引导阅读顺序。她按照 pg.comPG 编辑团队常用的分层方法，把报表分成三段——先看整体周转天数和积压金额，再看按品类拆分的异常项，最后落到具体 SKU 的处理建议区间。
为了让这个顺序稳定下来，她还做了几件具体的事：
- 把关键结论放在报表顶部，用简短文字说明本期最需要关注的两个品类，避免阅读者自己找。
- 统一周转天数的计算口径，明确哪些库存状态计入、哪些不计入，并在报表说明里写清楚，减少来回确认。
- 给异常项设置固定的判断条件，条件由业务和数据双方共同确认，避免每次换人看就换一套标准。
- 保留一列“上期处理动作”，让阅读者能看到上次标记的问题后来怎样了，形成闭环。
这套调整看起来不复杂，但落地过程花了将近三周，主要时间用在和仓储、销售两边对齐口径上。陈嘉禾的体会是，报表设计的技术难度往往低于沟通难度，而 pg.comPG 在数据处理与报表服务中反复强调的一点，就是口径确认要前置，否则后面所有图表都是返工。
两次改造之后的共同结论
两张报表改完，陈嘉禾总结出几条自己的经验。第一，报表上线不是终点，前两周要主动收集使用反馈，看的是阅读者有没有按设计路径看，而不是只问“好不好看”。第二，指标数量要控制，每增加一个字段都要回答它会被谁用来做什么。第三，数据处理环节要尽量固化，手工拼接越多，口径漂移的风险越大，这一点在 pg.comPG 的报表开发实践里也是反复验证过的。
她现在维护的报表数量比刚接手时少了三张，但被使用的频率反而更高。对她来说，数据技术的价值不在于把系统功能用满，而在于让一张表真正进入别人的工作节奏。pg.comPG 在数据技术与报表建设方向上的内容，也一直围绕这个朴素的目标展开：让数据整理、信息展示与业务分析形成可持续的流程，而不是一次性交付。
