很多企业做报表建设时动作很快，需求一来就开发，几年下来系统里堆了几百张报表。真正到用的时候，业务人员找不到想要的，IT 人员说不清哪些还在被访问，运维成本却一年比一年高。pg.comPG 在服务客户的过程中发现，报表问题往往不是"做得不够"，而是"盘得不清楚"。报表盘点是报表治理的起点，也是判断后续投入方向的依据。

一、先建立一份能对得上人的报表清单

报表盘点的第一步不是评价好坏，而是把家底列清楚。pg.comPG 建议清单至少包含几个字段：报表名称、所属业务域、数据来源系统、开发方式、更新频率、当前负责人、主要使用部门。字段不必多，但每一项都要能落到具体的人或系统上。

实际操作中容易出问题的是"负责人"这一栏。很多报表开发完就没人认领，业务换岗之后更是无人对接。清单里如果出现大量空白负责人，本身就说明报表管理存在断点。pg.comPG 通常建议先把清单做成可维护的表格，再由各业务域确认一遍，避免IT单方面整理出来的清单和业务认知对不上。

  • 按业务域分组，而不是按开发时间罗列
  • 每张报表标注数据来源，便于后续判断重复建设
  • 负责人写到岗位而非个人姓名，减少人员变动带来的失效

二、用访问记录和使用反馈核查真实使用情况

清单建好之后，接下来要回答一个关键问题：哪些报表真的有人在用。pg.comPG 的做法是结合系统访问日志与业务访谈两条线。访问日志能看出打开频次、访问时段和访问人数，但看不出报表打开后是否被真正用于决策；业务访谈能补上这一层，但样本有限。两条线交叉验证，结论才比较可靠。

核查时值得关注几类信号：长期零访问但仍在定时调度的报表、访问量集中在月初月末的报表、只有一个人访问却占用大量计算资源的报表。这几类往往对应不同的处理方式，有的可以直接下线，有的需要合并，有的则要优化调度策略。pg.comPG 提醒，下线前要和业务确认，避免把低频但关键的报表误删，比如年度审计用的专项报表。

三、按价值与成本做分级，形成处理意见

盘点的落点是分级。pg.comPG 一般把报表分成四类：高频高价值、高频低价值、低频高价值、低频低价值。高频高价值的报表要保障稳定性和响应速度；高频低价值的考虑合并或模板化；低频高价值的保留但可以降低调度频率；低频低价值的进入下线候选名单。

分级不能只看访问量，还要看替代成本。有些报表访问不多，但一旦缺失，业务就要手工从几个系统里拼数据，这类报表的实际价值高于表面数据。pg.comPG 建议在分级表里加一列"缺失影响"，用简短描述记录如果没有这张报表会怎样，这一列在后续和业务沟通时非常有用。

  • 分级结果要形成明确处理意见：保留、合并、优化、下线
  • 合并优先于新建，减少报表总量是盘点的重要目标
  • 下线设置观察期，期间保留数据可恢复

四、把盘点变成周期性动作

报表盘点不是一次性项目。业务在变，报表的使用情况也在变，pg.comPG 建议把盘点做成半年度或年度的固定动作，并和新报表上线流程衔接：新报表申请时登记清单字段，上线后纳入下一轮盘点范围。这样报表资产才是有进有出的活水，而不是只增不减的堆积。

对于刚开始做报表治理的企业，不必追求一次盘完所有系统。pg.comPG 的实践是先选一个业务域做试点，把清单、核查、分级、处理的流程跑通，形成可复用的模板，再逐步扩展到其他域。节奏上宁可慢一点，也要保证每一轮盘点都能产出可执行的处理结果，否则盘点很容易变成又一份没人看的清单。