网站开发违法,给我免费播放在线,删除网站留言板功能,网站开发企划书这周有朋自远方来#xff0c;聊了对报表工具的看法#xff0c;因此专门写篇文章来谈谈报表系统的未来。 笔者知道不可能有十全十美的报表系统#xff0c;毕竟任何一个行业和企业受自身客观环境的限制#xff0c;但表哥嘛#xff0c;总要有点理想和追求#xff0c;就好比到… 这周有朋自远方来聊了对报表工具的看法因此专门写篇文章来谈谈报表系统的未来。 笔者知道不可能有十全十美的报表系统毕竟任何一个行业和企业受自身客观环境的限制但表哥嘛总要有点理想和追求就好比到一定年纪会自问我的人生追求到底是啥?表哥到了一定阶段也同样我的终极目标是什么? 首先合适的就是最好的。 脱离了业务驱动的任何IT系统没有价值因此从客户需求出发打造出适合某个细分市场的报表系统就是最好的报表系统。 现在报表工具市场百花齐放自有存在的道理所谓的大数据报表引擎在相当长的时间内对于很多企业来讲是没有必要的大炮打蚊子那也是极其浪费的事情。 同时大数据让客户的数据意识渐起因此即使针对的是小数据的报表工具也能赶上一波红利。 但有一点是值得注意的由于技术上没有特别的差异性大家互抄也很容易因此客户服务能力就至关重要了你卖的不仅是产品更多卖的是服务。 接下来我们切入正题。 任何代表趋势性的发明和系统都来自最前沿的应用领域报表系统最核心的是对于数据的处理和展现因此以大数据应用为核心或者拥有海量大数据的企业其对于报表系统的诉求和应用应能代表这个技术的发展方向互联网企业可以向BAT看齐传统企业可以向运营商看齐比如中国移动曾经打造了世界最大规模的数据仓库系统在那个时候引领了数据仓库建设的潮流。 那么如何打造极致的报表系统? 首先极致报表系统的打造不是一个工具或系统就能单方面解决的客户自身对于报表的认识和投入是至关重要的。 为什么? 因为报表系统能力不仅取决定于工具能力也依赖企业的数据管理能力而数据管理能力在各个企业的情况不同同样的工具在不同的企业应用那也是千差万别好马也要配好鞍。 数据管理能力除了数据质量最重要的是数据标准化能力。 一个企业的报表成千上万运维开发团队疲于奔命这是有问题的说明它的数据管理能力还未到达一定的水平当然这也是大多企业的常态。 产生这个问题的一个根本原因是标准化能力不足报表由指标组成一个企业的基本指标非常有限但指标的组合可以无穷无尽因此报表可以无穷无尽这是祸根。 大多数企业做不了报表标准化的事情有两个根本原因 一是IT报表团队本身的问题BI领域一直有一个挑战就是到底是以满足业务人员需求为主还是致力于打造一个平台更致命的是BI人员所谓的满足需求并不是在完成一个功能而是价值也许只有几天的一段取数代码其是无法实现很好的传承的。 但打造一个平台是何其艰难因为这里的平台不仅仅指功能不是搞个自助配置工具就算是了还包括数据平台你可以叫作数据中台核心就是要打造一层标准化的数据层对于报表来讲就是指标。 有种技术叫SOA其对于IT系统是何其重要但报表系统却很少有类似的坚持的东西。 指标化当然很难笔者这里不谈具体的实现方式只是提醒每个企业的BI团队引领者应该思考这个问题要相信企业大多数报表是可以指标化的抓大放小搞定80%就成功了的确有部分报表难以指标化比如有状态的指标但这个很少且无关大局。 二是IT报表团队与业务人员的博弈业务人员屁股决定脑袋很正常但无论报表做的多急要的多快报表团队还是要注意控制节奏因为大多数企业业务人员提报表需求没有成本决定了让业务人员自发减少需求是无解的到了一定阶段你做的再快也无法带来满意度的提升。 报表团队总要预留些余粮和人力规划一下自身的蓝图研究下更高效的支撑方式一个IT部门大多时候报表规划建设一笔带过买个工具呗更不会关注到标准化这种事情你不提谁都不会提。 报表标准化也不可能让业务人员提出来只有自力更生了而且即使你提出来了业务人员还可能不理解。 报表团队深陷事务型工作而难以抽身很大程度反映了其视野的局限性习惯用人力的投入解决一个无解的问题报表管理者是需要反思的我们总说表哥是老实人需要做老实事但规划上绝不能含糊大数据时代数据创新恰恰应该放到报表团队的核心位置。 在说理想的报表工具前笔者特意提了企业的环境是为了说明任何有牛逼报表产品的合作伙伴在推广的时候需要找到好的客户有时产品营销失败不是你的错而任何一个企业在买报表工具前首先要知道工具仅仅是手段不是买了就万事大吉了你还需要在业务和技术上做些投入和努力否则可能也发挥不了工具的价值。 其次速度是极致报表系统的一个基本要求。 笔者早几年接触到淘宝的数据魔方的时候是非常惊讶的它海量的数据、极致的速度多维的展现是多么的完美后来到网上找了很多相关资料才知道这个产品在数据处理上做了大量的定制改造才使得它有这个表现。 那么能否有一个更加通用的报表后台引擎在降低对于数据定制化处理要求的同时提供极速的前台多维查询展现? 虽然我们用HBASE实现了指标库后台指标数据几百亿但其对于数据的定制要求太高在很多场景难以适用而且似乎没有好的成熟前台能够适配自己全套定制做也不大可能。 传统的报表工具引擎侧重展现但对于后台数据大多时候仅仅起到一个接入的作用它的设计理念可以认为是以重前台轻后台的方式尽可能覆盖更多的后台数据的形式去满足市场需求但带来的问题是后台数据深度支撑能力太弱了因此无法满足海量多维度数据的快速查询要求。 对于拥有海量数据的企业需求已经在改变有时宁愿自己做报表也不再愿意采购报表工具产品这是有其原因的。 笔者已经知道当前市场上有不少新型的OLAP产品诸如Kylin等产品的企业也在崛起笔者没用过无法做出评价但这个的确代表了方向。 所以说速度越来越重要还因为当前有一种趋势分析型和清单级报表需要融合成一体也就是说从指标可以下钻到清单这可以帮助实现分析执行一体化而以前清单往往靠取数临时实现造成了两者的不一致降低了异动核查的效率。 比如运营商其实有两套报表一套叫生产报表一套叫经分报表前者以满足一线生产为主后者以满足管理者分析需要为主以前很难有一种报表工具能同时支撑这两种数据查看模式。 海量快速多维这应是未来报表引擎的要求吧。 再次开放性是极致报表系统的一个根本诉求。 其实所谓开放和封闭是相对的如果你的封闭体验和性能做到了极致客户可以牺牲一定的灵活性来适应你的产品。 现在诸如数据库一体机大行其道因为好用嘛暂时也没有好的替代品。 但是在报表产品上封闭可能成为不了趋势笔者以前谈过越是面向前端的产品用户对于灵活性的诉求会剧烈增长直到抵消产品封闭带来的价值。 报表工具有前端展现和后台数据引擎两个基本模块假如你有强劲的后台数据引擎就需要考虑前端的展现是否可以开放接口能否提供一套API?要知道再牛逼的前台展现搞不过EXCEL也搞不过PPT的组装更搞不过各个企业复杂的业务管理、机制和流程要求比如报表展现要打个水印怎么办? 加入一段安全控制代码行不行? 当然不仅仅是前台开放后台也需要比如报表数据的刷新触发方式多种多样总要有些定制化能力提供更多的可配置性和开放性。 再次适配性是极致报表系统的一个现实要求。 各类报表产品显然对于企业系统环境是有要求的但不要为了极致性能而忽视现状和通用性比如SPARK2.0刚刚推出就不要说产品只支持2.0假如是基于hadoop的则需要尽可能兼容大多数版本。 一般来说假如只是为了打造一个更快的报表系统企业不会去改变它现有的技术架构体系毕竟报表始终是IT的下游系统。报表系统更应该考虑的是如何尽可能的适应当前大多数企业的现状与时俱进吧。 在大数据时代产品的竞争力很大程度是取决于你版本的更新速度因为客户的需求变化很快技术更迭也很快必须要适配的足够快已经有太多牛逼的公司由于缓慢的产品更迭速度而备受客户诟病一旦口碑做坏了就一去不复返了报表工具不是一种容易硬捆绑的产品而且这个圈子并不大。 再次谈谈报表前台吧。 当前很多报表产品都已经有拖拉钻取的功能但建议的一个设计原则是能简单就尽量简单点吧一个报表产品前台不要提供太多的选择最好还能分一下用户层级。 大多企业一线人员是报表的主要使用者根本不会拖拉钻取它如一个婴儿报表是喂给它的只要看得清楚速度快就行了不要奢望它会用到你哪怕30%的功能给个搜素、收藏夹、导出功能就足够了以前OLAP产品所以用不好就在于使用门槛太高很多使用人员甚至不知道啥叫维度啥叫指标你让他拖什么? 高级的定制功能设计步骤也要点到为止配一张报表最多是三步选择后台表选择指标和维度报表设计(比如多表头啥的)生成报表当然还有调度啥的就不细谈了。 满足大多数人的需求忽略部分高级用户的诉求这应是一个设计原则吧我记得以前做报表总是强调多表头啥的但真实情况是有几个人真会用而且马上审美疲劳还不如拉到EXCEL里面搞搞更漂亮。 不过话说回来各个企业的情况不同笔者这个判断肯定是有失偏颇的且自己离开报表制作很多年了权当参考吧。 最后还是要提提报表企业的雄心吧。 不少报表企业被大企业收购了很大原因是它形成不了生态链一旦产品同质化就只能依附于大系统的巨无霸生存这种结合显然于双方都有利一个将自身产品的价值链进一步延伸一个依附于某个数据库或者某类系统能够获得额外的性能提升以此形成新的差异化竞争优势。 但是弊端也很明显跟着巨无霸往往意味着速度变慢创新变慢那么报表企业到底如何才能施展自己更大的抱负呢? 单靠一款报表工具打天下其实风险很大因为维度太单一前段时间吴伯凡在《日知录》中提企业竞争力的时候谈到的降维打击是很有启发意义的。 笔者给一个建议如果你的报表产品当前足够好可以考虑下生态的扩展看看除了工具客户的报表真正的痛点是什么比如前面提到的数据管理能力从数据质量、数据管理、数据分析到数据挖掘这是当下很多企业的短板也是你进入的机会。 毕竟大数据时代工具诚可贵数据价更高。 本文作者傅一平 来源51CTO
