一份优质报表在BI中的地位与价值

只要是BI，无论在哪个具体岗位，报告总是伴随着。如果你是数字人员，业务人员设计的数字样本大多是报告原型，但尚未发布；如果你是报告开发人员，你所有的工作都是开发和发布；如果你是一个特殊的项目人员，你所做的主题的基本组成部分是模型 指标 报表 可视化交互；假如您是运维人员，那么您必须确保公司的核心报表按时发布。报告是维持公司正常生产经营的一部分。领导*企业发展，需要绩效报告，分析师*问题，需要从报告中发现变化，财务人员*收入和利润，需要从报告中记录，营销人员*业务发展，需要从报告中获得执行情况，一线人员*报告，需要了解自己的努力和收入。因此，报告的价值是毫无疑问的。它是企业生存的基本要素，也是不可或缺的。BI的其他内容有点像奢侈品。使用它们可能更好，但它们不能使用。虽然BI专题从10多年前开始逐渐成为一种趋势，但报告在BI中的地位总是稳定的。如果BI没有报告，甚至让人怀疑BI的价值？实际上，业务人员往往不通过控制BI的分析工具获得信息和知识，而是取数或报告 EXCEL PPT似乎仍然是主流形式。报表如此重要，因此谈论报表的制作具有重要意义。它几乎与企业中的每个人都密切相关，但制作报表很容易，但制作报表很难。许多报告开发人员会有这种感觉，业务人员报告总是提到一个，拼命催促进度，总是领导，口径混乱，不容易在线，抱怨报告太慢，整天加速，加速，抱怨质量，发现变化，首先怀疑报告数据问题。“领导说这个月报告数据异常，我们市场什么都没做。数据有问题吗？好好查查！“这个月我们做了很多营销，用户数肯定不止这些。报告没有统计这部分用户吗？好好检查一下！“作为一名报告开发人员，你总是被巨大的报告负担压得喘不过气来：“报告太多了，小企业，成千上万的报告，是人们做的，只是增加，不仅亚历山大系统，业务人员都说不能离线？“报告是业务人员提到的，但是做了这么多指标，同样的名字有不同的口径，不同的人有不同的口径，数据不一致，是我的错吗？我总是说我的数据有问题。谁的问题？"""这么短的时间，怎么能这么快开发完成一份报告，要速度就没有质量，你看着做，我不是神仙？领导又想要什么？“我明明计划好了目录，但是报告太多，情况太多，根本不知道怎么分类？这份报告应该在哪里发表比较容易找到？"最后发表了一份报告，终于满足了省公司的要求，但是地市也要，县市也要，地区也要，TMD，还需要报告用户清单的指标，以便进行一线评估和验证，但当您提出时，根本不考虑这些维度啊？能怪我吗？“这些问题往往存在，但要解决这些问题，首先要学会换位思考，了解业务人员，了解自己的使命。IT可能有一个特殊的职位负责报告需求、开发和维护，但业务部门很少负责报告，通常业务负责人是报告需求，报告只是他们许多工作的一部分，所以不要指望业务人员考虑报告设计的科学和标准化，更不用说业务人员报告规划的要求，这就像以前经常提到的业务结构，有多少才是真正能落地的。业务人员不知道明天会发生什么，所以屁股决定脑袋是正常的。业务人员不知道明天会发生什么，所以屁股决定头是正常的。他们最大的需求是在最短的时间内设计报告，然后扔给开发人员，尽快在线查看数据。从更广泛的角度来看，报告是你的专业和生计，但对于业务人员来说，它不是，甚至只是一个过客。你看不到业务人员像跑马灯一样流动，但你还在那里。因此，完成一份报告是你和业务人员的共同责任，做一份报告是你的责任，特别是如果你想做一份精彩的报告，这也是一件非常专业的事情，不是普通人能做到的，理解这是解决问题的前提。那么前面这么多问题怎么破呢？报表难在哪里？先说报表数量。即使像运营商一样，费用包如此复杂，增值业务也很多，但真正需要的报告可能不超过数百份，声称数万份报告，往往是报告管理问题。事实上，报告的数量与你对什么是报告的定义有关。即使是一个报告，如果有很多维度，你也可以幻想成千上万的报告视图，你知道，因此，首先定义什么是一个报告，是你管理报告的基础。笔者在实践中给出了一个成功的建议，那就是一个业务只做一份报告，实现了报告的收敛，将企业的2000份报告减少到200份。你知道，做同一个业务，因为不同的企业，不同的人，不同的场景，不同的理解，不同的角度，会提出不同的业务报告，你不能总是忙于添加新的报告，但应该尝试扩展在原来的基础上。有时，即使是不同的业务，如果类型相同，指标相同，也只能作为报告，不同的业务可以作为维度。做报告，尊重历史，懂得传承，不要轻易增加报告，同一个业务，做两份报告，是坏消息不一致的开始。接下来，我们来谈谈报表的标准化。企业的核心业务不会发生很大的变化。因此，对企业经营真正重要的报告实际上非常有限。当然，报告将从上到下扩展，但仍然有限。这是报告标准化的基础，对于没有稳定性的事情，没有标准化的意义。因此，我们认为报告太多往往是由各种业务人员的奇思妙想造成的。这并不意味着他们提到的报告太糟糕，而是因为你没有基线和标准，无法规范和约束他们。当然，人们的报告将是广阔的。例如，当你面对一个新的商人时，无论你多么理性，只有标准是有用的，否则他会打电话给你，制作自己的垃圾报告。为了实现报表标准化，建议从指标的角度梳理业务和股票报表。有许多常见或类似的指标，如不同的命名和不同角度的指标。企业的基本指标体系是报表管理人员（或开发人员）的使命。标准化包括指标分类、指标命名、业务口径、技术口径、实现方式等。看看企业的业务分析报告。前一部分往往是企业的基本面指标，非常稳定。当然，还需要进行一定的扩展，因为一些执行指标也非常重要。比如公司上级*渠道健康指标，一线可能*渠道受理量。同时，一些指标会在年初或季度新设立或淘汰，但这种变化不会太大，所以他们对企业的业务了解更多。这一层指标越抽象。有了基本指标，结合基本维度，他们的组合形成了企业的指标体系，基于该指标体系，通过自由组装，可以幻想无数的报告，这是报告标准化的基础，不容易做到这一步。曾经翻过企业的所有报表指标，不同口径、不同维度的名称指标有5-6000个，但共同指标只有300-400个，其他指标要么是变体，如杭州受理量和杭州下沙受理量，要么是特殊个性的指标。因此，指标化是因为报表的基本粒度是指标，减少报表的冗余必须基于指标的最小粒度来实现共同的细化和组合。因此，指标化是因为报告的基本粒度是指标，减少报告的冗余必须基于指标的最小粒度来实现共同的细化和组合。指标细化是一个巨大的项目，但这是实现报告数据一致性、减少重复报告开发和降低系统成本的战略措施。做报告的人，虽然事务工作很多，但还是要抬起头，系统思考，报告的路怎么走？阿里巴巴提出了“小前台、大中台”的概念，实际原则是一样的。标准化是在做报告中间的事情。你应该致力于改进你的指标系统，而不是实现报告，这具有深远的意义。报告中心对报告人员的综合素质要求很高，不仅要有广阔的业务视野，还要有深厚的数据沉淀，辅以沟通协调能力，造诣甚至远远超过一般业务人员。此外，大量的分析和跟踪报告具有强烈的个人色彩，没有共性，生命周期可能很短，没有必要进行总结。作者的建议是，不要把它和标准化的东西混合在一起，你可以打开一个个性化的目录，包括在这些报告中，这样它就可以自杀了。据笔者统计，企业每月只有1-2名用户可能有50%以上的报告，其价值非常有限。没有必要让每个业务人员满意。制作报告是一件非常严格的事情。如果这是一个非常个性化的报告，我宁愿每月给他一个数字或一个固定的脚本，也不愿让它打乱报告系统。除了增加噪音外，这些报告对公司没有什么意义。但是，无论是标准化还是控制报表数量，都会涉及到你的报表理念和与业务人员的微妙关系。这里来说说吧。首先，业务比业务更多。也许你觉得很难理解。让我举个例子。例如，移动通信中有一个离网指标。许多业务人员认为离网是一个简单的指标。然而，在系统中，离网包括更多的含义，如主动注销账户和欠费注销账户。事实上，离网业务流程系统的实现非常复杂，每种类型的离网实际上表达了不同的业务意义。业务流程的制定往往是几代业务人员积累的结果。目前没有一个业务人员能如此彻底地理解它，而系统已经完全记录下来。你应该成为这些知识的继承者，以便做一份超越业务人员的报告。其次，将报告视为产品。以报告为产品，我一直认为真正的报告是为企业开发的，业务人员只是报告的需求提出者，因此，你也需要了解报告的背景，哪些是报告用户，你需要尊重报告需求，但对于报告开发有自己的想法和主导地位。因为大多数时候，报告需求提出者只*他们当前的需求，但报告应该充满活力，但也需要考虑更多的因素，包括指标是否标准化，如何显示报告，存储多长时间，打开速度，可以重用以前的指标，粒度是否满足一线要求，清单是否可以保留，是否有相同的类似报告等。如果报告开发人员能够从公司的角度思考报告的制作，他们应该有信心主动提出更好的报告设计方案。你不仅要解决当前的问题，还要努力解决未来可能出现的问题。也许一开始你觉得很痛苦，但以后做报告可能很困难，但一份好的报告真的很有价值。再一次，成为使能者。中国移动对业务支持提出了一个词，这意味着它应该更积极地为业务服务，能够提前思考和做，而不是总是跟随业务。报告开发人员仍然需要有主人翁意识来看待报告。毕竟，报告是他们自己的基础。为什么不让它更完美呢？你不这么做吗？谁做？换句话说，你不进地狱，谁进地狱？业务人员的心态非常微妙，有些人愿意做出更好的报告，为什么不呢？一开始可能会有抵触情绪，这似乎动摇了它的权威，但从长远来看，业务人员会接受它，甚至他们实际上希望理性的报告系统，指标和口径更清楚，但他们真的无能为力。当然，实现时间是个问题，但总有解决办法，比如先临时取个数，总比问题多。随着越来越多的积累，报告中心的力量将逐渐发挥，可重复使用的东西越来越多，不一致性越来越少，一些潜在的问题将逐渐减少，一些基本的报告问题将得到改善。做报告最令人欣慰的是，看到你的报告全年都在提供服务，而不是在1-2年内完成你的使命，变得无人关心，甚至在线和离线，这也是一件非常悲哀的事情。当然，无论思想有多好，没有平台或工具支持都是不现实的。为了生成一个平台支持报告计算、开放和可视化，它们决定了报告的生成速度、查询速度和好看程度。在这个大数据时代，它也迎来了变化。从计算的角度来看，大数据时代仍然需要升级传统引擎。MPP数据库似乎是一个更好的选择，如GBASE、EXDATA一体机等。当然，如果数据量小，你可以使用任何东西。从查询的角度来看，报告指标标准化后，由于粒度和维度大，指标数量会很大，所以传统的ORALCE数据库往往不能支持，可以使用HBASE等数据库支持快速查询，如数百亿指标，HBASE报告指标查询，也是一件瞬间的事情，10年前，估计指标思想难以真正实施，现在有很多解决方案，百花齐放吧。从可视化的角度来看，报告中有很多可视化产品，但作者仍然有一贯的观点。目前，有许多美丽的开源组件。对于具有开发能力的大型企业来说，购买此类产品的必要性正在降低。似乎自主开发或定制开发更好，尤其是在数据量非常大的情况下，例如，找到一个产品来连接HBASE也是一件非常麻烦的事情，美丽的外观总是难以抵消性能的需求，好看不好看的业务人员可以通过引导EXCEL来解决，但显然他们无法容忍查询性能问题。从自助的角度来看，有了标准化的指标，任何自助报告都不是问题，这也是它带来的巨大好处。每个用户都可以根据指标配置个性化的报告。无论是报告指标的标准化、开发人员的重新定位，还是平台工具的改变，一些企业可能已经实现，一些企业认为它是不现实的，但无论如何，我们仍然不仅限于报告，而且应该致力于做一个平台，做一个报告，让报告更快、更准确、更简洁始终是我们表弟的目标。无论是报告指标的标准化、开发人员的重新定位，还是平台工具的改变，一些企业可能已经实现，一些企业认为它是不现实的，但无论如何，我们仍然不仅限于报告，而且应该致力于做一个平台，做一个报告，让报告更快、更准确、更简洁始终是我们表弟的目标。要么继续忍受，要么考虑改变。