反精益创业第七章:平台架构(1)——平台的复杂性
作者Dr.2,珍立拍股份公司董事长
什么是平台架构?架构师为什么那么重要?其实,架构也没那么高深,并不难理解,但是做成却非常复杂!
一、平台架构
案例:法国著名的数学家和工程师普罗尼在1790年,接到了法国大革命政府派给他一个极其艰难的任务——那就是创立一个有史以来最大的、最精确的三角函数表。正当他为这个看起来不可能的任务焦头烂额的时候,有一次普罗尼在书店里漫不经心地翻阅亚当﹒史密斯的国富论,突然他灵光一闪:可以通过劳动分工来创造三角函数表。
普罗尼首先聘请了四位最著名的数学家来设计一系列公式,然后他再交给12个普通的数学家来将这些公式变成简单的演算法以及表格。而填写这些表格只需要会简单的加减运算就可以胜任了,于是普罗尼就找了100个失业的剃头匠来完成这项单调乏味的苦差事。4年的时间中,虽然数学家们和这些剃头匠们没有任何沟通和反馈,但这些剃头匠几乎每天能产出1000个答案。
那么普罗尼到底干了一件什么事呢?他其实是做了一件架构师做的事。他将一个十分复杂的问题通过划分成无数小并且独立的部分来解决,每一个部分都不需要知道其他部分在做什么,不需要中心化协调,也不需要不断的沟通。最终,每个剃头匠的答案都会接入汇总表里。普罗尼的聪明之处就在于他将这些复杂的创新问题划分成许多小而独立的部分;奇妙之处在于这些小部分又能最终组合成为一体,同时这个故事还告诉我们,当一筹莫展的时候,要多去看书啊!
我们同样可以将这种办法用在平台生态系统的创新问题上,这也是我们即将解释的“平台架构”。我们之前学过,平台架构是平台生态系统进化引擎的第一个齿轮。
我希望通过这些文字可以使行外人也能了解一些神秘的“平台架构”:
1. 首先,我们需要解释为什么复杂会阻碍创新以及会导致一个不切实际的乐观倾向。
2. 然后,我们要说说平台架构可以通过两个功能来管理不断增加的复杂性:
- 划分任务(分区)
-推进重新整合
3. 我们将会解释为什么架构是平台的DNA。它必须事先规定好一个可行的组织逻辑以及不可逆转地印记平台的进化轨迹。一个看起来平平无奇的技术决定其实有着巨大的策略重要性。
4. 我也会解释一个平台架构和app的微架构以及生态系统架构之间的联系。
5. 一个优秀的平台架构和现代城市的架构一样,必须含有4个简单的特性:
6. 我也会解释模块化架构的两个机制。
7. 我会告诉你为什么太多或太少的模块化都不理想,最佳方案是“刚刚好”。
二、平台的复杂性
1、复杂:平台的致命弱点
一个平台的生态系统是一个复杂的系统。什么是复杂的系统呢?广义上来说,一个复杂的系统是指一个系统包含许多部件,这些部件之间又有许多变幻莫测的相互作用。一个复杂的系统包含许多更小的子系统,这些子系统之间的相互作用和相互依存是很难描述和管理的。一个生态系统的复杂性取决于其中子系统的数量。子系统越多,系统就越复杂。在一个移动互联平台生态系统里,这些子系统是指相互操作的平台和各种APP们。推论:一开始就复杂的系统,会随着进化和时间的推移,变得越来越复杂。
2、复杂性带来的两个挑战
平台的复杂性带来两个挑战:“无法理解”和“僵掉了”,并且随着时间的推移而恶化。首先,对个人来说,平台生态系统从整体来看变得越来越难看明白。很快平台架构也开始不能理解他们发明的技术,APP开发商也好不到哪里去,因为他们也越来越看不明白这个复杂的生态系统。第二个问题就是复杂性可能带来的僵局。这是因为,一个APP或者平台的稍微改变可能会产生无法预测的连锁反应,甚至会逼停整个生态系统。就好像我们玩积木城堡一样,抽取一块积木或许什么也不影响,但也可能会摧毁整个城堡。唯一的解决方案就是:减少复杂性。
中国有个成语叫做“盲人摸象”。你问每个瞎子:“你们都看见什么了?”每个瞎子都有不同的答案:绳子,扇子,墙,柱子,茅…… 一个平台生态系统通常会面对同样的问题:每个APP开发商从自己的角度出发看整个生态系统的时候都会看到不同的印像。我们想说的是:一个东西越复杂,就越难被一个人理解。平台也一样,他的无法理解性大大阻碍了一个平台的进化。
3、复杂性的两个种类
复杂性的两个种类分别是结构复杂性和行为复杂性。一个生态系统既可以是结构性复杂(个部件之间的相互联系很难描述),也可以是行为性复杂(其总体行为较难预测和控制)。这两种复杂性通常是相关的:结构性复杂的系统,通常也是行为性复杂。我们认为架构就是解决结构性复杂的办法,而治理是解决行为性复杂的工具。架构是一个简化和精准描述生态系统各部分相互连接的工具——减少结构复杂性。它通过对生态系统内平台和APP们依赖结构的重新组合来实现。
4、在平台里,复杂性怎样放大创新风险
结构性复杂对生态系统内的创新有重大影响,因为它放大了共同创新的风险。我们来比较一下联合概率和独立概率的区别。我们就拿移动医疗举个例子:假如2个APP开发商和我们需要联合创造一个全新的手机APP。我们假设每一方都只有80%的把握来完成他们的部分,那么成功完成这个APP的可能性则远远低于80%。这是因为实现创新的三方依赖关系是联合概率,而不是独立概率。APP成功的可能性只是可怜的51% (80%*80%*80%)。这就是说,尽管三方都相当有可能履行承诺,但三方联合在一起的成功率只有50%。虽然任何一方可能都对合作成功充满信心,但现实很骨感。通过这个例子大家可以看出,随着进入生态系统的平台方数量越来越多,共同创新的风险也就越来越大 。
但是,只有在一方的工作要依靠其他两方的工作才能成功完成时,这个联合创新风险才会存在。一个有效的办法来减低联合创新风险就是降低三方贡献的依赖性。减低了依赖性就减低了三方的互动,这样就减低了系统结构复杂性。架构是一个方法,用来减低构成复杂系统的子系统之间的依赖。考虑周到的架构不是万金油,它们不会减低系统的复杂性,但可以使其更加可控。
下一章我们讨论生态系统架构的功能和成本因素,多批评指正!
(欢迎转载,注明作者和来源即可,愿意与Dr.2交流的请加微信号:2823095726)
浏览次数:3157次