如果您在美国的劳动节周末阅读了一些书籍，您可能会偶然发现 Guarav Jain 的 有趣的 TechCrunch 文章“ API 是新的 FTE ”。 Guarav 指出，现代 SaaS 服务，尤其是带有 API 的服务，通常可以节省大量的全职工作（想想 Moz、Intercom、Expensify 和其他巨大的生产力节省者）。
虽然我同意 API 和它们连接的 SaaS 服务可以节省大量的日常工作，但我的看法略有不同：
- 除非您使用他们的 API，否则 您没有使用 SaaS 供应商的全部功能。许多 SaaS 供应商还没有 API，或者至少没有易于使用或可供不具备深厚技术知识的人访问的 API。
-
API 可以减少工作量，但它们取代 FTE 的含义遗漏了几件事：
- 这些 FTE 可能与您支付的 SaaS 提供商有关。也许它们数量更少，效率更高，但工作仍在进行中。
- 希望这些 API 能够让您现有的团队获得更多创造力、更多价值和更多创新——这样您就不会减少 FTE，而是与您的团队一起做更多事情。
第一点是我们经常看到的。 SaaS 服务非常有效地执行任务，但它们也会导致自己的数据输入和控制开销。当通过 API 集成时，它们的真正力量得以释放。我们已经在 3scale 看到了这一点。
我们自己的系统已经与 Marketo、Salesforce 和其他系统更紧密地集成，整体工作量已经下降。以前单独使用所有系统甚至可以说甚至增加了完成的工作量，有时需要输入相同的数据三次。
关于第二点，没有绝对的答案。然而，API 有望成为 让越来越多的人可以访问强大系统的 构建块之一。这并不总是奏效，但 API 和它们连接的系统是巨大的生产力助推器。换句话说，它们可以帮助您事半功倍。在一般经济中，这可以通过两种方式发挥作用：
- 你可以用 更少的人 做“同样的事情”（Guarav 的标题说明了这一点）
- 同一批人可以 做更多
这些看起来很相似，但它们有很大的不同。前者表明一个世界上需要越来越少的人来达到同样的目的。后者暗示了一个可以做更多事情但需要一小群人的世界。我们最终会进入哪个世界？
第一种观点就目前而言可能是正确的，但希望我们不要停留在最初的目标上。我们希望 API 和其他工具（例如 Zapier 和 IFTTT） 将我们带入一个世界，在这个世界中，越来越多的人可以使用正在推出的强大构建块做出越来越令人惊奇的事情。
当 API 易于使用、拥有 SDK 并连接到 Zapier 等平台时，它们使大量的人能够超越我们最疯狂的梦想进行创新。这种“增压”FTE 应该是我们的目标！
