当接到一个需要对数据进行统计，产出报表的需求时，看似简单的需求，其实稍有疏忽就将会为自己埋下坑，最终坑了自己。因此，在产品接到需求后，如果可以将所有可能会遇到的问题都梳理清晰，不被开发、测试问倒，则代表着作为一个产品经理的基本的素养。而如果要能够做到不被任何人问倒，并且能够合理的接到合理的需求的前提则是事前沟通好，并且对系统中的内容有着深度的了解。
当拿到一个报表导出需求时
1、确认每个报表中的字段的准确含义。
例如“其他类总量”这个字段就存在这歧义，其他类可能指的是排除你当前类型的数据的其他所有类型的数据的综合，也可能是“其他”这个类型的数据的量。因此对于每个字段的一一的沟通确认是有必要的。
1）如果是多个报表，是否存在同一个名称的字段，但是数据不同。
例如：表中的“其他”类型进件，既可能表示，在小贷行中除了小贷以外的进件的数量，也可能表示的是其他这个类型的进件数量。因此需要注意一下。
2）是否存在某个字段和其他的列没有任何的关联关系，并且整整一列的数据是否都取自同一个值，这种是否可以不再页面表格中展示。
例如：表中的“进件总量”=小贷的进件量+现金贷进件量+P2P进件量，这样的数据是否可以在页面展示时，直接展示在合计处，但在下载的报表中需要正常展示。
2、查询的时间维度。例如：报表中有提交时间和信审完成时间，如果所有的汇总数据不涉及到提交时间，则可以以信审时间作为查询的时间维度。
例如表中，应当使用进件时间进行数据的查询，因为最靠前的时间节点是进件是时间，并且涉及到了进件量的查询。
3、需要考虑数据是否需要实时性，或者一定不能实时性以防产生误导。例如：
审核完成率报表中：分配量，审核通过量，审核通过率，其中审核通过率=审核通过量/分配量，但是请注意，分配量和审核通过量实时在变化，如果做成实时的报表，可能出现在刚开始时，审核通过量可能为0，并且这样的计算是否有意义。
4、确认可以进行查询的维度。例如报表按照区域划分，可以查省、市、区的时候，期选择最多做到时选择，因为报表不可能只显示一行数据，只展示一个区的相关数据，这样做没有意义，并且也失去了报表应该有的比较、对比的功能。
网友评论