如何搭建一个资料共享的中台
作者通过一个简单案例,阐述如何在中台搭建过程中使用中台方法论,希望能够给你帮助。
今天举个贴近生活的中台搭建的案例,让大家更好理解中台方法论。
前面我们有说到,我们所谈论的中台,其实是中台方法论。
中台方法论是一种将业务逻辑重构,整合功能价值相同或者类似的业务模块,借助互联网技术实现企业生产、运营等方面的数字化管理,进而降低企业成本、提高效率的方法。
中台产品是基于中台方法论,结合业务特点,运用相关互联网、人工智能等技术手段形成的平台或系统,包括业务中台、技术中台、数据中台,甚至供应链中台。
既然是方法论,其运用的场景就不单纯局限于信息系统领域,我们可以借助这种方法论去改善适用于该方法论逻辑的场景。
就目前而言,以我的工作为背景,和你聊聊如何运用该方法论改善工作效率。
我前期主要接触的是商务支持的工作,展开来说就是帮助我们的销售在投标过程中,撰写商务部分的标书。
每个项目的商务部分差异不大,相同的内容占据了90%以上。也就是说,我们在完成一个项目的商务标书部分,基本上就沉淀了大部分项目所需要的商务内容。
一般公司都不存在N个项目的商务部分由N个商务支持去支持,一般的情况是多个项目的商务部分由一个商务支持去主导,可能会有几个不是商务支持的人去协助。
那问题来了,当一个部门存在两个或者两个以上的商务支持时,就会存在资料的盲区,即中台战略的可扩展区。
什么意思?
可以这样理解,两个或者两个以上的商务支持其实都在做同一件事。但是他们每一个人都在做资料的重复沉淀,很多彼此共用的资料,不能及时共享和传递。
这个时候,中台战略就显得尤为重要。
中台方法论可以消除资料盲区,实现商务支持成员间的资料快速共享,进而提高工作效率。
如何搭建资料共享的中台战略?
很简单,我俗称“1142”工程搭建中台,即一个工具,一个标准化,四个流程,两个意识,即可帮助我们快速搭建资料共享中台。
一个工具
一个工具是指必须要有公有云空间,比如我们用的是鲸盘。
一个标准化
一个标准化是指对文件的命名必须标准化,比如,我经常命名的格式为:京邦达-XX资料-191229。
四个流程
四个流程,即四个步骤:
1)资料上传流程
需要确定三件事:
- 什么人去上传;
- 什么资料需要上传;
- 如何上传。
这些上传流程可以根据自己公司的实际情况对资料上传流程制定详细的规则,要求相应的人员务必遵循规则。
2)组内人员通知流程
在资料上传之后,务必建立一个联系,这个联系是需要通知资料共享组内的人员知道了某人某时间上传了某资料。
这个流程可以很好地提醒组内的成员对资料的了解度。
因为要解决资料的盲区,既需要解决组内成员对资料的获取途径,也需要解决成员间资料的互通性。
3)资料下载流程
这个流程比较简单,只要确定两件事:一是确定哪些人可以下载;二是下载路径和规则。
和资料上传流程一样,组内成员务必遵守规则。
4)定时盘点流程
有可能上传者不能时时上传相关的资料,建立定时盘点流程非常有必要。
定时盘点流程要求上传者组织内部成员,在固定时间内,对现有资料的一次性盘点,对暂无上传的资料进行整理和上传。
两个意识
两个意识,分别是时时更新意识和资料维护意识。
更新意识要求“有新即时传”,资料上传者需要对新资料有足够的敏感,对新资料及时上传。
资料维护意识是要求对公有云中的资料进行不断更新。很多商务支持的资料存在有效期,需要通过对资料的维护才能保证资料及时有效性。
以上是我对资料共享中台的搭建逻辑,搭建起来很容易,但是执行端的效果却经常不尽如意,其中有很多人为因素。
很多人习惯在自己的电脑存储资料,一旦转化在公有云上存储和下载资料会特别不适应。要解决这个问题,需要让资料共享中台更好地发挥价值。其中最重要的还是培训,组织相关的流程培训、意识培训和习惯培训,能让参与者更好地接受中台。
搭建资料共享中台最大的一个益处在于解决商务支持紧缺的情况下,支持多个并行项目的商务标书的制作。这种资料共享中台对技术标书部分都要适用,只是技术标部分的个性化要求更多些,对售前人员要求高一点。
在这个过程中,每一步对我们来说都不陌生。其他的中台也是一样,中台内部的架构其实对我们来说不陌生。陌生的是,支持中台背后的方法论和逻辑架构。
如何借用中台方法论解决实现适用中台场景的业务流程,须对业务流程有深刻的理解和认知,化骨疗伤的勇气和决心,才能让中台实现应用的价值。
最后,我们需要知道中台的出现是工业化分工越来越精细化的必然结果,也是数字化进程中的必然。
正是因为用户的需求多样,全球分工精细化,导致每一项工作或者服务都会出现差异化。差异化就需要我们用精细化的管理,这就需要数字化管理。同时,为什么我们对中台都很难找到一个具体、清楚的解释。因为我们谈论的中台,都是基于大家认同的底层逻辑的中台方法论。
中台方法论是一种将业务逻辑重构,整合功能价值相同或者类似的业务模块,借助互联网、人工智能等技术实现企业生产、运营等方面的数字化管理,进而降低企业成本,提高效率的方法。
作者:刘大林,微信ID:huil222333,微信公众号:供应链产品分析。
本文由 @刘大林 原创发布于人人都是产品经理。未经许可,禁止转载
题图来自Unsplash,基于CC0协议
难得留一次言,是因为实在不认同这个认知,这里只说中台系统,不包括组织中台,数据中台一类
文中说这一套东西,本质上就是一个业务系统,做好权限,串联流程就完事儿了,你叫他业务后台我觉得能接受,但叫中台,除非是公司主张要不然它离中台实在有些远。
中台降本增效没问题,去重抽象也没问题,而实现线上化数字化管理这个就太基础了,这明显是业务后台做的事情。
个人认知,中台会比较适合公司多业务且业务间存在多平台多流程多规则的情况下+功能/管理/服务可模块化组件化抽象化独立才适合做,单一业务下如文中往往只是一个组织架构的问题或很明显一个权限就能足以隔离做高效管理,或者只是一个不停在新增功能的一个工具集。
只是讨论,别见怪。
多提一嘴,关于文中提到的所谓中台系统的使用率,是需要配合运营管理的,标准化的能力输出对组织成长是有帮助的,因此比如绩效/任务管理/信息模版化会更高效。
欢迎讨论
我一直不认为中台就是一个单纯的系统,中台是一种方法论,只是恰好出现了中台这样的名词罢了。
中台是方法论没错 也不是万能的 你举的例子就是一典型的业务系统 两个方法论除了业务线上化管理透明化以外 根本没有任何相同点 中台这么玩的话可算是被玩坏了
中台就是共享?
共享是中台可以实现的功能