デザイン思考がAirbnbを変革 - 失敗寸前のスタートアップから数十億ドル規模のビジネスへ

このアプローチを採用する：ホストのオンボーディングにおける摩擦に関する仮説を検証するために2週間のスプリントを実施し、無視できない直接的なユーザーからのフィードバックに基づいて反復する。

同社のデザインチームのポールは、深い共感セッションが真の問題を明らかにし、意思決定を導くと信じている。なぜなら、顧客はダッシュボードよりも早く物語を語るからだ。物件、ホスト、ゲスト、ソーシャルシグナルをマッピングして、重要なタッチポイントを特定し、オンボーディングの摩擦を軽減しながら、すべてのリスティングの価値を高めている。

12週間と5回のスプリントで、チームはホストの物件、ゲストのニーズ、ソーシャルシグナルをマッピングし、オンボーディングの時間を7日から2日に短縮し、信頼シグナルが改善されたことで、最初の週の予約は約30％増加した。

経営陣は、時間と範囲の制約を考慮して実験を支援し、開発者は迅速なプロトタイプを作成し、実際のユーザーでテストした。仮説、プロトタイプ、テストというループにより、意思決定はエビデンスに基づき、ホストとゲストに測定可能な改善を提供することに焦点を当て続けた。

混乱から明確さへの移行は、部門横断的なチームが共通の目的を中心に連携し、毎週改善点をリリースすることで、よりシャープな製品と市場の適合性、およびより強力なリテンション率を推進したことで実現した。

これらの変更後、より多くのホストが参加し、ゲストが安心して予約を完了するにつれて、オンボーディングの摩擦は引き続き低下した。

各スプリントの後、チームは学習内容をレビューし、常にバックログに適用し、ビジネス指標に対して時間制限と責任を負いながら、次の仮説を進めていく。

Airbnbにおけるデザイン思考とシステム思考を整合させるための実装可能なブループリント

ユーザー、ホスト、プラットフォームが、意思決定、予約、およびオペレーションによる滞在処理の各瞬間でどのように相互作用するかについての1つの明確な仮説に基づいて、共同のデザイン・システムスプリントを開始する。このベンチャーには、システムを破壊せずに迅速に移動するための、焦点を絞ったオーナー、短いサイクル、および具体的な成功基準が必要となる。

製品のタッチポイントを操作上のレバーに結び付けるシステムマップを構築する：検索の関連性、リスティングの作成、価格設定、支払い、清掃、およびサービスリカバリ。各ノードをデータストリームとソフトウェアの動作にリンクして、チームが小さなUIの変更がホストの満足度、ゲストの信頼、およびマーケットプレイスの健全性にどのように波及するかを確認できるようにする。共有の語彙とビジュアル（写真、簡単な図、軽量なダッシュボード）を使用して、作業が最も重要な場所で全員を連携させる。

グラハムスタイルの抑制を伴う一連の仮説を組み立てる：測定可能で元に戻せる小さな賭け。地域差を考慮して、複数の市場でテストし、コンバージョン、稼働率、およびホスト応答時間への影響を測定する。仮説が機能していない場合は、より安全なバリアントに置き換え、データスタックの真実の情報源をログに記録する。データが示す内容を検証するために、ユーザーとホストからの入力（вход）を収集し、逸話だけに頼らないようにする。さまざまな入力を試して、どのような傾向が現れるかを確認する。

部門横断的なチームを編成する：デザイナー、プロダクトマネージャー、データサイエンティスト、ソフトウェアエンジニア、オペレーションリーダー、およびコミュニティマネージャー。このチームに忍耐強いタイムラインと、迅速なプロトタイピングのためのシンプルなプロセスを提供する - ローファイのスケッチ、インタラクティブな写真、および最小限のリスクでオフにできるソフトウェアトグル。プロセスの中心は、インサイトを製品の増分に変換し、リアルタイムのダッシュボードと厳密なデータチェックを通じて、変更が本番環境でどのように動作するかを監視することである。

プラットフォームへの入り口は都市やデバイスによって異なる可能性があることを認識し、利用者とホストのコミュニティに焦点を当てた学習ループを確立します。市場全体のトレンドを監視しながら、主要な指標（変更後の予約率、ホスト主導のサポート、支払いの信頼性、安全性の兆候）を追跡します。フィードバックが単一のコホートではなく、幅広い利用者から得られるようにし、計画が現実世界に適応し、辛抱強く反復的であることを保証します。

規模拡大のための具体的な青写真を提示します。少数の実験、明確なオーナーシップ、および反省と調整のためのケイデンスを備えた四半期ごとの計画を開始します。すべてのステップを製品バックログに結び付け、ソフトウェアのチーム全体でセンサーとモデルを再利用し、データが新しい方向を示したときに方向転換できるほどプロセスを軽量に保ちます。うまく実行されれば、デザイン思考とシステム思考が互いに強化し合い、プラットフォームの心やコミュニティの信頼を失うことなく、仮説から検証済みの学習へと誰もが移行できるようになります。このアプローチは、最も複雑な市場でも大きな成長をサポートし、適切なガードレールとデータに基づいた洞察との継続的な連携があれば、ベンチャーにとって持続可能な価値の信頼できる源泉 (источник) となり得ます。

予約とホストの実施時における顧客の中核的なジョブを特定する

予約とホストの実施における中核的なジョブを特定し、それらを基に設計します。まず、JTBDマップから始めます。ゲストはどこに滞在するか、費用はいくらか、誰と会うか、安全な支払いを迅速に完了する方法を知りたいと考えています。ホストはカレンダーを埋め、公正な価格を設定し、スペースを準備し、ゲストを満足させたいと考えています。価格、日付、場所、写真、レビュー、明確なキャンセルポリシーを一目でわかるように表示する簡潔な画面を作成します。実際の利用者と2日間のプロジェクトスプリントを実施し、これらのタスクが具体的なアクションと変更の機会につながることを検証します。例：ゲストは5分以内に3つのオプションを比較します。ホストは価値で問い合わせをセグメント化し、数分以内に応答します。このアプローチの扉は、チームがインプレッションをカタログ化するだけでなく、タスクの完了を測定するときに開きます。このスタートは連携を加速し、チームがより迅速に価値を提供できるようになります。このマップはゲストとホストが実行するタスクに関するものです。

予約のJTBDの詳細：ゲストは検索中に、日付が一致し、滞在が計画に適合し、合計費用がどのように積み重なるかを把握できるオプションを見つけようとします。場所と時間に合わせてオプションを絞り込みます。価格と税金を確認します。信頼の兆候（レビュー、ホストの応答時間、認証バッジ）を確認します。リスクを最小限に抑えて日付と支払いを確保します。推奨事項：単純な適合スコアを表示し、地図とカレンダーを統合し、柔軟なキャンセル条件を表示します。最も重要なもの（価格の内訳、清掃料金、米ドルでの合計）を強調表示する、高速で透明性の高いチェックアウトを使用します。初回利用者がスムーズにログインできるように、ログインステップに вход ラベルを追加します。画面での離脱を測定し、フローを調整するために、2日間のサイクルで5〜7人の利用者2グループでテストします。ゲストが予約する前に満たす必要のある画面の数を減らし、すべてのニーズを満たすための単一の場所を提供すると、機会が生まれますが、意思決定プロセスは明確で摩擦がありません。

JTBDの詳細：信頼性を確保して、ゲストに門戸を開きましょう。ホストは適切な人々を引きつけ、カレンダーを管理し、価格を調整し、ゲストが彼らの状況を理解できるよう明確にコミュニケーションを取りたいと考えています。具体的なステップ：清掃、備品（家具、消耗品）、鍵、Wi-Fi、安全に関する標準化されたチェックリストを作成する。歓迎の工夫と明確な到着手順を徹底する。歓迎メッセージを自動化する。滞在前のメッセージで期待値を設定する。問い合わせには迅速に対応する。滞在後にはフィードバックを求め、ゲストのニーズが満たされていることを示す。project2日間のスプリントで、3人のホストに対して自動化をテストする。問い合わせから予約への転換率、応答時間、ゲスト評価の変化を測定する。例：タイムリーなメッセージはキャンセルを12％削減し、5つ星レビューを増加させる。この実現により、製品ツールに変更が加えられ、ホストとゲストがよりスムーズにつながる新しい機会が開かれる。

測定と変化：予約あたりの収益、総予約数、ゲスト満足度を追跡する。各ジョブをサポートするために製品をどのように変更できるかの機会を特定する。改善を具体的な成果に結びつける。予約フローでの摩擦を20％削減すると、滞在あたりの収益が増加する。ホストの応答時間を30％改善すると、コンバージョンが向上する。これらの観察結果から、チームは2週間周期で変更を実装し、所定のベースラインを使用して影響とスケールする方法を測定する。需要が停滞しているリスティングについては、JTBDの洞察を適用して、新しい機会を開く。2つのレーンを使用する：1）予約フローの改善（画面の変更、より迅速なチェックアウト）、2）ホスティングの改善（自動化テンプレート、カレンダーツール）。これらの反復により、製品チームは価値について考え方が変わり、信頼シグナル、具体的なステップ、実際の結果が調整された。

エンドツーエンドのシステムをマッピングする：ホスト、ゲスト、規制当局、およびパートナー

4つのアクター（ホスト、ゲスト、規制当局、およびパートナー）全体でエンドツーエンドのシステムをマッピングして所有する。共有データモデルを作成し、スケーリングするためにワークフローを調整する。 Airbnbは、物件、支払い、メッセージングを単一のガバナンスレイヤーの背後にリンクさせたため、ガレージプロジェクトから数百万件の滞在を処理するプラットフォームになりました。トレンドは、ゲストが信頼性とスピードを求めていることを示しています。システムは、約束するだけでなく、実現する必要があります。最初の取り組みの背後には、複雑なものを反復可能なアクションに変えたクロスファンクショナルチームがありました。grahamとpaoloは、各フローの明確な所有者がいなければ、決定が漂流することをチームに思い起こさせました。したがって、すべてのエンドツーエンドパスに単一の所有者を割り当てます。この所有者が行動すると、顧客は満足し、星は上がり、ユーザーはデバイス間でシームレスな体験をすることができます。例：プロセスが標準化されると、ホストのオンボーディングにかかる時間が半分になり、リスティングの可視性が向上します。若いホストは、開始と自動化により手作業が減り、誰もが参加できるようになるため、恩恵を受けます。従業員もパートナーも同様です。最初から、フローをпросмотретьし、仮定を検証してから、再度最適化します。

ホストと物件は、システムにおける最前線です。オンボーディングのシーケンスを、検証、リスティングの設定、価格設定とカレンダーの同期、ゲストとのコミュニケーションという4つのパートからなるループとして定義します。パーミッションゲートがホストの行動を制御するため、身元、物件のコンプライアンス、保険のステータスに関するチェックを自動化し、プロセスを迅速に保ちます。各物件ファイルの背後には、価格設定、空室状況、安全対策に関する情報を提供するデータがあります。予約、メッセージング、メンテナンスリクエストをコアを再設計することなく処理するモジュール式サービスから規模が生まれます。ホストのチームが小さい場合、システムはガイダンス、テンプレート、一般的なフィールドの自動入力を提供する「代行」フローをサポートする必要があります。このアプローチにより、都市部のスタジオから離れたキャビンまで、ばらつきが軽減され、顧客が期待する一貫したエクスペリエンスが保証され、稼働率の向上とより良いレビューにつながります。すべてのホスト、従業員、パートナーが同じルールとシグナルを見るようにし、パフォーマンスがサイロ化されるのではなく、共に向上するようにします。失効、近隣への通知、緊急手順のための共有ランタイムの力を決して過小評価しないでください。リスティングの所有者が変更されたり、物件が一時的に利用できなくなるシナリオに常に備え、フォールバック手順を文書化してください。

ゲストは、旅行全体を通して予測可能性と安全性を期待する権利があります。ゲストの経路を、発見から滞在、レビューまでマッピングし、ホストとサポートチームへの明確な引き継ぎを行います。迅速な検証、透明性の高い価格設定、柔軟なキャンセル、応答性の高いメッセージングという、軽量な信頼基準を使用します。顧客は明確さに反応します。ホストのプロフィールに検証済みのIDと最近のゲストからのフィードバックが含まれている場合、予約の可能性が高まります。5つ星のエクスペリエンスは、迅速なチェックイン、清潔なスペース、正確なリスティングの詳細、応答性の高いホストに依存します。ユーザーの旅は、ゲストがモバイルまたはデスクトップで予約する場合でも、シームレスに感じられるはずです。プラットフォームは、プロンプト、レビュー、問題解決を単一の読みやすいスレッドに変換する必要があります。予約数だけでなく、問題の解決までの時間も測定し、これらのメトリックをホストのトレーニングとシステムのプロンプトに結び付けます。明確な期待、事前のリマインダー、安全な封じ込めステップなど、小さな変更がどのように認識を変えるかを確認し、初めての旅行者やベテランの探検家など、ゲストのセグメント全体にわたる影響に気づくでしょう。ゲストが混乱して自分で解決しなければならないのではなく、ガイドされていると感じるとき、満足度は高まり、紹介が増え、リピート滞在が増加します。

規制当局とコンプライアンスの協力者は、共有システムの一部です。パーミッション、データ共有、レポートを、透明性があり、監査可能なプロセスとして定義します。機密性の高い運用上の詳細を公開せずに、許可証、安全検査、税務コンプライアンスをまとめた規制当局向けのダッシュボードを構築します。ポリシーの変更との整合性を確保するため、四半期ごとの概要を確認します。迅速化のため、ユーザーのプライバシーを保護しながら、規制当局、研究者、都市のパートナーがクエリできる標準化されたデータモデルを維持します。この透明性は、承認の迅速化に役立ち、新しい市場への拡大時の摩擦を軽減します。インシデントとその解決策を追跡して、継続的な改善を実証し、利害関係者がポリシーの変更がプラットフォームに大規模にどのように影響するかを理解できるように、意思決定の根拠を文書化します。製品から運用まですべてのチームが一貫したプレイブックで実行できるように、チームがコアフローを再構築することなく規制の更新に対応できるようにします。

パートナーは、信頼性とリーチを拡大するサービスでエコシステムを完成させます。 清掃業者、メンテナンス業者、保険会社、決済代行業者を、共通のインターフェースと共通のSLAで連携させます。パートナーのパフォーマンスに対するオーナーシップを割り当て、安全性と品質基準を反映した標準化されたオンボーディングを提供します。パートナーポータルを活用して、ハウスキーピングのスケジュールから修理依頼の送信まで、ワークフローを効率化することで、従業員および関係者全員のハンドオフや手戻りを削減します。規制当局や市がデータを要求した場合、システムは許可されたコンテキスト情報を迅速に表示できるため、パートナーと顧客双方に安心感を与えます。実際には、パートナーネットワークが成熟し、プラットフォームに合わせて規模が拡大するにつれて、問題解決が迅速化され、予約の取りこぼしが減り、キャッシュフローが安定するでしょう。新しいサービスプロバイダーを招き、既存のプロバイダーを再教育し、時間の経過とともにパフォーマンスの傾向を追跡することで、パートナーネットワークをダイナミックに保ち、エコシステムが競争力と回復力を維持するようにします。

実行計画：立ち上げと反復のための具体的なステップ。 1) 機能横断的なオーナーと現在のエンドツーエンドマップを確認する。 2) フローごとに1人のオーナーを定義し、意思決定権を文書化する。 3) ホスト、ゲスト、規制当局、パートナーをリンクするモジュール式のデータモデルを実装する。 4) 管理された市場でパイロットを実施し、オンボーディング時間、予約の速さ、問題解決を測定する。 5) 2番目の市場に拡大し、傾向を比較し、必要に応じて調整する。 6) リーダーシップとパートナー向けに四半期ごとのヘルスチェックを発行する。このアプローチにより、勢いを維持し、フィードバックに迅速に対応し、プラットフォームの成長に合わせて全員が連携を維持できます。ステップでギャップが明らかになった場合は、短いサイクルで対応し、システムがユーザー、ホスト、規制当局にとって一貫性を保つようにマップを更新します。要するに、規律正しく透明性の高いエンドツーエンド設計により、ネットワークを健全に保ち、次の需要の波に備えることができます。

迅速なフィールド実験で最小限の実行可能な変更をテストする

Airbnbのようなプラットフォームでの予約を増やす可能性のある、単一の最小限の変更について、プロジェクト2日間のフィールドテストを開始します。仮説をわかりやすく定義します。変更する内容、顧客および金額に何が起こるか、それがうまくいったかどうかをどのように判断するか。停止している場合は、実際のユーザーと小さな編集を使用して、機能を構築する前にアイデアを検証します。後でユーザーを再エンゲージするためにメールデータを収集し、具体的な結果を通じてデルタが明確になったら、古いアプローチを迅速に置き換えることができるように、テストに焦点を当て続けます。

一度に1つの変更を実行し、明確な対照群と処置群を設定し、プロジェクトの2日間の実行ごとに1つの主要な指標を測定します。可能な場合は、一回限りの影響を回避し、より迅速なフィードバックループを通じて学習を加速するために、2つの市場を使用します。人々が言うことを簡潔なメモに記録し、それらの言葉を測定可能な成果に変換して、経営陣が価値がどこに着地するかを正確に確認できるようにします。ペースを高く保ち、アマチュアチームに権限を与え、仮説と結果を文書化して、他の人が何が変更され、何が同じままで、次に何を置き換えるかを知ることができるようにします。

パウロとグラハムは、チームに対し、直感だけに頼らずデータに基づいて意思決定を行い、シンプルな言語と目に見える指標でチームを強化するよう促します。コンバージョン、サインアップ、ロイヤリティを向上させることに焦点を当て、影響を証明する前に過剰な構築を行うのを避けてください。ログインパスの「вход」のような注意深いラベリングや、ユーザーフィードバックのクリーンな取得を通じて、小さなテストを信頼できるシグナルに変えることができます。結果を次のイテレーションの指針とし、顧客を満足させ、収益を流し続ける製品へと向かっていることを確認してください。

ホストとゲストと共同で、信頼のシグナルと需要を検証する

ホストとゲストをペアにして、信頼のシグナルと需要を検証する2週間の共同作成スプリントを開始します。洞察から行動へと移行する、軽量でデータに基づいたループを使用し、数日以内に製品でテストできる具体的な変更を提供します。このアプローチは、両側の人が確実性を持って意思決定を行うのに役立ちます。

テストする3つの信頼シグナルを定義します：本人確認と支払いの検証、最新の写真とリアルタイムの更新によってサポートされるリスティングの正確さ、および目標応答時間での迅速なコミュニケーション。ゲストが質問をし、ホストがカレンダーを更新する簡単なシナリオを構築します。これらを紙またはシンプルな画面プロトタイプで実行して、印象を比較します。各ラウンドからの実現を使用して、次の変更を決定します。

例として、アーティファクトキットを作成します：ホストの期待を把握するための紙のカード、リスティングページの画面モックアップ、および星、応答時間、料金のわかりやすさを評価する軽量のチェックリスト。このキットを使用して、データを迅速に取得し、長い調査サイクルを回避します。

さまざまなリスティングタイプと地域でカリフォルニアでセッションを実行します。そこでは、時間制限付きのインタビュー（15〜20分）を使用してループをタイトに保ちながら、経験を収集し、インタラクションによってゲストが写真以外に何を重視するかが明らかになります。

データキャプチャは、測定可能な成果に焦点を当てています：信頼スコア、予約への意欲、コンバージョン率。シグナルの変更後に、リスティングごとの予約の変化を追跡し、潜在的な収益を見積もります。ユーザー、リスティング、市場全体で各シグナルを比較するためのシンプルなダッシュボードを構築し、製品の変更を優先するために使用される主要な違いを強調表示します。

洞察を実践的な変更に変換します：ホスト向けのオンボーディングフローを更新し、継続的なリスティングガイダンスを明確にし、コンテンツの精度を維持するために管理プロセスを調整します。企業の設計チームは、変更がユーザーとホストの両方にどのように影響するかを検討し、これらの洞察を画面コピー、ヘルプカード、および市場全体で再利用できるスケーラブルなテンプレートに変換する必要があります。データを使用して、時間の割り当てとリソース計画をガイドします。

ミカエルはセッションを主導し、リーンで反復的なアプローチを強調します。彼は迅速なテストとリアルタイムのフィードバックを推進し、すべての変更が摩擦を減らし、ゲストとホストの両方にとって信頼シグナルを向上させるようにします。

シグナルが堅牢であることが証明されたら、スケーラブルなパッケージを展開します：ホストプロフィールのコピー、オンボーディングスクリプトのカード、および画面対応のテンプレート。これにより、チームは一貫したエクスペリエンスと需要への測定可能な影響を伴って、スケーラブルな方法で新しい市場に展開できます。

好事例：信頼のシグナルがゲストの期待に応えた場合、予約が12%増加した2つの市場でのパイロット、星の配置のわずかな上昇、および収益へのプラスの効果。このアプローチはエクスペリエンスを向上させ、企業が持続可能な成長に向けて進むのに役立ちます。

勢いを維持するために、フィードバックループ、指標、およびガバナンスを構築する

毎週の周期で開始する：3つのダッシュボードが生きたガバナンスファイルに供給し、次に何をリリースするかを導きます。これにより、アイデアはユーザーの価値に焦点を当て続け、優先順位のずれを防ぎます。

ダッシュボードとターゲットを明確にする

• 顧客からのフィードバック：NPS 30+を目標とし、毎週18〜25回のインタビューを実施し、40%のメール応答率を維持し、ユーザーシーンを示す写真を含めます。
• 製品の健全性：7日以内のオンボーディング完了率60%以上、価値実現までの時間7日未満、クラッシュ率0.2%未満、出荷バックログを月ごとに50%削減。
• ビジネスの健全性：アクティブユーザーあたりの収益は定義された閾値、CAC回収期間4か月未満、月間解約率6%未満。
• データソース：製品イベント、支払いログ、調査、およびサポートメモ。すべてのダッシュボードの信頼できる情報源は、中央データウェアハウスです。

チャネル全体でフィードバックループを構築する

• メール、アプリ内プロンプト、およびコミュニティフォーラムを使用して、入力を表示します。毎週18〜25回のインタビューを実施して、現実世界での問題点やソフトウェアアップデートのアイデアを表面化させます。
• インサイトをソフトウェアチームのための実用的な項目に翻訳します。スケッチまたは写真付きの1ページのアイデアカードを添付して、コンテキストを示します。

明確な役割でガバナンスを確立する

• UXリード、データアナリスト、およびプロダクトオーナーからなる小さなサークルを形成します。優先順位を調整し、次回のリリース項目を承認するために、毎週90分のレビューをスケジュールします。
• 由来と根拠を記録するために「信頼できる情報源」というラベルの付いたフィールドを含む、単一の意思決定ログを維持します。各アクションに所有者と期日を割り当てます。

迅速で実用的な変更ループを設計する

• 2週間のパイロットを実施し、測定された調整をユーザーコホートに出荷します。3つのダッシュボードとフィードバックチャネルへの影響を追跡します。
• シグナルが肯定的であれば、製品領域内でスケールします。そうでない場合は、元に戻して、次回の学習のためにキャプチャします。
• すべての調整が知覚される有用性を高め、コミュニティから収集されたアイデアと一致することを確認します。

進捗状況と学習内容を伝達する

• ユーザーからのハイライト、写真、および引用を記載した簡潔な週刊ダイジェストをメールで公開します。簡単なグラフまたはヒートマップで影響を要約します。
• コミュニティスレッドと軽量の内部ブリーフで最新情報を共有し、スケジュールに過負荷をかけることなく、チーム間の整合性を維持します。

このアプローチは、実現主導の優先順位付けを生み出し、実験の飛行経路を作成し、組織がユーザーにとって重要なことに焦点を当て続けるようにします。決定がデータに裏打ちされている場合、チームはより自信を持つようになります。信頼できる情報源は、中央データウェアハウスのままです。