👨‍🌾

像农夫一样耕耘平台 | Gardening Platforms

Property

之前在

中提到, 对于知识库的成长,应该有一种农夫而非建筑师的视角,接受许多事情是自己无法控制的,然后尽自己最大努力,跟随季节生长。

无独有偶,在设计平台型产品的时候,关键的不仅仅是把东西做出来,而是建立起自己的生态圈。提高第三方开发者达到用户价值的工具或服务。

这是上期介绍的 Stripe 的企业战略负责人 Komoroske 的另一篇分享,讲述的是设计 Chrome 这个平台的思路,其中基本出发点便是以农夫的视角来看待平台,而非是建筑师。

整个分享分为三个部分:

  • 平台的定义
  • 平台的演化
  • 平台的增长

PPT 很长,连贯性比较强,但内容不是很复杂,开翻译软件就能直接看了。这里只摘录部分对我有启发的点。整个体系还建议全文浏览。

平台有不同的层次

image
  • 一个平台也会有非常多的层次构成,越靠外部变化越快,杠杆率越低,但速度越快;反之,越靠下变化越慢,杠杆率越高,但速度越慢。一般来说,在平台上的开发者,总是希望在更高层次开发,这样他们的控制力和反应是最快的。
  • 作为平台的开发者,应该避免短视的行为。越是基础设施,越应该投入足够多的精力来完成,并且基础设施往往会有复合回报。(当时在丁香医生建立的问题审核系统,后续就衍生为问题、文章、处方审核系统,极大地提高了全公司审核效率),所以解决问题是,尽量把时间维度加进来,尽量保证设计能持续更长时间。

关于平台设计思路的误区

理想中的平台,完美的地基
理想中的平台,完美的地基
实际上的平台(比缺口围墙还参差不齐)
实际上的平台(比缺口围墙还参差不齐)
  • 左侧是理想中的平台,由一块一块功能堆积而成,干净完整,只存在于理论中;但实际上我们的平台,更像是右图,参差不齐,像园林中的假山,充满了不规则的情况。
  • 平台是活着的生物,所以也就意味着不存在完美和控制。(所以看起来像山峰,而非建筑)
  • 我们很难推倒重来,只能设定好长期目标,给予时间,可以一点一点地削减或者增加,让他们符合长期价值的形状。(注意自下而上第二层中间部分)
  • 你无法在没有地基的时候就达到顶部的地方(注意左右图右侧变化),需要先把地基夯实了,才能在上面搭建新的结构。
image

平台如何增长

image
image
  • 设计平台有两种模式,一种是设立比较远的目标,然后不断地逼近目标(图 1),在前进的过程中会发现有些结构之间需要相互引用,这样不断地建立临时性的连接,却没有扎实的地基,在某些时候整个系统就会被一些意外所击溃。
  • 相反另一种是只完成距离自己最近的一组目标,在这组目标夯实之后,再在上面满足更进一步的目标,不断地积累,就像是盖金字塔一样。
  • 但值得注意的是,采用第二种方法,还是需要有一个北极星目标。否则就会失去焦点,平台建设只在广度上努力,没有凝聚力和塔尖( e.g,对比锤子手机和 iPhone 这两个平台便能看出,前者不乏亮点,但是缺少统一的战略,而后者在芯片、系统、相机、屏幕等地方都有明确的目标,比如从 A4 芯片到今天的性能怪兽 M1 MAX)
无北极星目标的平台
无北极星目标的平台
有北极星目标的平台
有北极星目标的平台

平台和第三方开发者的关系

  • 平台掌握着最底层的架构,所以理论上可以碾压第三方开发者。但是一旦利用特权做事,就会导致生态的崩溃,所以平台最重要的不仅仅是技术,还需要克制住自己的贪欲,和开发者建立长期的信任。
  • 对于第三方开发者来说,平台既依赖于他们,又不能让他们其中某个长的过大(这样他就会成为新的平台层,所以微博和 twitter 就封杀了第三方客户端),分而治之是关键。同时任何一个平台也要小心,多数时候你的底部也是一个平台(比如大多数平台都建立在 AWS 或者阿里云),如果底层变得唯一,你也会很被动。

推荐阅读: