一般公司上线SAP后，会有各种自定义报表的开发，一般情况下会提出让关键用户/用户提需求，讨论，确认后后开发报表的过程。一般情况下，报表开发完成后，就是后续的修改，至于这个报表有没有在用，使用频率高不高，使用效果好不好，场景对不对，一般不会去监控。有问题了才来找信息化部门来查问题。但是这样查问题的成本很高，为什么不主动把有些问题的解决方法前置呢？

前置的方式由三种：

第一种：培训

但是要有明确的需求，培训内容，受培训人，还要制作PPT或者录屏之类的。还要抽出时间去培训，但是对于单一的报表来说，前期工作量很多，实际培训的时候就那么几分钟，觉得不太合适。

第二种：使用说明文档

使用说明文档，存在几个问题，1、版本更新 2、具体的人来操作

a）放在指定的人那里（一般是ABAP开发),但是ABAP会离职。交接也不可能非常完善，所以PASS掉。

b)文档通过SMW0上传SAP服务器，然后在报表查询界面做一个报表使用明细/手册的下载按钮。

这个方式比a)好一点，但是存在两个问题，第一文档做非常详细，用户找不到重点。第二，需要先下载。

第三种，直接在查询界面下方，加入需求负责人/提出人，使用场景，及简要逻辑。这样就把问题分解掉，终端用户可以去问需求负责人，减少IT/ABAP 查数据的问题。

还可以在下方加入使用频率，

eg.从什么时候起，总共多少账户使用多少次，本年度多少账户使用多少次，本月度多少账户使用多少次。以此来对相关的需求负责人进行考核或者需求分类。

判断哪些关键用户的需求价值高，哪些用户的需求价值不高。

这样一方面对关键用户的需求合理性进行了监督和评估。

另外一方面，把一部分后期查问题的成本化解在用户和关键用户层面。

可以很大程度上减少普通用户对IT/ABAP的低价值需求和依赖。