像乐高积木一样构建API：一个接口专家的几点建议

正文

请到「今天看啥」查看全文

API 使用者的目标是将一个移动应用或者在线服务组合在一起，并将其提供给最终用户。

以 Uber 为例，它依赖多种 API[5]：

• 地图服务：Google 地图；

• VoIP 和短信通知服务：Twilio；

• 支付服务：Braintree；

• 人脸识别：Microsoft Face API[6]

API 的所有者不仅需要考虑他们的 API 可以直接用来做些什么，还要考虑一些潜在的组合下的场景。只有这样，他们才能确保 API 更易于使用和集成。这能帮助 API 使用者也就是应用程序开发人员更好地发挥创造性，也会使得 API 在价值链中价值最大化。

API 和设计思维

Matthias 列出了 API 开发人员最关心的两个问题：

• 我如何通过我的 API 赚钱？

• 我如何使我的 API 容易使用？

同时，他也补充了一个他认为更应该关心的问题：

• 我创建的 API 是否是开发人员真正需要的？

可以看出来，后两个问题是解决第一个问题的关键所在。

就像产品开发中的需求分析一样，首先我们要了解开发人员真正需要的 API 是什么样，Matthias 建议可以遵循下面步骤：

上图是 API 业务生命周期模型，看起来像很多 Lean Startup 中提到的模型。这样往复思考－尝试－验证－回顾的过程缓慢且充满坎坷，但是请记住 “没有任何有用的东西是在 Hackathon 上创造出来的”。

API 和业务模型白板

一旦确定了 API 使用者的需求，就可以更容易地确定 API 适合的商业模式。这里我们建议使用业务模型白板（Business Model Canvas[7]）以可视化的方式来迭代执行整个模型。

业务模型白板是一种与 Lean Startup 相关的方法论，它使用标准化模板以最简单的术语来定义和描述业务模式。

这里使用一个电信企业的例子，来展示如何使用业务模型白板来设计 API：

请到「今天看啥」查看全文