将API视为产品是一个在API领域迅速普及的理念，越来越多的组织正在看到在开发API时采用产品管理原则的好处。这种方法包括对您的API产品组合投入与团队交付的任何其他软件产品相同程度的关注和规划。
这同时也是近期举行的Nordic API奥斯汀API峰会上的一个热门概念。会议上有多场演讲涉及此话题，包括：来自Vanick Digital的Pete Clare的《产品化是释放API价值的关键》，以及来自Paypal的Rahul Dighe的《嵌入API即产品文化》。
SmartBear是为期三天的活动的骄傲赞助商，我有机会与许多演讲者和与会者就此话题以及API领域的许多其他趋势进行了交流。在这次采访中，我采访了APIVista的CTO Chris Busse，他在APIVista帮助客户设计、发布和支持API。两年前，我也曾对Chris进行过一次类似的采访，因此很高兴能再次与他联系，看看自上次交谈以来他获得了哪些新见解。
Chris长期以来一直倡导对API采用产品化方法，并亲身了解了这种方法所带来的挑战和机遇。在我们的对话中，我们讨论了将API视为产品的重要性，“设计优先”API开发的作用，以及他在APIVista工作中观察到的其他趋势。
您可以在下方观看和阅读我们的完整对话
很高兴能与APIVista的CTO Chris Busse对话。Chris，到目前为止会议进行得怎么样？
太棒了！我真正欣赏这次会议的一个地方是它专注于将API视为产品。这对我来说非常重要，也是我喜欢在与客户合作和以前的工作中处理API设计的方式。
我不知道“浪潮”是否是恰当的词，但我们看到越来越多关于这个概念的讨论，越来越多的人不仅能够分享将API视为产品的理论，而且能够分享他们的成功经验。
说“你应该这样做”是一回事。但说“我们这样做了，我们成功了，这是我们学到的。这是你可以应用的，以及如何根据我们曾经历的困难更快地达到目标”则是另一回事。
我知道您是API“契约优先”或“设计优先”方法的强烈倡导者。您能更多地谈谈设计优先思维如何应用于产品方法吗？
我认为设计优先思维在API产品方法中是关键，因为你必须知道你为谁设计。在过去一年里，随着我们在APIVista的成长和开发者招聘，我学到了一点，那就是API开发者通常可以分为三类。
第一类是可能从事全栈开发的人。他们构建的API实际上是为自己服务的。也许是为了暴露给Angular前端，或者是一个移动前端，但他们正在构建这些API。只在这个领域工作的开发者可能对“API即产品”的概念没有太多认识。
这种进展中的下一个层次是构建API的开发者，他们可能不负责用户界面或前端，但他们身边有可以直接交流的人可以负责。在这种情况下，API是为他们认识的人服务的，不需要高水平的细节或文档来理解，其价值可以通过口头沟通。他们可能不需要我们在讨论将API视为产品时常谈到的那种精确度。
第三种情况是为您的直接圈子之外的人构建API。这可能是一个大型企业中的某个人，我甚至不知道他们在组织结构图中的位置，也可能是一个最终成为完全陌生人的合作伙伴。
当我们将API视为产品时——人们喜欢普遍使用“API”这个术语并说API应该是一个产品——但我确实认为这种产品化有其特定的时间和地点。当你为陌生人构建API时，产品思维就变得至关重要。最终消费者现在是我们的客户。
了解消费环境也很重要。最终消费者是开发者，但该开发者正在为另一个客户使用您的API，因此您也需要对此有所了解。我们开始与一些向其合作伙伴发布API的客户使用的一个词是“共同创造”的概念。我们正在共同为您的客户创造一些东西。
因此，我不仅需要了解您将如何消费我的API产品，我还想知道它正在带来什么商业价值。您正在为您的用户创造什么样的用户体验？这样，我也能思考“这对我的后端系统有什么影响？”这与接口有关，但也涉及这些API的性能和非功能性需求。
甚至仅仅了解最终消费者的业务周期——他们会在业务周期中看到季节性吗，他们会看到流量高峰吗？这确实有助于您考虑您所交付事物的各个方面，以及API需要公开的能力。
API的产品思维需要付出很多努力，您希望最大化这种思维的影响。我认为这是一种很有趣的看待方式，它也为应用产品思维提供了一个框架。
要有产品，你就需要有客户。如果你是为自己而构建，是的，你就是自己的客户。也许你需要记录一下你做了什么，为什么这样做，但你并没有在外面与客户打交道。因此，我认为我们——尽管我对将API视为产品感到兴奋——总是要记住把精力花在最有价值的地方。
设计优先思维在理论上很出色，但公司在实际实施该流程时面临真正的障碍。根据您的经验，您认为实施设计优先面临的最大挑战是什么？
这需要大量工作！我们有一个客户，在那里它运作得非常出色，那是因为某些团队之间已经存在着强大而预先建立的关系。他们在业务目标上非常一致。在这种情况下，我们都围绕着这个北极星目标保持一致。因此，不仅有一个共享的API契约，用户界面团队和中间件团队或API团队都在此基础上进行构建，还有一个他们作为业务共同认可的北极星目标，他们都在为同一个目标努力。如果你想反过来思考，那就是人们可能过于孤立。
有些组织认为成功就是完成待办事项。但真正的成功是让你从日常工作中抬起头来，记住成功在于交付商业价值和客户价值。
我认为，当人们真正围绕他们的北极星目标达成一致，并视契约优先方法为实现这一目标、促进协调和交付高质量产品的工具时，您就会看到这种方法取得成功。
我知道您在上次我们开会时谈到了一个客户的示例用例。您能多分享一些这方面的信息吗？
在那个例子中，我谈到了并行开发，即在后端构建的同时，用户界面也针对模拟API进行开发。团队之间有很强的信任，相信他们最终能够协同工作并正确完成。当人们去了解客户，然后以最小可行产品（MVP）的能力构建整个系统时，会有更多的成功。我认为这是从API发布角度来看，更常见的用例。
好的，Chris，这次谈话很棒。非常感谢您抽出时间分享这些经验！
感谢阅读！寻找更多API资源？订阅Swagger通讯。每月接收包含我们最佳API文章、培训、教程等的电子邮件。 订阅