赞
踩
数字化和业务中台在现在并不是新的概念,也不是啥高大上的名词,它是随着社会发展的产物。
我们先看看什么是中台,举个例子:以往我们在前线跑业务的时候,需要签单、并且收款,但是在签单的过程中,需要很多职能部门的配合,如市场部、HR 部门、数据部门,甚至还包括技术部门。在以往的工作过程当中,我们需要的是跟各个职能部门打交道,这极大影响了效率,同时在信息沟通上面也有不同程度的衰减,为了提升业务效率,企业在原有的职能部门抽取部分人员,重新把他们组合在一起,形成一个高效协同处理业务的部门,我们称之为中台部门。
企业数字化转型的本质是生意越来越不好做了,一是存量状态下,市场容量有限、业务也就很难有高频高额,企业获客成本高;二是由于头部企业资源实力强大、更小的企业或个体户价格竞争,企业竞争压力大。企业数字化转型,是往细节处进行,业务数字化,精细化运营,让流量成本更低。
简单地说,中台是为了高效处理业务,数字化是为处理业务提供数据和工具支撑,提高管理效率降低决策风险。
也许 有的人有疑问,我们100个渠道,但已经有了CRM,也有ERP系统,已经可以管理我们的经销渠道,还有必要需要一个业务中台么?
回答这个问题前,我先举个例子。在一家客流量比较大的餐厅中我们要如何缩短客人的等待时间呢?
增加多名厨师不就可以解决这个问题了吗?但大多数餐厅不会直接增加厨师,因为增加厨师的成本是很高的,每天业务忙的时候也就只是中午和晚上饭点时间,但在其他时间厨师闲暇,这样成本就浪费了。
如果将厨师做菜的环节分开,厨师将菜式的标准定义好,买菜的数量按标准买好,买菜在前台、洗切配菜在中台、做菜在后台,
这样厨师定义好每道菜的标准,餐厅每天核算需要准备每道菜的数量,买菜、洗菜、切菜可以通过配菜小哥完成,厨师专门做菜,这个是现在很多规模餐厅的组织架构:
这样厨师新做一道菜时没有必要一定要从买菜,洗菜,切肉这些最基础的环节开始,而是完全可以直接使用他人切好的肉片,洗好的菜下锅,唯一需要关心的就是如何在搭配调料上研究不同的创意。完全可以大大提高厨师的做菜速度,同时在成本上我们只增加了一个人就解决了所有问题。
回到研发流程来看,买菜其实就是我们研发的前台,厨师是我们的一个个业务后台团队,他们要做的就是根据不同地区口味烹饪出对应的菜系,而在业务多元化后洗菜,切菜,配菜都可以交给中台解决方案去完成,做菜的时候作为大厨只需要喊一句要做什么菜既可,当然这里的配菜小哥就是我们的中台。
所以说有了中台之后我们的前台业务就可以快速尝试迭代,不需要每件事都是从0到1开始了。
让我们再站在架构的层面来看看中台对整个系统业务所起到的作用。
假设我们是一个电商平台在我们未使用中台的时候,每一个前台的用户终端都需要与后台进行一次对接,就像下图:
而后台的每一个模块都需要维持与前台业务的关联,并根据不同业务前台的特征进行交互。这样造成的结果:
当我们引入中台后,让中台作为一个对接层,帮我们去统一对接前台的不同终端,同时对后台各个子系统进行统一的封装,让前台能无感知的使用各项服务而不需要单独设计通道,我们的系统也就简化成了这个样子:
通过对比我们能清楚的看到中台对于公司的整个业务架构起到了非常大的简化作用。
用一句话来概括就是:数字化中台可以降本增效。中台的核心本质就是服务共享,目标是支持前台的快速创新或试错。
业务中台建设的本质就是从业务链的全局出发,通过企业变准话的业务数据统一、在线,实现业务的全局数字贯通。另一方面,业务中台可以将多个业务环节、链条中均会使用的业务能力沉淀下来,形成通用的服务组件,以服务中心的方式来支撑前台不同业务的在线处理过程,避免了重复建设和资源浪费。这也是中台的一个重要的意义:为不同的前台业务提供可以重复使用的能力,形成一次建设多次使用。
任何的企业治理软件都只是技术手段,技术解决的是业务的问题,数字化业务中台的本质就是企业业务治理思想的体现。
所以,企业要上数字化业务中台系统,实际上上的是企业业务治理方法论,是要使用数字化解决企业业务运作过程中出现的问题,是要降本增效。否则excel表格就够了,要说灵活的话,哪个软件比excel更灵活?
1.业务梳理
业务规划,我们要梳理企业当前的服务模式,主要的业务是什么,然后进行数字化业务中台与企业业务深度结合,真正的和互联网大的生态环境结合企业。不能盲目中台,没有跟自己的业务做深度结合,万丈高楼平地起,企业主和管理层认清自己和企业是数字化的根基。
例如我们规划了公司的核心业务是快消品或者美妆产品销售,核心价值是:
分析上面的业务方向我们不难判断出最基础要抽取的模块可以划分为:
这里需要注意,虽说中台要考虑复用性、扩展性,但是要考虑多少,考虑多深是一个非常考验产品功力的地方。
2.业务调研
从业务流程中分析以上模块会涉及到的角色:商品管理涉及采购或者供应商、订单和资金涉及财务和业务经理、经销价格涉及价格体系和经销商…
可以找到相关角色人员了解业务和操作流程上的问题,可事先准备部分调研问题例如:
“在操作过程中有没遇到无法解决的问题”
“哪些业务流程无法得到有效的处理”…
3.业务分析
企业的数据中台是会跨域的,多个系统数据互通需要让相应的部门知道数据资产目录在哪里。有的企业没有上信息系统,有的企业只有OA系统,很多企业前期信息化已经有了进销存系统、CRM、WMS……业务中台会将其一体化进行业务协同,将不同部门使用的信息化系统进行数据打通,将各司其职的部门业务协同起来,有助于业务的复用,对业务的快速响应能力。
电商行业的商品数据可以从供应链系统获取、企业经销商价格体系和账期数据可以从CRM系统获得…数字化业务中台系统需要顺利进行,需要获得相关部门支持,获得其相关接口并进行接入和互通。
4.业务价值的探索和分析
数据中台不仅要建立到源数据的通路,还需要提供分析数据的工具和能力,帮助业务人员去探索和发现数据的业务价值。一个好的数据中台解决方案中需要针对不同业务岗位的用户提供个性化的数据探索和分析的工具,并且在此基础上能提供数据交互API,以多样化的方式提供给前台系统。
5.数据服务的构建
数据中台需要保证数据服务的性能和稳定性,以及数据质量和准确性,还需要具备强大的服务治理能力。数据服务要在一开始就有整体的顶层设计,从而能够将数据服务做分类,打标签,能够更方便的被搜索被调用,让好的服务浮现出来,让质量不高的服务自动的退市被销毁。
数据中台是一个生态平台,在数据中台上面会不断生长各种数据服务,所以从一开始就构建好数据服务的治理结构是非常重要的,就想经营一个市场一样。
6.业务边界、度量和运营
基于中台功能架构,把每个功能的流程与参与角色的实际操作进行对比,确定中台业务边界,避免过度开发、错误开发和无用开发,以此度量和运营数据服务的能力是数据中台的业务能力。
数据中台应该能够对提供的数据服务及相关行为做持续跟踪和记录,包括哪些数据服务被哪个部门使用、用了多少次等,通过这些去度量每一个数据服务的业务价值。
这些都需要相应地做记录、做日志、做分析,要把数据当做像电商平台一样去经营,然后实时地根据这些业务行为数据去提醒数据服务提供方,调整、改变、优化数据服务,这才是可经营的数据中台,也只有这样业务部门才能得到最快的支持和响应。
统一流程中心
让业务规范、有序运行,规避运营风险,固化企业个性化管理的实践经验。由“人找事”变为“事找人”,使企业管理者专注于业务,提高协调、沟通的效率和效果
端到端业务流程
贯通多个局部流程,形成全局流程。提高对内外部客户各类需求响应的完整性,健全组织运作机制,实现企业内部的“供给侧改革”
嵌入式管理
打通信息孤岛,实现松耦合的逻辑或者数据集成,解决了重复录入造成的数据错误或缺失、效率低下问题,降低管理成本
赋能业务上下游
上游供应商以销定采、下游经销商智能拓客,企业供采数据多维度进行分析,用数据赋能业务上下游
整个业务数字化业务中台通过流程引擎、集成引擎、规则引擎、报表引擎、移动接入等核心组件帮助企业构建,从管理到技术,再从技术到管理的全方位流程管理平台
在竞争日趋激烈的互联网行业中,如何低成本又快速地完成业务创新去占领市场是每个企业所追求的方向,而数字化业务中台解决方案的出现给我们当下的互联网企业带来了一个全新的发展思路。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。