API の価値を引き出すために本当に必要なこと

アプリケーション プログラミング インターフェイス (API) は、かつては主に技術分野に限定されていましたが、現在ではビジネス成長の重要な原動力となっています。 テクノロジーと組織のエコシステムをつなぐ結合組織として、API を使用すると、企業はデータを収益化し、収益性の高いパートナーシップを築き、イノベーションと成長のための新しい道を開くことができます。

業界全体の早期導入者はすでに API を使用して新しい製品やチャネルを作成し、業務効率を向上させています。 たとえば自動車業界では、効率データ、運転統計、ルート情報、リアルタイム アラートをダッシュ​​ボードに組み込むために API が使用されています。 一部の小売業者は、API を使用してマルチブランドのショッピング プラットフォームをセットアップし、在庫を追跡し、消費者が店舗を見つけられるようにしています。 また、一部の銀行はフィンテック企業や小売業者などと提携して、顧客が銀行取引データを簿記および投資ソフトウェアに統合し、さまざまな口座情報への内部アクセスを迅速に提供できるようにする API を開発しています。

問題となっている価値は重要です。 マッキンゼーの分析では、エコシステム内のセクター間で収益を再分配することで、世界全体で最大 1 兆ドルもの経済利益がもたらされる可能性があると推定されています。1 1. ヴェンカット・アトルリ、ミクロス・ディーツ、ニコラウス・ヘンケ、そのため、エコシステム内で組織とテクノロジーを結び付ける上で重要な役割を果たす API は、重要な競争力のある戦場の機能となります。

さらに、マッキンゼーは、パブリック API の数が今後 12 か月で 3 倍になると推定しています。 機能が進化するにつれて、API は、デジタル ウォレットや通貨の幅広い使用の強化、機械学習によるより高度な操作の実現、高度な会話機能のサポートなど、より高度なサービスを提供します。 さらに、API マーケットプレイスとアプリ ストアにより、ユーザーは洗練されたビジネスおよび消費者向けサービスに簡単にアクセスできるようになります。

しかし、成熟した API プログラムを備えている企業の数は依然として少ないです。 ほとんどの組織では、堅牢なポートフォリオに必要な API が数百個ではなく、わずか十数個しかありません。 そして、少数の先行者を除いて、ほとんどの企業は正式な API 戦略を持たず、問題となっている真の価値が不明瞭で、消費者とビジネスへの影響を迅速に最大化するプログラムを実装する方法も不確かです (補足記事「API がどのように生み出すのか」を参照)価値"）。

API 市場が勢いを増す中、ビジネスに裏付けられた戦略と収益化モデルを定義し、適切なガバナンスを確立し、導入を推進するために迅速に行動する機関は、収益の成長と価値を高めるための強力な新たな道を生み出すことができます。

API の価値が不明瞭であると、集中力が失われ、機会を逃してしまう可能性があります。 API プログラムには次の 3 つの主要な価値の源泉があります。

バックエンドの簡素化。 API は内部システムを比較的簡単に接続できるため、データがレガシー IT システムの奥深くに埋め込まれている場合でも、迅速かつ繰り返しアクセスできるようになります。 これにより、IT 部門はタスクを簡素化および自動化し、開発を迅速化できます。

オファーをパーソナライズします。 API を介したデータ集約とオンデマンド レポートにより、ユーザー認証、不正行為管理、クレジット承認、現金やポイントによるサービスの支払い、サブスクリプションの検索と追跡など、パーソナライズされた製品やサービスの提供が可能になります。 たとえば、S&P の Capital IQ API は、投資調査、企業の財務状況、信用格付け、世界市場データ、アルファおよびリスク モデルなどの重要な情報を、顧客向けにパーソナライズされたビジネス アプリケーションに統合します。

イノベーションとエンゲージメントのエコシステム。 API の接続機能により、企業はビジネス外の新しい価値にアクセスできるようになります。 たとえば、API 開発者は、企業のシステムと連携する革新的な製品やサービスを作成できます。 高度な API 機能を使用すると、開発者は (単にデータをスクレイピングするのではなく) より深いデータ セットをまとめることで、より豊かな顧客エクスペリエンスを作成できます。 たとえば、Salesforce.com のパートナー エコシステムは開発者にとって使いやすいツールボックスを提供しており、これによりパートナーは API に依存する膨大な数の従業員および顧客のアプリケーションを構築することができます。 その結果、Web サイト経由よりも Salesforce API 経由のトラフィックが多くなります。

私たちの経験では、最も成功している企業は次の手順に従って API 戦略を実装しています。

API は膨大な価値を生み出すことができますが、教育機関はまず API をどこに適用するのが最適かを理解する必要があります。 この分野のリーダーは、どこで価値が破壊または創造される可能性があるかを分析し、収益、顧客エクスペリエンス、生産性の観点から潜在的な影響を予測します。

多くの場合、カスタマー ジャーニーを分析することが、API の機会を特定する最良の方法です。 ある銀行は、ビジネスとテクノロジーの専門家を共同チームに集め、API が顧客の長年の問題点の解決にどのような点で役立つかを特定するよう任務を与えました。

彼らのレビューにより、複数のデータセットから抽出できる高度な計算 API、顧客把握 API、製品集約 API を開発する機会が明らかになり、顧客がより迅速に必要な情報にアクセスし、フォーム入力リクエストを削減できるようになります。 次にチームは、既存の機能を考慮して、最も短期的な効果をもたらす機会に優先順位を付けました。 このデータ主導のアプローチにより、銀行の使命がより明確になり、API プログラムの推進力が高まりました。

API の開発に何が必要かを理解するには、データ環境、特に API 作業が頻繁に行われるバックエンド システムに関する深い知識が必要です。 最適な機会が特定されると、API 開発者は、その価値を引き出すためにどの API がどれだけ必要であるかを特定できます。 優先順位付けマトリックスは、技術的、プライバシー、セキュリティ、規制上の懸念を考慮し、戦略的価値と実装の複雑さに関する特定の質問への回答に基づいて API のリストを絞り込むのに役立ちます (図表 1 を参照)。

場合によっては、外部の開発者に頼るのが最も合理的である場合もあります。 たとえば、Apigee は、銀行が PSD2 要件に対処できるようにする互換性のある API セットを作成しました（オープン バンキング インフラストラクチャによってサポートされています）。 新しいものを生み出すことで価値が生まれる必要はないことに注意してください。 企業は API を使用して機能を改善したり、既存の製品やサービスに新機能を追加したりすることもできます。

明確なビジョンを策定したら、企業は特定した価値を実現するために何を実装する必要があるかに集中する必要がありますが、多くの組織が驚くほどこのステップを怠りがちです。 たとえば、何をどのように請求するかを決定するには、基礎となるデータやサービスの価値 (多くの場合、そのデータやサービスの独自性と価値を生み出す役割に基づいて)、API が開く収益源、開発者とサービスの価値を定量化する必要があります。ユーザーはそれらにアクセスするために喜んでお金を払うかもしれません。 これらの答えは、会社の包括的な戦略と組み合わせることで、さまざまなパートナーとどのような収益化の取り決めを追求するかを決定します。

通常、オプションには、開発者が使用量に基づいて支払う「使用量に応じた支払い」が含まれます。 収益分配モデル。API パートナーまたは開発者は、API プロバイダーのために生み出した増分ビジネスに対して支払いを受けます。 そして、製品やブランドのリーチを拡大することが戦略的に価値がある場合の「フリーミアム」です。

どの収益化アプローチを使用するかを決定する際、プロバイダーは、データと API がさまざまな視聴者に対してどのように独特の価値を追加できるかを考える必要があります。 これらの洞察は、思慮深いパートナーシップを築くのに役立ちます。 たとえば、交通アプリ Waze は、API を使用して自治体と他のパートナーとの間で双方向の交換を行い、通行止め、事故、工事の遅れ、穴などに関するデータを共有しています。 同様に、American Express は Pay with Points API を使用して、加盟店との相互に有益なパートナーシップを構築し、小売売上高、カード支出、ブランド ロイヤルティを増加させる取り決めを実現しています。

API の収益化に重点を置くことは、内部機能にも拡張される必要があります。 API を効果的に使用すると、開発が簡素化され加速され、運用コストやテクノロジー コストが削減されます。 たとえば、ある銀行は、ソフトウェア開発者がプロ​​セスを毎回理解する必要がなく、さまざまなデータ アクセス タスクに必要に応じて使用できる標準化された API のライブラリを作成しました。 これにより、従来の製品開発の IT コストが 41% 削減され、新しいリリースが 12 倍に増加しました。 このような具体的なメリットを確認すると、ビジネス リーダーはソフトウェア エンジニアに対する、より良い製品をより効率的に開発するという期待を高めることが容易になります。 API の開発に投資するビジネス ケースを構築するには、潜在的な節約、効率、FTE の再割り当てといった潜在的な価値を定量化することが重要です。

チームがシステムと組織間の障壁を打ち破る API を実装すると、プロジェクトの開始時には明らかでなかった新しい価値の源を継続的に解放できます。 たとえば、ある大手金融機関は、買収した資産管理機関とシステムを接続するために API を使用しました。 1 つの API セットは、Web 上のインターフェイスを資産管理会社のバックエンド システムに接続するために使用され、別のセットはマスター顧客データをリンクして、顧客がすぐに認証され、再登録する必要がないようにしました。 API により統合プロセスが大幅に簡素化され、アプリケーションを書き直す必要がなくなり、統合するときまで各システムが動作できるようになりました。 そうすれば、組織は一連の個別の製品ではなく、統合されたソリューションを顧客に提供できるようになります。 このため、収益化プロセスでは、API が生み出す機会を継続的に特定するための積極的かつ継続的な管理が必要です。

API を効果的に使用するには、パートナーシップに関する新しい考え方、ビジネスとテクノロジーが連携する新しい方法、開発、資金、調整の新しいペースが必要です。 また、データのプライバシーとセキュリティに対する新たな課題も伴います。

API センター オブ エクセレンス (CoE) などの中央機関を設立することは、組織全体の API 設計と開発を監督するために重要です。 CoE は、ビジュアル ダッシュボードと関連ツールを利用してカタログ内のすべての API を管理し、重複を避け、再利用を可能にし、開発者のアクセスを支援します。 効果的な API リーダーシップは、明確な決定権 (たとえば、どの API を開発するか、競合を解決する方法など) を確立し、必要な API 機能とビジネスが進化する必要がある新しい API の両方を特定します。 ある大企業では、API CoE は最高技術責任者の直属でした。

セキュリティ標準とプロトコルの確立における CoE の役割は特に重要です。 これらには、2 要素認証、アクセス管理制御、ボットやその他の望ましくないサイバー活動を検出するための適切なネットワーク監視が含まれます。 データおよびセキュリティ プロトコルの明確なセットは、インターフェイスの互換性を確保し、管理を簡素化し、より効果的にリスクを管理するために必要な標準化を提供します。

CoE ガバナンスは、資金調達リクエストの管理にも適用されます。 最も先進的な組織は、出現する新しいアイデアを活用するのに十分な柔軟性を維持しながら、一定の数の API を開発するために特定の資金を投入します。 彼らは継続的にポートフォリオを精査し、優先順位を再設定して、リソースが最も価値の高い機会をサポートしていることを確認します。

一部の CoE は、重要な開発者との関係を築くために特化したハブを立ち上げます。 成功するには、外部の開発者やパートナーの信頼を維持するために、継続的なプラットフォームのサポートと API 開発に継続的に取り組む必要があります。 たとえば、ハイテクの温床の近くにあるある銀行は、開発者が独自のプラットフォームやアプリケーションに統合できるデータや支払い操作へのアクセスを提供するオープン バンキング プラットフォームを作成しました。 銀行は、API の使用量と処理量を示すテクニカル ダッシュボード ビューと、デジタル プラットフォーム内で銀行レベルの認証による API キーとアクセスを管理する機能も提供することで、この取り組みを強調しています。

最後に、CoE は API プログラムに効果的に人員が配置されていることを確認する必要があります。 必要なガバナンスと開発アプローチを確立するには、API ポートフォリオを指揮した経験を持つリーダーが不可欠です。 ソフトウェア エンジニアとユースケース スペシャリストは、ユーザー ストーリーを実行可能な API に変換し、それらの API を製品やシステムに統合できなければなりません。また、ビジネス ニーズを技術要件に変換し、関連する技術的制約をビジネスが理解できるように支援する「翻訳者」が必要です。

他の製品やサービスと同様、API プログラムを成功させるには、厳格なパフォーマンス管理に裏付けられた、慎重に管理された導入キャンペーンが必要です。 最良のアプローチは、最初の顧客と開発者のパイロットから始まり、正式な運用要件に進み、次にクリティカルマスを達成するための広範な導入の推進を調整および監督します。

イノベーションに意欲があり、時間を投資する意欲のあるパイロットパートナーを見つけることが重要です。 API チームはプロジェクト チームと緊密に連携して、事前に定義されたパフォーマンス目標を達成するまで API プロトタイプを継続的に改良および反復します (図表 2 を参照)。

厳密で継続的なパフォーマンス測定では、ユーザー登録数、顧客タイプ別のユーザーの割合、長期にわたるリクエスト数など、関連する使用状況とトラフィックの指標に焦点を当てる必要があります。 これにより、チームは的を絞った改善を行うために必要な洞察が得られます。 データ エラーや API 応答時間を追跡することは、望ましい戦略的成果や顧客の成果をテストおよび検証するのに役立ちます。 ある機関は、カスタマー ジャーニーの目標が達成されていることを確認するために、API ごとの処理時間を追跡することを優先しました。

製品やサービスのパフォーマンスを評価する過去の傾向と指標により、チームは API ポートフォリオ全体を管理し、どの API を推進し、どの API を廃止するかを把握することもできます。 このような定期的なサービス カタログの整理により、肥大化が削減され、API が適切に整理され、簡単に発見できるようになります。

API 管理は、デジタル時代を乗り切るための重要な機能として浮上しています。 しかし、その実装をマスターした人だけがその価値を維持できるのです。

キーティ・アイアンガー彼はマッキンゼーのニューヨークオフィスのデジタルマネージャーです。ソメーシュ・カンナシニアパートナーです。スリニバス・ラマダスシカゴオフィスのデジタルアソシエイトパートナーであり、ダニエル・スティーブンスはワシントン DC オフィスのパートナーです。