分享者
Plidezus
之前在 中提到， 对于知识库的成长，应该有一种农夫而非建筑师的视角，接受许多事情是自己无法控制的，然后尽自己最大努力，跟随季节生长。花园与溪流：技术田园 The Garden and the Stream: A Technopastoral
无独有偶，在设计平台型产品的时候，关键的不仅仅是把东西做出来，而是建立起自己的生态圈。提高第三方开发者达到用户价值的工具或服务。
这是上期介绍的 Stripe 的企业战略负责人 Komoroske 的另一篇分享，讲述的是设计 Chrome 这个平台的思路，其中基本出发点便是以农夫的视角来看待平台，而非是建筑师。
整个分享分为三个部分：
- 平台的定义
- 平台的演化
- 平台的增长
PPT 很长，连贯性比较强，但内容不是很复杂，开翻译软件就能直接看了。这里只摘录部分对我有启发的点。整个体系还建议全文浏览。
平台有不同的层次
- 一个平台也会有非常多的层次构成，越靠外部变化越快，杠杆率越低，但速度越快；反之，越靠下变化越慢，杠杆率越高，但速度越慢。一般来说，在平台上的开发者，总是希望在更高层次开发，这样他们的控制力和反应是最快的。
- 作为平台的开发者，应该避免短视的行为。越是基础设施，越应该投入足够多的精力来完成，并且基础设施往往会有复合回报。（当时在丁香医生建立的问题审核系统，后续就衍生为问题、文章、处方审核系统，极大地提高了全公司审核效率），所以解决问题是，尽量把时间维度加进来，尽量保证设计能持续更长时间。
关于平台设计思路的误区
- 左侧是理想中的平台，由一块一块功能堆积而成，干净完整，只存在于理论中；但实际上我们的平台，更像是右图，参差不齐，像园林中的假山，充满了不规则的情况。
- 平台是活着的生物，所以也就意味着不存在完美和控制。（所以看起来像山峰，而非建筑）
- 我们很难推倒重来，只能设定好长期目标，给予时间，可以一点一点地削减或者增加，让他们符合长期价值的形状。（注意自下而上第二层中间部分）
- 你无法在没有地基的时候就达到顶部的地方（注意左右图右侧变化），需要先把地基夯实了，才能在上面搭建新的结构。
平台如何增长
- 设计平台有两种模式，一种是设立比较远的目标，然后不断地逼近目标（图 1），在前进的过程中会发现有些结构之间需要相互引用，这样不断地建立临时性的连接，却没有扎实的地基，在某些时候整个系统就会被一些意外所击溃。
- 相反另一种是只完成距离自己最近的一组目标，在这组目标夯实之后，再在上面满足更进一步的目标，不断地积累，就像是盖金字塔一样。
- 但值得注意的是，采用第二种方法，还是需要有一个北极星目标。否则就会失去焦点，平台建设只在广度上努力，没有凝聚力和塔尖（ e.g，对比锤子手机和 iPhone 这两个平台便能看出，前者不乏亮点，但是缺少统一的战略，而后者在芯片、系统、相机、屏幕等地方都有明确的目标，比如从 A4 芯片到今天的性能怪兽 M1 MAX）
平台和第三方开发者的关系
- 平台掌握着最底层的架构，所以理论上可以碾压第三方开发者。但是一旦利用特权做事，就会导致生态的崩溃，所以平台最重要的不仅仅是技术，还需要克制住自己的贪欲，和开发者建立长期的信任。
- 对于第三方开发者来说，平台既依赖于他们，又不能让他们其中某个长的过大（这样他就会成为新的平台层，所以微博和 twitter 就封杀了第三方客户端），分而治之是关键。同时任何一个平台也要小心，多数时候你的底部也是一个平台（比如大多数平台都建立在 AWS 或者阿里云），如果底层变得唯一，你也会很被动。
推荐阅读：
- Gardening-platforms（Google Docs） | 下载 PPT
- Komoroske 主页
- The Meaning of Open