“证析为首”——企业应用案例

这是一个关于Tim Zimmer的故事,Tim Zimmer在一家大型电器连锁店当技术员。他的工作主要是负责洗衣机和干燥机的服务热线。在他的工作生涯中,他见识广泛,同时生活也变化多端,但是有些事却一成不变。

上世纪80年代见证了内部使用IT系统的发展,而90年代是标准后端自动化的十年,少数大卖家和极少数的小卖家开始建立和销售后端程序自动化的解决方案。Tim亲身经历了这一变化,并开始获得打印出票据,这些票据是他能够分发给客户的。同时,他也从金融领域的朋友那听说到一个长达一周关于学习“计算机”和建立日常备忘录工具的培训课程。Tim的生活并没有发生大的变化,他仍然会在每天早晨收到一份分配给他的客户清单,并将逐个去拜访这些客户,然后提交一份手写的答卷表格,这些表格并不能全部完成,因为还有些部分无法在他的卡车中完成。Tim不知道什么样的工作方式才是更好的方式,他总认为那就是更好的方式。自动化加快了公司业务的发展,并增加了他们的收益和利润,但是如Tim这样的公司员工的生活却并没有因此发生巨大的变化。

90年代中后期出现了客户关系管理和自助型人力资源管理绩效考核,卖家开始把“资源”作为“资本”来核算,尽管并没有真正改变产品的基本设计。Tim听说有些销售员在和客户沟通后,也把这些信息输入到了这些系统中了。他们并不喜欢这些系统,但是他们的主管和主管们的上级要求他们这样做。Tim认为公司不管怎样都会从中获利,而他的同伴们却并未得到任何好处。他拿到一台坚固的笔记本电脑,用以输入票据和解决方案方面的信息。这台工具还要求他大量的一页又一页的数据,他并不真正喜欢这台工具,因为这台工具并没让他变得更好或许更聪明,但是他并没有其他选择,只能使用它。

Tim听说管理部门从他提供的所有服务电话中获取了周报,并被告知这个部门还利用这些信息给每个区域创建了一个“part bucket”(“木桶分块”)。他一直以为这些都没有什么意义——直到管理部门获取这些信息,分析信息,并给我分派“部分”,这时候我只有少数几个服务电话了,并已被那些我所需要的“部分”所抛弃了。他也从“卓越中心”(他并有说这具体是什么,但是猜测“极可能是那些IT伙伴”)收到了一封邮件,问到他是否会乐意收到这些报告。对此,他第一时间认为不过是一份简单地报告,仅仅是需要他提交一份请求,事实上它却需要8-10周的时间,同时这项“工程”需要获得三级部门的同意。他并没有发现报告的任何价值,所以没有太重视和奉行。但是当他喝着啤酒看足球赛时,他的那位IT朋友告诉他,管理部门已经买了昂贵的软件来处理这些报告,并雇佣了很多懂得如何使用它的人。

有一天,他收到了一张磁盘。他认为这肯定又是管理部门的一个狡猾主意,只会让他的工作量越来越多,而并不会真正帮助到他或者他的客户。一种益智玩具罢了,他想。在他的人生中,公司首次让他感到震惊。这张带有应用程序的磁盘完成了他一直想做的事情。他一启动程序,就向他展示了他所有服务电话的地形图和那些基于历史分析的部分需求,并告诉他哪种电器有什么部件,他的那些团队成员能更好的追踪各种不同的客户,这些是基于团队成员在解决过去各种问题的技能和实际表现出来的能力所分析出来的。Tim花了好几个钟头来分析这些数据,进行了实时排列深化,并用一个钟头得出了一份建议书。他把服务电话分给了团队成员,并开着自己的卡车去找自己安排的一个客户。他一完成任务就把磁盘拔出了。他一点击按钮就能了解到服务电话的完成情况。他在自己和队友们的卡车里就能进行新的实时可行性分析。他不断的敲击按钮,做出决定,调收音机,每次结束都是帮助下一个客户的开始。不在需要填写无限长的屏幕。他平生第一次对管理观念有了好的改变。

当全世界都在建立“移动至上”或“移动唯一”应用程序时,我提出建立包括“移动唯一”的“证析为首的企业应用程序”。最近,我们已进入成熟的大数据产品,框架和解决方案,这样能帮助我们实时分析大量的数据。大规模硬件——商品化、订制化的或虚拟化的——可以让产品开发者做出更多令人震惊的事。我们正处在一个转折点,没必要把事务处理和进行证析的工作量区别开来。从汇总结果到罗列细节只需要一个按键,而不是纠结到每一个独立的体系。如果在没有任何先入为主的偏见情况下重新构思,有许多程序只要点击一下分析就可以开始,并可引导用户进入一个更细微的数据输入口或清晰的决策界面。如果将“移动至上”的心态比喻成为花费80%的时间,却只获得20%的有效使用的场景;那么以证析为首的设计,就是用20%的决策指导的工作流来使用那80%的时间,(脱离)那些曾经让最终使用者无比迷惑的数据入口,过时的并且毫无用处的报告,看起来美丽但是完全孤立。

让我们来重新考虑一下企业应用程序。今天的证析是一个需要忽略更好理解人类分析需求的最终结果,是一个同决策与分析相反的决定。证析本身就不应该是一个与工作流程和过程不相连的科目,这些应用程序已经运用了多年,并使企业变得更好。证析应该是应用程序的一个完整的组成部分,而不是嵌入式的、前后关系的,但应该是导入型的。

 

作者:Chirag Mahta  联景编译  来源Cloudave