Customer Obsession の実例 - 顧客の声から生まれた AWS サービスの誕生秘話
Amazon のリーダーシッププリンシプルの筆頭である Customer Obsession が、S3、Lambda、Graviton など具体的なサービスの誕生にどう結びついたかを、他社の製品開発動機と対比して解説します。
Customer Obsession - 競合ではなく顧客を見る
Amazon のリーダーシッププリンシプル (行動指針) の筆頭に掲げられているのが Customer Obsession (顧客への執着) です。「リーダーは顧客を起点に考え、逆算して行動する。顧客の信頼を獲得し、維持するために精力的に取り組む。リーダーは競合に注意を払うが、顧客に執着する」という原則です。この原則は単なるスローガンではなく、AWS のサービス開発の意思決定に直接影響を与えています。AWS のサービスの多くは、顧客が直面している具体的な課題から生まれています。技術的に面白いから作るのではなく、顧客が困っているから作る。この順序の違いが、AWS のサービスが実用的で運用しやすい傾向にある理由です。
S3 の誕生 - ストレージの民主化
S3 (Simple Storage Service) は 2006 年 3 月に AWS の最初のサービスとして公開されました。S3 が生まれた背景には、Amazon 自身の経験があります。Amazon.com の急成長に伴い、大量のデータを安全に、スケーラブルに保存する仕組みが必要でした。同時に、Amazon のマーケットプレイスに参加するサードパーティの販売者も、商品画像やデータの保存に苦労していました。当時、信頼性の高いストレージを利用するには、自前でサーバーを購入し、RAID を構成し、バックアップを設計する必要がありました。中小企業やスタートアップにとって、これは大きな参入障壁でした。S3 は「誰でも、いくらでも、安全にデータを保存できる」というシンプルな価値提案で、この障壁を取り除きました。99.999999999% (イレブンナイン) の耐久性という設計目標は、顧客が「データを失う心配をしなくていい」という安心感を提供するためのものです。この顧客起点の設計思想は、S3 が 18 年経った今でもオブジェクトストレージの事実上の標準であり続ける理由の一つです。
Lambda の誕生 - サーバー管理からの解放
Lambda は 2014 年の re:Invent で発表されました。Lambda が生まれた背景には、「サーバーの管理をしたくない」という顧客の普遍的な要望があります。EC2 はサーバーの調達と物理的な管理からは解放しましたが、OS のパッチ適用、スケーリングの設定、可用性の確保といった運用タスクは依然として顧客の責任でした。Lambda は「コードだけを書けば、あとは AWS が面倒を見る」というサーバーレスの概念を実現しました。コードをアップロードするだけで、実行環境のプロビジョニング、スケーリング、高可用性の確保がすべて自動で行われます。使った分だけ課金され、リクエストがなければ料金は発生しません。Lambda の設計は、顧客の「やりたくないこと」を徹底的に排除するという Customer Obsession の体現です。サーバーの管理は顧客のビジネス価値を生まない作業であり、それを AWS が引き受けることで、顧客はビジネスロジックに集中できます。Azure Functions (2016 年) や GCP Cloud Functions (2017 年) は Lambda に追従する形で登場しましたが、Lambda のエコシステム (API Gateway、Step Functions、EventBridge との統合) の成熟度は先行者としての蓄積を反映しています。
Graviton の誕生 - コスト削減への執着
Graviton プロセッサの開発は、「コンピューティングコストを下げたい」という顧客の要望に対する、ハードウェアレベルでの回答です。通常、クラウドプロバイダーがコスト削減に取り組む場合、料金プランの最適化やリザーブドインスタンスの提供といったソフトウェア的なアプローチを取ります。AWS はそれに加えて、プロセッサ自体を自社設計するという根本的なアプローチを選択しました。Graviton の開発には、Annapurna Labs の買収 (2015 年) から初代 Graviton の発表 (2018 年) まで 3 年以上を要しています。この長期的な投資は、短期的な利益を追わず、顧客への価値提供を優先する Amazon の経営哲学なしには実現できません。Graviton ベースのインスタンスは、同等の x86 インスタンスと比較して約 20% 安価でありながら、多くのワークロードで同等以上の性能を発揮します。この「安くて速い」という組み合わせは、顧客のコスト削減要望に対する最も直接的な回答です。
他社の製品開発動機との対比
Azure と GCP のサービス開発動機は、AWS とは異なる傾向があります。Azure の多くのサービスは、Microsoft の既存製品との統合を動機として開発されています。Azure SQL Database は SQL Server の顧客をクラウドに移行させるため、Azure AD は Active Directory の顧客をクラウドに拡張するため、Azure DevOps は Visual Studio の開発者にクラウドネイティブな CI/CD を提供するために開発されました。これらは顧客のニーズに応えているという点では Customer Obsession と共通しますが、出発点が「Microsoft の既存顧客」に限定されている点が異なります。GCP のサービスは、Google の内部技術を外部に提供するという動機で開発されるケースが多くあります。BigQuery は Dremel、GKE は Borg、Spanner は Google の内部分散データベースがそれぞれ起源です。これらは技術的に優れたサービスですが、Google の内部ニーズと一般企業のニーズが一致しない場合、サービスの使い勝手に課題が生じることがあります。AWS の Customer Obsession は、特定の技術や既存製品に縛られず、顧客の課題そのものを出発点とする点で、より普遍的なアプローチです。 顧客中心の経営を学ぶには関連書籍 (Amazon) も参考になります。
まとめ
AWS の Customer Obsession は、S3 (ストレージの民主化)、Lambda (サーバー管理からの解放)、Graviton (ハードウェアレベルのコスト削減) など、具体的なサービスの誕生に直結しています。これらのサービスに共通するのは、顧客の課題を出発点とし、その解決のために必要であれば従来の常識を覆すアプローチも厭わないという姿勢です。Azure は Microsoft エコシステムの顧客、GCP は Google の内部技術をそれぞれ起点としており、顧客の課題そのものを出発点とする AWS のアプローチとは動機の構造が異なります。Customer Obsession は AWS のサービスが実用的で運用しやすい傾向にある根本的な理由であり、クラウド選定において重視すべき文化的な差別化要因です。