2.3 平台就像月台

近几年，“平台经济”迅速发展，但你知道什么是平台吗？其实，支持和阻碍平台发展的因素不是科技，而是资源和专业度，这又是为什么？

下面我用车站的月台打比方，简单介绍平台的作用和功能，以及从平台衍生出的商业模式。

平台的英文为“platform”，这个词很直白也很贴切，和车站的月台是同一个英文单词。月台在车站中，平台在“生态系统”（Ecosystem）中；月台之于车站，就像平台之于“生态系统”。

一个大车站里会有许多月台，同样地，一个生态系统里也可以有不同的平台，提供不同的服务给有需要的人。如果把月台管理员看作平台经营者，那么火车、汽车则是平台的服务，提供这些服务的便是平台参与者。至于客户，就相当于乘客。火车提供标准化的服务，客户都在同一条轨道上前进；汽车提供定制化的服务，客户在高速公路上自驾行驶。

只要是月台，必定有清楚、规范的方向和地点，其主要作用是供乘客乘车、候车。只要是去往一致的方向，到达相同的地点，任何乘客都可以来到规定好的月台。

平台也是如此，希望大家都能来，至于提供或使用什么服务，便要看有什么能力或需求。所以，一个平台经营者要清楚自己做的是火车还是汽车的生意，方向是往南还是往北。

如果做的是汽车生意，就要考虑在高速公路的哪些地方设休息区；如果做的是火车生意，就要考虑在铁道沿线哪里设停靠站。

同样地，一个平台参与者，要清楚自己提供的是火车（标准化）还是汽车（定制化）的服务，去往哪个方向，中间要不要中转和停靠等。把这些对月台的理解放在平台上，你会发现二者没有太多不同。

火车跑在铁轨上，汽车跑在公路上，“铁轨”和“公路”就是平台经济的API（应用程序接口）。在开发API的时候，我们通常采用的是开放技术，因为这样方便平台参与者把服务“放在”平台中，让客户选择使用。

API就像铁轨和公路一样，造得好与不好，直接影响在上面跑的火车和汽车，也就是参与者提供的服务及可执行的应用。

在开发API时，架构设计非常重要，它是平台能否成功的关键要素，而且会直接影响客户体验，是参与者和客户选择是否使用这个平台的原因之一。

举例来说，有些平台是服务化的管理平台，核心架构是一种叫“软件即服务”（Software-as-a-Service，SaaS）的技术。通过这种技术实现的服务也常被称为“即需即用软件”，也就是“一经要求、即可使用”。

有的大平台则为其他平台提供服务。例如，为平台提供软件的服务，叫“PaaS”（Platform-as-a-Service）；为平台提供基础设施的服务，叫“IaaS”（Infrastructure-as-a-Service）。

关于这些技术和专有名词，我不在这里多做说明，有兴趣的读者可以自行搜索。

如果我们想成为平台经营者，那么选择一个“交通枢纽”非常重要。这项工作我们不用事必躬亲，也不必从零开始，而是把大家的服务集中起来，通过营销和推广让大家都可以使用。

倘若我们需要的是搭车服务，就不需要自己去购买或制造火车、汽车，而是应该买张票，支付从起点到终点的费用，便可以被送到目的地。这就是“产品即服务”（Product-as-a-Service，PaaS），它是一种按需付费的商业逻辑和模式。

车辆的调度往往是月台很大的痛点。通常车站会把月台按方向和车种分为通往甲地的快车月台及通往乙地的普通车月台，这样做的效果显而易见，因为可以让车辆的调度更容易，也使得乘车秩序更好，乘客的满意度也能提升。

因此，提供的服务能不能解决客户的痛点，关键在于平台经营者和平台参与者是不是足够专业。如果足够专业，便可以提供更好的服务给客户。

在大多数情况下，一个聚拢许多资源且足够专业的平台，往往可以吸引更多的客户。这也解释了为什么支持和阻碍平台发展的因素通常不是科技，而是资源和专业度。

本节思考重点

1.平台是什么？为什么要有平台？

2.以你所在的行业或公司为例，如果你想建一个平台，它可以为参与者和客户创造什么价值？

3.平台是自上而下刻意形成的结果，还是自下而上自然形成的结果？为什么？