事例研究 NEW

Airbnbを救ったデザイン思考:写真撮影という「小さな共感」が事業を変えた

2009年、収益が伸び悩んでいたAirbnbがデザイン思考のプロセスで発見した解決策とは。ユーザーリサーチが明かした「写真の質」という根本原因と、その後の急成長の軌跡。

7分で読める

2009年、Airbnbの月次収益は4,000ドル前後で停滞していました。ニューヨーク市場で展開を進めていましたが、リスティング(掲載物件)の数は増えているのに予約が伸びない。この状況を打開したのは、エンジニアリングではなく「ユーザーに会いに行く」という、デザイン思考の根幹にあるアクションでした。

問題:数字には見えない「なぜ」

共同創設者のブライアン・チェスキーとジョー・ゲビアは、スプレッドシートと分析ダッシュボードを眺めながら低迷の原因を探っていましたが、手がかりが見えませんでした。当時、Y Combinatorのポール・グレアムから受けたアドバイスは「ニューヨークに行け」というものでした。ユーザーのいる場所に直接行き、自分の目で見ることを求めるアドバイスです。

二人はラップトップを持ってニューヨークへ飛び、実際にAirbnbで物件を掲載しているホスト数十名を訪問しました。その観察から見えてきたのは、シンプルかつ見落とされていた問題でした。掲載されている写真の質が、壊滅的に低かったのです。

発見:共感フェーズが明かした根本原因

ホストたちは物件を善意で掲載していましたが、撮影は携帯電話や安価なデジカメで行われており、暗い室内、歪んだ構図、クリーニング前のベッドが写った写真が当たり前のように掲載されていました。

チェスキーとゲビアは「なぜ予約が入らないか」を問い続ける中で、ゲストの視点に立ちました。Airbnbのサイトを初めて訪れる旅行者が、見知らぬ人の家に泊まるかどうかを判断するとき、最大の信頼材料は「部屋の写真」です。その写真が「泊まりたい」と思わせないクオリティでは、予約は生まれません。これが根本原因でした。

5 Whys的に掘り下げると、「ホストが写真撮影のスキルを持っていない」さらに「プロの撮影機材を持つ理由がない」という構造的な問題も見えてきます。ホストを責めることができない問題でした。

解決策:小さく、すぐに試す

チェスキーたちが取った行動は、技術的な解決策ではありませんでした。プロのカメラマンを雇い、ニューヨークのAirbnb物件を無料で撮影することにしたのです。

この解決策は「スケールしない」ものでした。カメラマンの手配、スケジューリング、編集——すべてが手作業で、プラットフォームとして自動化されていません。しかしポール・グレアムの言う「スケールしないことをやれ(Do Things That Don’t Scale)」の原則通り、小さく試して効果を検証することを優先しました。

結果は明確でした。プロ撮影された物件のリスティングは、そうでない物件に比べて2〜3倍の予約率を達成しました。この検証から、Airbnbは「高品質な写真が予約の直接的な要因」という仮説を確信に変えました。

展開:検証から事業モデルへ

ニューヨークでの実験が証明した仮説をもとに、Airbnbは「プロフォトグラフィープログラム」を正式サービスとして展開します。世界中のAirbnbホストに対して、無料または低コストでプロカメラマンによる撮影を提供する仕組みを作りました。

2012年には、このプログラムに参加した物件は参加していない物件と比べて予約率が40%以上高いというデータが得られ、写真品質がプラットフォームの成長エンジンであることが証明されました。

また、この経験はAirbnbのプロダクト哲学に深く刻まれました。「信頼のデザイン(Design for Trust)」というフレームワークがチーム内で共有され、ゲストとホストの相互信頼をどう設計するかが、デザイン判断の最重要基準となっています。

デザイン思考の観点からの分析

このケースが示すデザイン思考の本質は、「現場に行くこと」が発見の前提条件だったという点です。スプレッドシート分析では「予約率が低い」という症状しか見えませんでした。しかしユーザー(ホストとゲスト)のコンテキストに飛び込むことで、「写真」という具体的な根本原因が見えてきました。

共感フェーズの本質は、データを見ることではなく「ユーザーの文脈の中に身を置くこと」です。Airbnbの事例は、このフェーズを省略したり代替しようとしたりすることの危険性を示しています。

また解決策の選択も重要です。「写真AIで自動評価してNG品質の掲載を制限する」という技術的アプローチも考えられましたが、チームは「ホストに良い写真を提供する」というホスト中心のアプローチを選択しました。ユーザーを制限するのではなく、ユーザーが成功できる環境を作ることを優先したのです。

プロトタイプとしての「スケールしない解決策」

Airbnbの写真プログラムが教えるもうひとつの教訓は、最初のソリューションはプロトタイプであるべきという原則です。カメラマンの手動手配は「本番の解決策」ではなく、「仮説を検証するための実験」でした。

プロトタイプフェーズの目的は、完璧な解決策を作ることではなく、「この方向が正しいかどうか」を最小コストで学ぶことです。Airbnbは1週間の実験で、その後数年の事業戦略を決定する情報を得ました。

まとめ:小さな共感が生んだ大きな変化

Airbnbの写真プロジェクトは、デザイン思考の教科書的なケースです。問題を分析するのではなくユーザーに会いに行き、根本原因を特定し、スケールしない小さな実験でそれを検証し、機能することが分かってから拡張する。このプロセスを、資金が尽きかけたスタートアップが実行したという点に、実践的なリアリティがあります。

「ユーザーのいる場所に行く」という当たり前に聞こえるアクションが、実際にはどれだけ後回しにされているか。Airbnbのケースは、そのことを静かに問いかけてきます。


参考文献

  • Brian Chesky, “Do Things That Don’t Scale”, Y Combinator Blog, 2013(Paul Grahamへのインタビューより)
  • Leigh Gallagher, The Airbnb Story, Houghton Mifflin Harcourt, 2017
  • First Round Review, “Airbnb’s First Launch: Behind the Curtain”, firstround.com, 2014
  • Airbnb Design, “Designing Trust”, airbnb.design, 2014

Related