系列文章:《组织基因、利益格局与系统驱动——数字化变革的底层逻辑》

上一节我们讲了公司花了不少钱做研发,但系统最后用成了工具。这一节,我们来回答一个更根本的问题:系统到底是什么?

很多人对系统有一个误解,以为系统上了,能力就有了。采购不行,上个采购系统,采购就行了。运营不行,上个运营系统,运营就行了。

不是这样的。

系统是能力的容器,不是能力的创造者。

这一节我会分五个部分来讲:

  • 先讲一个例子,说明系统怎么变成“放大镜”。

  • 再讲一个经典理论——钱德勒的“战略与结构”,说明能力在前,系统在后。

  • 然后讲我们公司自己的教训:能力不行的时候,系统让错误跑得更快。

  • 接着讲能力的四个来源:流程、数据、人、制度。

  • 最后总结:先有能力,再有系统。顺序不能反。

一个例子:自动下单系统

先讲一个例子。

假设你的公司要上一个自动采购下单系统。系统根据历史销量、库存水平、季节因素,自动算出采购建议,自动下单。

听起来很美好,对吧?

但如果你的采购团队本身能力不行呢?

他们不知道怎么选供应商,不知道怎么谈判,不知道怎么管理交期。他们下单全凭感觉,有时候多下,有时候漏下,库存要么积压要么断货。

你上了自动采购系统。系统学的是什么?是历史数据。历史数据本身就是错的、乱的、凭感觉的。系统学到的就是“凭感觉”的规律。

结果是什么?系统自动下的单,比人工下的还要离谱。因为系统不仅学了他们的错误,还把错误放大了。一个人做错,只影响一个订单。系统做错,影响一百个订单。

系统没有创造采购能力。它只是把你已有的采购能力,装进了容器里。能力强,系统就强。能力弱,系统就弱。系统是镜子,不是美颜相机。

一个经典理论:战略与结构

有一个经典的理论,可以解释这个现象。它是管理学家阿尔弗雷德·钱德勒在1962年提出的,叫“战略与结构”。

钱德勒研究了几十家美国大企业的发展历史,发现了一个规律:企业的组织结构,总是跟着战略走的。先有战略,后有结构。战略变了,结构才能变。

他的核心观点是:结构追随战略。

这个道理,用在系统和能力的关系上,可以改一个字:系统追随能力。

先有能力,后有系统。能力变了,系统才能变。

你不能指望系统帮你创造能力。系统只能把你已有的能力固定下来、放大出去。

你想想瑞幸。它在建系统之前,有什么能力?它有神州系带过来的技术团队,有做打车App积累的数据经验,有陆正耀早期做汽车后市场积累的供应链资源。

这些能力,在瑞幸成立之前就有了。系统只是把这些能力打包、标准化、规模化。

系统不是能力的起点。系统是能力的终点。

我们自己的教训

我们公司在这件事上,是有教训的。

刚开始做数字化的时候,我们觉得“上了系统就好了”。采购不准?上个采购系统。库存不准?上个仓储系统。运营不行?上个运营系统。

结果呢?

采购系统上线后,我们发现了一个问题:系统很聪明,但数据很蠢。库存数据不准,系统算出来的采购建议就不准。运营部门的人说:“你看,系统果然不行。”

问题不在系统。问题在于,我们以为系统可以替代人的判断,但我们没有先把数据搞干净。

我们试图用一个“容器”来创造能力,但容器里装的是脏东西。倒出来的,也是脏东西。

后来我们学乖了。我们先把流程理清楚,把数据洗干净,把人的能力培养起来。然后再上系统。

虽然慢了一点,但系统上线之后,大家愿意用。因为系统算得准,帮他们省了事。

这个顺序,不能反。

能力从哪来

你可能会问:能力从哪里来?如果系统不能创造能力,那我怎么才能有能力?

能力的来源,有四个。

第一,流程。

好的流程,能把“怎么做对”这件事固化下来。每个人按照流程做,结果就不会太差。

流程怎么来?从经验里来。你把那些做得好的案例,拆解成一步一步的操作指南。新人照着做,就能达到80分。

流程是能力的第一层容器。没有流程,能力就只存在于个别人的脑子里。系统是第二层容器,它把流程代码化、自动化。没有流程,系统就是空的。

第二,数据。

数据是能力的“燃料”。没有数据,你判断不了对错,衡量不了好坏,迭代不了方法。

数据怎么来?从每一笔交易、每一个动作里来。你要设计机制,让数据在生产过程中自然产生,而不是事后补录。事后补录的数据,多半是假的。

数据干净了,你才知道自己哪里强、哪里弱。知道了,才能改进。

第三,人。

人不是能力本身,但人是能力的载体。能力在人的脑子里。

你要做的,不是跳过人去建系统。是把人的经验提炼出来,变成流程、变成规则、变成代码。然后人的能力就“上岸”了,从个人资产变成了公司资产。

第四,制度。

制度是能力的“保护伞”。没有制度,好的做法留不住,坏的做法改不掉。

你想让大家用系统,就要设计制度:用了有什么好处,不用有什么后果。你想让大家录数据,就要设计制度:数据不准谁负责,数据质量怎么考核。

制度不是用来管人的。制度是用来“固化”能力的。它让好的行为变成习惯,让坏的行为变成历史。

能力容器模型的启示

基于上面的思考,我画了一个“能力容器模型”。它是分层的。

最底层,是“人的能力”。 这是起点。老采购的经验、老店长的判断、技术大牛的代码。能力最初都在人脑子里。

往上一层,是“流程”。 你把人的经验写下来,变成操作步骤。能力从个人转移到了纸面上。一个人会,变成人人照着做就能会。

再往上一层,是“制度”。 你规定哪些流程必须执行,哪些数据必须录入,哪些行为会被奖励、哪些会被问责。能力从“自觉”变成了“必须”。

最上面一层,是“系统”。 你把流程和制度代码化、自动化。能力从“人执行”变成了“系统执行”。

系统是最上面的一层。它依赖于下面每一层的支撑。下面塌了,上面就空了。

你不可能跳过流程、跳过制度,直接把人的能力装进系统里。就像你不能跳过地基,直接盖屋顶。

一个总结

回到这一节的问题:系统是能力的容器,不是能力的创造者。

这句话有三层意思:

第一,能力在前,系统在后。 你得先有能力,才能用系统把它装起来。不要指望系统帮你创造能力。

第二,系统是镜子,不是美颜相机。 系统会放大你已有的能力,也会放大你的缺陷。能力强,系统强。能力弱,系统弱。

第三,系统是最上面的一层。 它依赖于流程、数据、人、制度这些底层能力。底层不稳,系统就是空中楼阁。

我们公司犯过的错误,就是以为系统可以跳过流程、跳过制度、跳过数据治理,直接创造能力。结果花了不少钱,买了个高级版Excel。

顺序不能反。先有能力,再有系统。先有流程,再代码化。先有数据治理,再谈数据驱动。

更多推荐