报表工具已经有 20 多年的历史了，也被用户选了 20 多年，这么多年，貌似选型这件事情应该已经是非常成熟的一件事情了，对于业内相关人员应该是人尽皆知没什么好讨论的事情了，但实则不然，报表工具的选型对于大部分人，还是比较陌生的，一是因为很多选型人员也是第一次接触报表，二是因为报表工具本身在不断的发展进步，报表的需求也在不断的演进改变，怎么选也在一直随之而变，就像买车，不管汽车行业发展了多少年，不管我们是否买过车，如果要买一辆新车，都需要我们去好好的调研考察一番的

那现在的报表工具应该如何选型呢，要重点考察哪些指标呢？

本文就从实际项目经验出发，来看看选型报表工具中应该重点考察哪些指标？哪些是切实有用，哪些是华而不实的

1 报表制作的开发效率

这个是报表的基本功能，肯定是必须考察的项，也是首先要考察的项，通常我们的做法是，去问厂商是不是所有报表都可以做，尤其是复杂的中国式报表，再负责任一些的做法是用实际项目上的复杂报表去验证一下，看看能不能做出来

这样的考察方式，都是对的，但却是有重大漏洞的

报表工具已经是一个有 20 多年历史的产品了，这么多年的发展完善，常用的工具已经不存在功能上的短板了，只有能力上的差异了，也就是所有报表大家都可以做了，即使是一些新的 BI 厂商也都具备做复杂报表的功能了，这时如果我们还只是去看能不能做，功能全不全，那其实比不出差别来。这时候，应该去看的是做的快不快，能力强不强，开发效率如何了

开发效率的高低，也才是项目人员最关注的问题，同样的报表，有的工具需要 10 分钟，有的得半小时，有的几个简单表达式就可以搞定，有的需要来回点对话框和按钮去设置，一张报表无所谓，但大的项目公司都是常年累月的在做报表的，那浪费的工作量，浪费的成本就不是小数目了

所以，报表制作这个指标，验证完能不能做以后，更要去验证一下开发效率如何才可以

附一个报表开发效率验证的测试方法，去看看具体该如何验证：

怎样考察报表工具的开发效率？

2 可视化

可视化是近年来热点。图表结合，美观的图形，尤其是大屏，不仅可以给项目增色，还能直接直观的展示项目成绩和成果，这是报表工具经常比拼的功能，也是受很多人热捧的功能，但这个指标的考察常常存在一个重要误区

过度依赖产品能力

大屏的制作，搞技术的稍微思考一下原理和过程，都会发现这其实是一个体力活，报表工具在其中的作用主要是提供基础图形的支持，能快速做出好看的图形就可以，整体大屏页面的制作，还得页面人员慢慢的一点点去做

而基础图形的能力，现在大部分厂商都是集成的 Echarts 等这类第三方的比较美观的图形，所以这个能力上各工具其实并没有多大区别

有些厂商可能在可视化 DEMO 方面花的时间比较多，提供的模板多一些，但是项目人员实际去做的时候还是会发现，大屏这种高度私有定制化的东西，每个客户的需求都不一样，没有什么模板是可以完全吻合需求的，很多内容和细节还得是人工花时间去做，厂商宣传的强大的大屏能力实际上并不会减少多少工作量，不能过度迷信和依赖

附一个用润乾报表版本制作的大屏，一个工程师用时 3 个工作日做的效果

电网大屏嘻哈分析之 —- 要想 GDP 数据好，用电绝对不能少 —- 你信不信篇

3 BI

BI 也是现在的热点。但其需求现在其实有点夸大，很多数据信息化项目现在考察都直接去考察 BI 了，报表反而成了次要的考察对象，但不管是作为项目人员还是用户，我们最后会发现，系统中常用的，占到 80% 的还是固定的报表，真正需要用到 BI 多维分析的场景，不足 20%

当然，实现在这 20% 应用场景的功能也需要考察。很多用户会关注界面的流畅性和美观性，以及外围管理功能的完整性，这固然也重要，但因为比较受关注，所以一般也不会被遗漏。而下面两个指标却是经常被忽略的，需要专门指出：

（1）关联查询能力

BI 的目标是可以让业务用户灵活、及时的对数据进行自助分析，这个目标的前提是后端需要把要分析的数据准备好，整理成业务人员可以看的懂，能直接用的才可以

对于比较简单的数据，大部分工具都可以准备的比较好

但情况稍微复杂一些后，大部分工具和厂商就做不好了，比如要分析的数据来自多库、多表，需要关联，分析需求又不固定时，怎么做关联查询就把很多工具难住了，只能是让技术人员根据需求频繁的改 CUBE 了，这样做，不仅浪费工作量，而且根本没有及时性可言，今天想做的分析，下周甚至下月才准备好数据，什么菜都凉了

BI 的实用性虽然不足，但多少还有一点，而不支持关联时，能做的事情就更少了，这一点点实用性也要大打折扣了，只有关联查询做的好，才能扩大业务用户的能力范围，才可以减少对技术人员的依赖，做到真正的灵活、自助，所以这一点，是需要重点考察的

为什么 BI 软件关联查询都做的不好呢，可以看看这个帖子

为什么 BI 软件都搞不定关联分析

（2）是否开源和可集成

需要 BI 功能的用户本身大多都有自己的业务系统，购买 BI 后，如果 BI 只能独立部署、独立管理，无疑会增大工作量和后期维护成本，也会存在风险和隐患，把 BI 集成到已有系统，统一管理，才是更好的选择，所以 BI 的可集成性是很必要的

集成后，功能和页面还需要能随需而动才可以，可以根据用户的风格、需求去改造页面，修改功能，否则风格不匹配，功能不顺手，用起来也很别扭，所以BI是否开源也是要重点考察的

国内商用的 BI 软件大都很难被集成，因为自己本身就是一套完整的系统，设计初衷就不是为了被集成，更很少有开源的，这些用起来就不太方便了

目前国内主流产品中只有润乾的 BI 是开源的，润乾是专业做报表的，报表在行业里排在前面，开源的 BI 功能也很完善

国外的开源 BI 软件很多，功能也不比国内的商用的差，也是很好的选择，只是国产化要求高的项目用不了，另外文档和界面不是中文的，学习和改造成本也会高一些

4 性能

报表性能是个很重要的问题，报表慢让用户体验极其恶劣，可能 90% 的报表因为计算简单和数据量小都不会有性能的困扰，但是剩下的 10% 的有性能隐患的报表一旦出问题，就可以毁掉之前所有的美好，不仅是用户体验恶劣，实施方更是会被拖累的苦不堪言，无休止的投入人工成本去维护，优化，本来就微薄的利润，折腾几次就更是所剩无几了

所以性能问题，需要实打实的去考察，而不能仅仅停留在问询上，我们可以想象，当我们只是问问厂商，你们的性能怎么样时，厂商能给我们什么答复，一定是：没问题，我们的性能是 XX 的好几倍，您放心去用吧，这类大包大揽、无所不能的回答

显然这样的回答是没有意义的

怎么去实打实的考察报表工具的性能呢，根据这个帖子去做测试用例验证吧

怎样评测对比报表工具的性能？

5 价格

价格就不用说了，这是 zui 重要的考察项了，毕竟使用工具提高效率也是为了省钱，而价格是最直接的省钱项

以前报表工具因为技术壁垒等原因，价格比较高，现在因为主流工具 --- 润乾报表的互联网销售政策，把报表挂到网上像京东的 3C 产品一样，明码标价售卖以后，报表行业的价格也基本被拉到一个性价比较高的区间了

总结

报表的选型，既简单又不简单，简单的是，它就那么几个关键指标，需要考察的项并不多，不简单的是，对每个指标的正确理解和把握不容易，需要思考的地方比较多

从项目实际需求出发，多思考，多判断，想想哪些用的多，哪些用的少，哪些是必要的，哪些是可有可无的，哪些是听厂家说就可以的，哪些是需要实际验证才行的，做好这些，选一个好的工具就不是什么难题了