不论是写论文还是做产品，数据都是非常重要的，如何统计数据，我们需要用数据反应出什么问题，使用什么样的报表，都是需要考虑的问题。以下是自己在工作中一点小总结，如何使用数据报表。

首先推荐一个关于数据报表的网站：Echarts，该网站上有大量的数据报表模型， 并附有代码。

一、报表的基本介绍及优缺点

基本的报表类型：折线图，柱状图，饼图，漏斗图及地图。

折线图：折线图看趋势，笼统的说看趋势都明白，到自己工作中就傻傻分不清到底该用什么图，下面以图为例，说说自己的理解。

所谓看趋势，是看整体的宏观趋势，一天两天的不需要看趋势，所以这个趋势的时间单位最低也得是月，但一般情况下都以年为单位，如下图：由此图可看出中国出国留学人数在2000年后有显著增长，以年为单位，这样才能看出来整体的宏观趋势是怎样的。

所以所谓的折线图并不需要看具体的数字是多少，也不强调个体的对比，而是从整体宏观的角度，把我事物发展的趋势。

柱状图：

1、看分布，所谓的分布是指各个因素之间的分布情况，它强调的是个体之间的对比。

2、柱状图也可看趋势，但用柱状图不宜展示一个宏观的长远的趋势，柱状图更适宜展示近期的发展趋势，在图表中展示的数据相比折线图更为丰富一些，可对各个因素的数据进行细致的对比分析，如下图：此表展示了从2009年-2013年的高中国际班的项目总量，2009年国际班数量为6个，2013年国际班数量为20个，呈现稳定增长的趋势。

3、柱状图还可对各个元素之间进行对比，例如下图，对每个因素的两个年份分别进行对比，从图中可以知道两条基本的信息，一是211院校的留学比例远远高于非211院校的留学比例；二是无论哪类院校，从2007年到2013年留学比例都有明显的提升。如果细看此图，还可以发现，2013年的留学比例为2007年的3倍左右等等。这是对因素的两个年份进行的对比，亦有对同一年份的各个因素之间的对比。所以柱状图可以看各个元素之间的对比情况。

饼图：很多时候我们想体现数据的分布状态，会不知道选择柱状图还是饼图，如下图：

如果给你一个标题：2013界毕业生留学的专业选择分布，你会选择那种报表，可能会觉得用柱状图和饼图都可以，甚至会举棋不定，但细想一下还是会认为选择饼图是最为合适的，专业选择分布，想展现的应该是那些专业更受欢迎，怎样才能体现出某专业更受欢迎，用百分比的方式展现是比较合适的，占比多少一目了然。

由此可以看出，饼图强调的是个体与整体之间的比较，柱状图更倾向于个体与个体之间的比较，想要突出某因素的占比情况，用饼图最合适，想要突出元素之间的比较，且想看更详细的数据，用柱状图更为合适。

漏斗图：所谓漏斗，即层层筛选，关键词是“转化率”，涉及到转化率的数据，才能用漏斗图来展示，例如，浏览量-提交订单-购买量。

地图：强调的是地域之间的关系。使用的不多，不做扩展。

二、各报表之间的组合形式

1、柱状图+折线图

这两种报表的组合要求折线图与柱状图之间存在一定的关联，放在一起更能体现更多的问题，从而实现多组数据统计在一张图表中的形式。

2、条形柱状图

这种形式也可用来展示各个元素之间的分布情况，有时也用来展示各个元素之间的排名情况。

三、实例运用

1、一个表中可以展示多个数据，但是尽量一目了然。

举个工作中的例子：

这是一个招生收入的统计，统计一天中每个行业的招生收入是多少，该表对每个行业都统计成一个折线图，且折线图并没有累加。

出现的问题：

a、用户也不知道今天的总收入是多少，只能看每个行业的收入情况；

b、折线图叠加现象严重，图标信息传达不清晰，数据展示方式不适合用折线图；

c、不能看出某个行业与总收入的占比情况；

分析：折线图一般用来展现事情发展的趋势，当然，也可以用来表示事物的短期变化，一张图里可以用多条折线来进行对比，最好这些折线有着明显的区分，但个人认为最多不要超过3条，否则线都折叠在一起并且又没有明显的对比，这张图就失去了意义，比如下图，就很好的将折线之间进行了对比：

更改后的图表：

使用堆叠柱状图，展示每天每个行业的收入，鼠标浮动显示详细的数据。

2、一张图中最多使用两种形式的数据，例如上图，柱状图，并且图已堆叠了，如果再加个折线图，形式就会太多，反而过度设计。

如果折线图与柱状图结合，两种图都展示最简单的形式即可，如下图：

工作中遇到需要做数据报表的任务有很多，毕竟现在已经逐渐步入大数据的时代，从数据中获取更多的信息，通过数据反应出更多的问题，是设计数据报表的首要任务，所以如何展现数据变得尤为重要，这里只根据自己的工作做了总结，想要灵活掌握数据报表还需要不断的练习和思考，不当之处和为思虑周全之处还希望大家多多指正。

全文完。

工作总结

1、设计稿完成后在开发过程中遇到问题，导致需求的变更需要慎重考虑，考虑这个需要更改后对现有功能，各个端（app，web，后台）有什么影响，挨个想一遍。

2、问别人问题的时候要考虑周全再开口，自己心里先过一下，理一遍逻辑，确定好需要别人解答再开口。

3、设计一个功能时需要考虑该功能的使用场景，尤其是在优化一个功能时，需考虑该功能在什么场景下会被使用，使用频率，是否有必要这期加，如果现在加对后期的影响等。

4、前期功能能少则少，逻辑清晰，哪怕操作复杂一点也没关系，功能越多，你想不到的坑越多，后期需要填的坑越多且越大，切记切记！

5、测试用例一定要看，因为即使是当面沟通也可能会导致沟通不到位，或因时间原因阶段性遗忘等原因造成误差，后期的功能测试皆以测试用例为准，功能进入测试阶段，产品经理要知道测试进度，对bug要及时跟进，测试人员对开发提出的bug是否与原型相符。

6、技术问题不要抛给产品，技术解决不了的问题不要让产品经理想方案.

7、慢即是快，以前接到任务总是非常着急画原型，毕竟原型才是最终产出物，现在觉得画原型真的只是设计的最后一步，前期的需求调研，技术调研，疏通业务逻辑都是非常有必要的，做好前期的准备工作，避免技术、时间、人力资源的浪费，如果可以，顺便把这个功能仔细的研究一边，做个总结，对自己都有非常大的收获。