虽然大多数组织仍然把数据存储在本地，但也有许多公司回答说将会把数据和应用程序转移到云端。在这种情况下，数据需要通过多个系统进行移动，而这里刚好是应用程序编程接口（API）可以介入的。

API有助于集成和互操作性，因为他们作为统一的领域，允许新的系统和遗留系统之间的通信。然而，糟糕的计划数据和应用程序集成和互操作性的项目，妨碍数据流且不能满足业务需求。

“清楚地定义API和服务有助于减少“意大利面”式的代码，允许在不同组件的松散耦合，提高互操作性，”James Governor说，RedMonk的行业分析师。

匆忙地进入开发领域，而没有跨团队的计划，是大多数集成和API项目失败的原因，据一些管理人员和专家说，以及在最近的2013 MuleSoft全球移动大会，API和SaaS采用调查也是如此。在调查中，300名IT工作人员也说他们要么开始，要么强烈建议他们的组织开始引入API策略，做为IT策略。此计划应该包含业务、IT、开发和用户之间的协作。

组织的另外一个目标必须在设计API实施之前，MuleSoft的创始人及Product Strategy副总裁Ross Mason说。不能事先计划已经导致或可能导致时间和金钱的浪费。

“即使在几年前，开发人员就已经被要求建立API，而且是在对业务问题解决时没有良好的环境下，”Mason说。“在你编写一行代码之前，让开发人员思考一下，怎么建立实际的API，这要有一个计划阶段。许多组织还是会错失这一计划阶段，错失去了解API的长期策略。”

业务计划必须领先于技术项目，Mason说。把计划作为基准，技术决策—如建立和采购一个API—可以渐渐地发布正确的产品。“API实际上就是产品：你提供给第三方用于访问你的信息的产品，”他说。

业务和技术领袖应用一起工作来为基于API的项目决定出产品目标。有时组织未能让所有人，包括开发者到合作者，让他们全部都参与到项目中，Evgeny Popov说。他是Apiphany的联合创始人兼CEO，这是一家位于华盛顿的API管理和平台交付公司。如果内部团队不合作，那么结果就是产品将不会有人使用，很大程度上是因为他们不了解它，缺乏来自业务被剥夺权利部分的支持。“我已经看到了许多公司用了许多年在思考和建立API上，但是最后它的效果却不是很好，”他说。

Popov建议循序渐进的迭代方法来实施API策略，所以修改和方向的改变可以在最终产品交付之前决定。

当做API决策时，有几个功能是要牢记的，如下：

• 安全
• 数据分析可用性
• 可扩展性

可扩展性尤为重要，Popov said说，因为“当你选择工具时，你会希望确定它不会在你的API结构中造成瓶颈。”

虽然没有100%一定成功的方法来避免障碍，避免那些在API策略实施中出现的障碍，但是记住这些，将会有助于防止API项目安全出轨。