开发报告是数据分析师的必备技能之一，在当今市场上，大多数数据分析师都是为了编写报告而工作的。 报告是维持公司正常生产运营的重要部分，企业业务发展状况、财务状况等需要通过报告监测。
但是，很多企业的数据分析师和报告工程师都觉得，在报告开发过程中，每天都要迎接需求、迎接需求、呕心沥血做很多报告，但并没有什么帮助。 有些报告书一会儿修改，一会儿修改，业务总是不如意。 最后终于修好了，功劳都是业务部门的，要贴上自己业务没有能力的标签。
为什么说做的报告总是徒劳无功？ 怎样才能做出满意的报告？ 结合我近十年的经验，给大家一些建议，希望对大家有帮助。
报告开发以人为本的报告就像实际制作产品一样，我们的目的是让用户(业务、领导者)满意、看到、使用。 因此，报告好不好不是开发者觉得好不好，而是从看报告的人出发，用户觉得好不好。 因此，我们在开发报告的过程中必须以人为本，明确报告的目标用户(给谁看)、用户需求(他想看什么)。
基层业务人员，由于他们对报告的需求大多是数据查询，例如订单数据的显示、任务完成的进度等，所以这类报告不需要太多的分析思想，操作简单
中层业务管理人员，他们既要向领导汇报，又要安排具体工作，正如高层领导所知，中层领导也要有把握，对问题进行深入分析。 因此，这类报告除了展示数据指标外，还包括简单的数据分析和不同维度的咨询
高层领导，他们没有太多时间深入研究报告的细节，更需要一眼看到核心数据，因此这样的报告简洁明了，直接表达结果，提供联动钻等简单操作，成为数据背后的亮点
报告的设计风格因查看报告的人而异。 有些公司在业务部门有专业负责人，需求由他统一对接。 但是，他本身并不一定是报告的直接使用者，所以在传达需求的过程中，我们正在寻找尽可能直接获取报告使用者的具体信息，或者获取第一手报告使用者的直接需求的方法。
挖掘业务需求的业务深入到经常开发制作的报告没有用，为什么没有用。 需求是你提出来的，你要什么，我给什么，按你的要求做的你还说没用，没道理啊。 因此，很多报告开发人员把报告不顺利的理由归结为业务不提出需求。
这确实是个问题。 业务负责人提出报告需求有两种情况。 一是出于眼前业务的需要，或者是领导的要求。 为了完成任务，需求是非常单方面的，而且他提交的报告的需求也不一定能解决实际面临的问题。 另一个是业务上有想要的东西，但不知道该如何提出需求，提出的需求和他想要的不一致，所以需求可能会改变，也会改变，到不了他们的心里
因此，这就需要我们的报告开发人员发挥主观能动性挖掘业务需求。 毕竟，报告只有我们是专业的，利用我们的专业知识引导业务，有助于改善业务需求，而不是完全确认业务需求。
例如，省公司业务负责人提出的报告只关注地级市的维度，也需要实际的县市级纬度，但业务在需求中没有提出。 如果你根据需求实现了这个表，地级市的负责人会发现没有县市维度，他们还会提交县市维度的报告。 本来一张就能解决的事情衍生出几十张报告书，痛苦的是开发者。
为了简单起见，报告管理企业数据与日俱增，报告需求不断，导致企业积累的报告也越来越多，但实际上大部分报告的最终宿命都是横亘在系统中，没有人看到。 真正有用的只是一部分。
为什么我们总是有无限的报告？ 本质上，报告本身就是纬度和指标，因此企业各级人员对指标的需求不同，纬度和指标的组合产生了更复杂的指标，从而引起了各种报告的需求。 但实际上，仔细调查各部门提出的需求后，发现很多内容是重复的。 以零售业为例，对看起来满天飞的报表的需求，其实是围绕着这些主题而转的。 销售、库存、采购、物流、会员、商品，不过是在不同的纬度上看着那个指标。
所以，面对无限的报告需求，必须对报告进行分类。 上面提供了三种类型的纬度：从目标用户纬度分类的纬度、从销售、财务等业务主题纬度分类的纬度和从报表功能纬度分类的纬度。 个人建议按报告功能的纬度分开，用其他两个维编写。 例如：
数据查询类报表涉及业务模块，销售、库存报表名称：实时指标查询； 用户组：店长(中间层)类别管理器(中间层)对报表进行明确分类后，同一报表类型、业务模块下可能有多个报表，这些报表的分析目的可能一致，实际上可以进行压缩集成例如，库存业务模块下的查询报表包括部门库存分析表、库存结构分析表(分为部门、品牌、单件三个纬度)缺货统计表等
这些表格的目的是了解商品的库存状况、剩馀库存结构，管理库存或执行商品促销战略。 这三张表可以完全放在一张报告里，可以用更好的方法返回
可以采用图表结合的形式来展示。这样一压缩，很多需求就不攻而破了，即方便了业务人员的查看，也方便进行报表管理，减轻制表压力，一举两得。
利用高效的开发工具做好报表除了报表内容对业务胃口之外，需求完成效率也是评价报表开发好坏的因素之一。因此，选用高效率的报表开发工具，对报表开发的过程也十分重要。
报表开发一般有以下几种方式：
一是用Excel内置的图表做一些常规的统计图，一些高级的动态图表，参数联动筛选等可以通过写VBA来实现，这种方式是很多企业最初的做法，但是时间久了弊端就出现了，数据量越来越大，Excel难以支撑，报表打开卡顿；数据收集麻烦，而且不能打通各个系统中的数据
还有就是用通过R、Python一类的数据分析语言，调用图表功能包，呈现可视化的数据，数据分析常用。或者借助Echarts、HighCharts、D3.js等开源的可视化插件，嵌入代码，开发成插件包，可视化工程师和前端开发常用。
再有就是使用现成的开源报表工具如JasperReport 、OpenReport，但会遇到一些难题，如：打印报表；复杂的数据计算；复杂格式的报表展示；页面、打印、导出word、pdf、excel格式一致性等等，而且后期的报表维护很苦难，需求一改就写大量的代码
还有一个简单的办法就是用商业报表工具，比如水晶报表、FineReport，个人比较推荐FineReport ,报表设计过程方便，支持多种数据源链接，三种报表模式覆盖明细/分组/交叉/分页/分栏树报表、可视化dashboard、大屏、复杂中国式大聚合报表等，基本能满足绝大部分的报表需求
懂数据，懂业务
在之前写数据分析的文章里，我经常提到做数据分析必须要懂业务，做报表也一样，很多报表开发者工作2年之后就会觉得自己能力难以成长了，能掌握的报表知识和系统知识基本都掌握了，不知道还能从哪些方面再进步，这时候业务知识的掌握往往就成为了报表人能力的分水岭。借用之前看过的一篇文章中的一个例子：
比如移动通信中有离网这个指标，很多业务人员认为离网就是简单的一个指标，但在系统中，离网包含主动销户、账户欠费销户等更多的含义，离网的业务流程系统实现其实非常复杂，每类离网实际表达了不同的业务含义。
业务流程的制定往往是几代业务人员积淀下来的成果，极少数业务人员能理解的很透彻，但系统中则完整的记录了下来，作为报表开发者，你应该成为这个知识的传承者，才能够作出一张超越业务人员的报表。