ブログ

ユーザー エクスペリエンスとしての API とその重要性

ロリ・マクヴィッティ サムネイル
ロリ・マクヴィッティ
2019年1月22日公開

API は新しい CLI です。

私は何度も言ってきたし、もう一度言います。 API は新しい CLI です。

インフラストラクチャとアプリケーション サービスのプロビジョニング、構成、運用は、API を介して行われることが多くなっています。 自動化とデプロイメント パイプラインへの統合の間で、API は、ハードウェア、ソフトウェア、オンプレミス、クラウドなど、すべてのデバイスに必要な重要なコンポーネントです。

今日、API なしで製品を製造することは、10 年前に CLI なしでデバイスを配布することと同じくらい考えられません。デジタル経済において API なしでビジネスを行うことも同様に考えられません。  

つまり、MuleSoft の「 API の価値の高まり」調査では、わずか 10% の組織が収益の 0% を API から得ていることがわかりました。 残りの 90% は API の取り組みからさまざまな割合の収益を生み出しており、大部分は API 経由で活発なビジネスを行っています。

これらの印象的な収益創出結果にもかかわらず、API のメリットとして最も頻繁に得られるのは、実は生産性です。 前述の調査では、回答者の 58% が API 実装の直接的な結果として生産性が向上したと主張しています。

これは、API 自体では価値や収益を生み出さないため、細かいことにこだわる論理学者にとっては、ある意味面白いことです。 生産性は向上せず、ユーザーエクスペリエンスも向上しません。 API は実際に呼び出される（使用される）まで価値がありません。 

私たちが今日ここにいるのは、API をユーザー エクスペリエンスの一部として扱うことの重要性を説くためです。

API を使用するのは誰か、またなぜ使用するのか 

「 State of API Integration 2018」によると、半数以上 (60%) の組織が、API をあらゆる開発者に公開することで API の導入を推進しています。 ソーシャル メディアは、ほぼすべての市場の多くの製品プロバイダーと同様に、広くこのカテゴリに分類されます。 実際、F5 は、BIG-IP プラットフォームの統合、自動化、管理を可能にするiControlREST APIを備え、このカテゴリに属しています。 BIG-IP をお持ちでない場合、API はそれほど役に立ちませんが、BIG-IP をお持ちの場合は、API は公開されており、強力なコミュニティによってサポートされています。

半数以上 (56%) は、開発者が統合サービスを構築できるようにするプラットフォームも提供しています。 3 分の 1 強 (35%) が、開発者が統合を容易にできるように SDK を提供しており、42% が技術に詳しくないユーザーが活用できる構築済みの統合を提供しています。

「API を使用するのは誰か」という質問に対する答えは簡単そうです。開発者です。 しかし、今日では「開発者」という用語は広義であり、ソフトウェア、運用、さらにはビジネスを含むさまざまな領域を網羅する必要があります。 実際のところ、多くの人々 (NetOps の皆さん、カメラに向かって手を振ってください) が、現在、インフラストラクチャ、サービス、およびアプリケーションの自動化、オーケストレーション、および管理に API を使用しています。

つまり、API のユーザーは多くの場合、ユーザーと同じです。 つまり、API は必然的にユーザー エクスペリエンスの一部となります。

この影響の 1 つは、API が CLI の REST 対応バージョンであるべきではない (そして実際にはそうできない) ということです。実際、State of API Integration の回答に基づくと、ユーザーは、API を使用して構築しようとしているユースケースに合わせて API をカスタマイズすることを要求しています。

組織が現在 API 導入を推進する方法 

  • 60% パブリック API、あらゆる開発者に公開
  • 56% 開発者が統合サービスを構築できるプラットフォーム
  • 42% 非技術系ユーザーが活用できる、事前に構築された統合 
  • 35% 開発者にとって統合が容易になるようにSDKを提供

API 統合に関して顧客やパートナーから最も多く要求されていることは何ですか? 

  • 47% 特定のビジネスニーズに合わせてカスタマイズされた API 
  • 19% ドキュメントの改善 
  • 19% 「コード不要」の統合テンプレート 
  • 13% 必要かつ使用する API の SDK ラッパー 

今日の問題は、API を持っているかどうかではなく、適切な API を持っているかどうかです。 実際には、複数の API を提示する必要がある場合があります。重点的な統合、拡張、または新製品の開発のための、パブリックで詳細な API です。 操作やワークフローに重点を置いた SDK のようなサービスに加えて、ビジネス ユーザー向けのもう 1 つの「ローコード」オプションです。 

API をユーザー エクスペリエンスの一部として扱い、対象ユーザーに合わせてカスタマイズしていない場合、採用が停滞し、ひいてはビジネスにも影響が出る可能性があります。