在我作为Forrester分析师的第一年结束时，我在调查中注意到一个趋势，那就是让API程序成功的挫败感。常见的投诉:

  • API文档很差。
  • 采用率仍然很低，因为api不能重用。
  • api太多了，因为IT一直在创建新的重复和相似的api。

在我对咨询电话提出的所有建议中，API产品管理的概念最常与客户产生共鸣。原因很简单:IT不是领导API业务战略的正确组织。说白了，it主导的API策略注定要失败。

IT失败的原因

任何在IT行业工作了很长时间的人都会发现这部漫画很有共鸣。它还展示了太多It主导的API程序的发展。你如何避免让你的API程序落入这种命运?

软件工程师的生活。一个男人拿着工具站在地基前盖房子。他说:“洗心革面。坚实的基础。这一次，我会以正确的方式来建设。”很久以后……几栋不相关的建筑相互堆叠在一起，用支架、梯子和楼梯随机连接起来。男人说:“哦，天哪，我又这么做了，不是吗?”
图片来源:马努短号

这个问题的根本原因是错误地认为api主要是IT问题。api应该被视为业务功能的接口，而不是IT系统的接口。Forrester发现，通过API产品管理采用业务主导方法的组织能够更好地创造新的业务机会，提高敏捷性，增加收入，并提高客户满意度。

多年来，达到这种成熟度的组织一直很低，但Forrester发现，这种心态在过去一两年获得了显著的势头。事实上，我曾与一家大型金融服务公司交谈过，该公司表示其API战略一直贯穿到董事会。这不仅仅是硅谷数字原住民的专利!即使是“无聊”的金融服务公司也必须将其业务视为数字业务，将api视为数字产品。

迈向API业务成熟的第一步

实现这一目标的第一步是将API设计从由内而外转变为由外而内。由内而外的设计是指IT部门查看现有IT系统并设计api来反映这些系统。由外而内是指企业着眼于最终用户并设计api以反映企业如何向这些用户交付价值。但这只是冰山一角。如何发现用户的需求?你如何衡量你是否真的满足了他们的需求?你如何确保API入职是一个平稳的体验?答:通过API产品管理。

API产品经理不通过IT部门汇报。他们通常有商业背景。然而，他们的产品显然与IT紧密结合。因此，您的体系结构必须反映API产品管理的方向，既要能够快速创建和修改产品，又要收集数据，使您能够度量API产品经理定义的业务kpi。您的API治理必须包括API产品经理透视图。

最重要的是，你必须让业务参与进来，最好是首席执行官或董事会。许多业务组织努力理解为什么他们应该关心api，仍然认为它们是一些IT技术实现问题。作为IT领导者，您可以帮助您的业务领导者理解API成为数字产品意味着什么，以及API产品管理如何打开新业务机会和新渠道的大门。

想要了解更多，请阅读Forrester的报告，API产品管理是API成功的关键．另外，请关注即将发布的Forrester报告，该报告定义了API产品经理的工作描述和相关能力。