如何推动业务使用报表

报表设计的很完美，内容很全面，功能很强大，但是业务就是用不起来？

明明完全按照了业务的要求做的模板，但是最后还是满足不了他们的需求？

指标都很全，但业务说我的报表没有价值？

• 内容丰富、重点不突出

你是否认为展现的内容越多，报表的价值越高，但是事实并非如此。这样一张报表，用户的着眼点在哪里呢？哪里才是你想表的的核心呢？所以我们要坚持一个原则，那就是用户最需要的东西放在最显眼的位置，并且进行突出显示，有必要的情况下可以把解决一个问题的报表拆成多张报表。

• 只有数据、没有指标

报表不是简单的数据罗列，没有对比就没有指标，访问量多少是高了，多少是低了，单一个数据并没有多大价值，而衍生指标往往会让你有意想不到的效果，比如同比、环比、占比等衍生指标。

• 指标合理、维度有问题

在做报表的过程中，还有一部分指标单从指标的合理性角度看是没有问题的，但是结合业务逻辑就会发现有些不合理，比如某产品销量的日趋图，该产品每日的销量波动变化可能很大，一年的趋势可能波动特别严重，所以看不出什么变化，我们更应该采取月趋势或者周趋势来观察这类指标。

• 不同表同指标结果数据互相矛盾

随着报表数量的不断增加，很多指标会出现关联交叉等等，有时会出现同一个指标在不同的地方值不相同，或者出现逻辑矛盾。这就需要我们加强维表完备性监控和缺失值处理，指标统一规则、统一出处从而减少出错概率。构建数据中间层，实现指标复用。

• 把报表做成了一个查询系统

还有一种情况就是，我们做的报表数据很全面，使用者想要什么数据都可以自己查到，这个时候你可能暗暗窃喜，看我做的报表功能多强大，但其实是我们并没有把报表做完善，这就说明还有很大的分析空间，业务人员拿到数据以后还要继续做二次分析，我们的报表展现的内容并不是业务最终想要的结果。

• 按照要求做，却不能满足需求

业务自己提到的要求不能满足自己的实际需求其实是常有的事情，表现在报表开发人员完全按照他的要求做了，但是最终还是没有人用，这是什么原因呢，一方面是业务所提的要求是他想象出来的，提的不是需求，是方案，所以我们要从一开始就去挖掘他的原始需求，根据他提的方案去评估是否能满足原始需求，”有时候他想要的可能并不是一匹好马，而是更快的到达远方“。如何深入了解报表需求呢，可以使用5W分析法，当IT部门接到报表需求以后，首先应当了解这个报表在业务中的使用场景

报表只是一种降本增效的手段，只有使用者觉得真正的有价值才会愿意使用，所以报表开发应该更多的贴近实际业务场景，不能只停留在数据层面的展示，使用人员的不同决定了报表的设计风格的不同。

做报表的时候一定要目标明确，就是说你这个报表是未来使用者能了解到哪些信息，能通过这一个图发现哪些问题，只有目标明确才能选择出最合理的指标。

那重点突出又是什么意思呢，大概就是“鹤立鸡群”的意思，你想表达的重点在用特殊的颜色预警标记，不要通篇花花绿绿，哪里都是重点，信息干扰太多反而淹没了重点的内容。

说了这么多，报表设计应该从哪些具体维度注意尽可能做到尽善尽美呢？

1、指标字段

在选择字段的时候应该充分理解使用者的需求，也就是上文中提到的”Why“，就拿门店销售日报举例，目的是统计了解门店的日销售情况，对应的“What”其实是比较明了的，模板的使用者关心哪些指标呢

最核心关注的一定是销售额和销量，但是如果只放销售额和销量两个指标真的能让门店管理者知道今日的销售情况到底是好是坏吗？答案显然是不能。

今日的预计销售额是多少？实际销售额是多少？完成了目标还是没有完成，没有完成的话目标达成率是多少呢？

从品类维度进行分析，门店销售的这些产品，分别的销售额和销量是多少呢？

门店管理者还要掌握每一个员工的情况，每一个员工的销量是多少？销售额是多少？分给每一个员工的业绩指标他达成了多少？同比是进步了还是退步了？

当你展现的核心内容都确定了，模板该怎么设计你就胸有成竹了

2. 用户友好

• 筛选条件

筛选条件是使用者能够准确查找到自己想要的信息的重要手段，一般都来源于报表的重要字段，但并非所有的字段都适合做成筛选条件。在这个过程中，需要仔细思考哪些筛选条件是有用的，哪些筛选条件并没有太大意义。

举个例子：我们想从大量的数据当中，获取到符合条件的数据，例如在网格式报表中，仅展示已付订单的记录

• 导出方便

筛选到了自己想要的数据，有的使用者还需要导出报表，进行后续的业务上的使用。在设计报表中，需要稍微的考虑一下报表的下载方式。【导出传送门】

• 报表权限

报表是公司核心数据的汇总和展示，不是所有的数据都可以随便展示的，报表的权限设置也就变的很重要，在开始的报表设计中就需要确定好，系统里面的哪些角色和职位可以看到这张报表。【权限传送门】

• 报表性能

如果你辛辛苦苦设计的报表上线了，但是因为预览一张报表需要五分钟，你是使用者你的心态如何，那一定是十分令人绝望。

影响性能的因素有很多，其中大数据量是很头疼的一环，可以使用新计算引擎通过异步取数来缓解大数据的压力【新计算引擎传送门】

从数据实时性上来说，如果不是实时性特别高的数据，还可以使用抽数缓存解决部分模板的性能问题【抽数缓存传送门】

• 数据推送

如果报表是需要定期生成、定期发布的，不得不定期做重复的事情，或者说当报表里面的某一组数值到达一定标准需要通知特定的人时，定时调度就是人间福音。【定时调度传送门】

报表的最终应用效果如何不止依赖于初始的报表制作，监控到位也是十分重要的，做好报表的管理监控可以第一时间内发现报表运行过程中存在的问题，及时的跟进解决以保证使用者的良好体验。

用户使用情况监控可以使我们对报表的真实使用情况更加的了解，发现应用和预期的差距，对比不足及时改进。

与此同时，我们要在报表上线一段时间后去回访使用者，主动询问当前报表的一些情况，修改不足或者说挖掘新的需求。

很多时候业务人员不能凭空的想象出报表需求这很正常，但是在看到报表以后，或者使用一段时间后会有一些进一步的想法，而我们要做的就是逐渐的摸索他们的使用习惯，不断地丰富内容需求。