企業をAPIプラットフォームへ変革するための教訓

  2018年3月26日

今日のテクノロジーニュースの見出しは、組織がAPIプラットフォームへの移行時に直面する可能性のある機会と潜在的な落とし穴の例で埋め尽くされています。

一方で、開発者をプラットフォームに呼び込み、APIと連携させることで、成長とイノベーションの新たなチャネルを開拓できた企業の例があります。Twilio、Stripe、Braintree、Salesforce、Expediaのような企業では、APIを利用して収益源を拡大した成功事例が数多く見られます。

また、テクノロジー分野における主要な買収、例えば、2016年のGoogleによるAPI管理プラットフォームApigeeの買収、2017年のOracleによるAPIデザインプラットフォームApiaryの買収、そしてつい先週発表されたSalesforceによるAPI管理プラットフォームMulesoftの65億ドルの買収などからも、APIプラットフォームへの移行が組織にとって大きな機会となることがわかります。

一方で、開発者エクスペリエンスの提供が不十分であったり、APIプラットフォームを公開する前に適切な戦略を立てていなかったりしたために、批判に直面した企業の例もあります。Graph APIで成功したAPIプラットフォームの例として長く賞賛されてきたFacebookのような企業でさえ、数百万人のユーザーの個人データを漏洩したとして、今や反発を受けています。

企業がAPI戦略に移行する際の成功と失敗の両方から学ぶべき教訓があります。

企業をAPIプラットフォームへ変革するための教訓

API戦略の立ち上げや規模拡大に携わるチームの一員であれば、企業をAPIプラットフォームに移行させることの難しさをご存知でしょう。

これらの課題には、次のようなものがあります。

  • APIを計画する際に、ビジネスチームとテクノロジーチームをどのように連携させますか?
  • APIを設計する際に、一貫性を維持し、適切なレベルのガバナンスを提供するにはどうすればよいですか?
  • APIを開発する際に、コミュニケーションと監視をどのように改善し、変更が加えられたときに適切な担当者に情報が確実に伝わるようにしますか?
  • チーム全体で戦略が拡大するように、プロセスを設定し、適切なソリューションを実装するにはどうすればよいですか?

これらは、API開発者、CTO、アーキテクト、およびプロダクトマネージャーがAPIプラットフォーム戦略を立ち上げ、拡大する際に直面する課題の一部にすぎません。これらはテクノロジーの見出しになるような課題ではありませんが、チームがAPIプログラムの可能性を解き放つために克服する必要がある重要な障害です。

貴社のデジタル変革の取り組みは、ビジネスを正しい方向に導いていますか?

James Higginbothamは、API戦略、ソフトウェアアーキテクチャ、およびAPIとマイクロサービスの設計におけるチームのトレーニングの経験を持つエグゼクティブAPIコンサルタントです。Jamesは、企業がデジタル変革の旅路を進む中で、プロダクトベースの思考を通じてビジネスとテクノロジーの連携を確保し、優れた顧客体験を提供できるよう指導しています。

Jamesは、組織をAPIプラットフォームに変革する際にチームが直面する課題について、直接学んできました。そのため、私たちはJamesを招き、彼が学んだ主要な教訓と洞察を共有していただくことになりました。

4月10日、Jamesは無料ウェビナー「企業をAPIプラットフォームへ変革するための教訓」に参加します。このセッションでは、ホスピタリティ、融資組成、フィンテック分野の様々な組織と協力してAPIプラットフォームを開発・展開する中で学んだ教訓に焦点を当てます。これらの企業は、全体的なプラットフォーム戦略の一部として、APIファースト設計、連邦型ガバナンス、およびAPI管理層を実装しました。

何がうまくいき、何がうまくいかなかったのか、そして変革の取り組みを円滑に進めるためのヒントを探ります。

議論されるトピック

  1. 内部再利用と活発なパートナープログラムを促進する効果的なAPIプログラムの開発
  2. 集中型ガバナンスと連合型ガバナンスの探索を含む、APIガバナンスを実装するための手法
  3. マイクロサービスとモジュラーソフトウェア設計が今日の企業の文化をどのように変えているか
  4. 優れたポータルと開発者サポートプロセスを開発することでAPIのオンボーディングと採用を増やす
  5. 企業に対するAPI中心のアプローチで変革の取り組みを加速するためのヒント

録画を視聴