何が起きたか

Airbnbが第2四半期の決算説明会で、AI活用の成果を具体的な数字で開示しました。チェスキーCEOによれば、一部の主要施策では「コンセプトからローンチまで」の所要時間が最大60%短縮され、前年同期の6か月と比較して出荷した機能・改善の数は約80%増えました。効果が出た領域として、検索、サインアップ、チェックアウト、決済が挙げられています。ホスト向けには、より短時間で完了するオンボーディングのフローが提供されました。

同社は今年すでに「コードの60%をAIが書いている」と公表しています。決算そのものも堅調で、6月終了四半期の売上高は前年同期比17%増の36億ドル、調整後EBITDAは21%増の13億ドルでした。

なぜ重要か

注目すべきは、この数字が「消費者向けAI機能の成果」ではなく「AIで作る速度の成果」だという点です。Airbnbはユーザーが触れる画面へのAI搭載にはむしろ慎重で、これまではレビュー要約やリスティングのハイライト表示程度にとどめてきました。つまり同社が語っているのは、AIをプロダクトの見た目に足した話ではなく、開発プロセスそのものの回転数を上げた話です。

AIコーディングの議論は「コードの何%をAIが書いたか」という入力側の指標に流れがちですが、Airbnbは60%短縮・80%増という出力側の指標に翻訳して示しました。経営として意味を持つのはこちらです。コード生成量が増えてもレビューやQA、リリース工程が詰まれば出荷数は増えません。出荷数が実際に伸びたという事実は、生成の前後にある工程まで含めて手を入れた結果と読むのが自然です。

AI検索は「置き換え」ではなく「切り替え」

AirbnbはAI検索のテストを始めます。トグルで通常の検索とAI検索を切り替え、自然言語で入力すると結果がビジュアル形式で返る設計です。既存の検索＋フィルターに慣れた利用者にAI検索を押し付けたくない、という判断が背景にあります。

チェスキーCEOは、回答部分のタイトルはAIが生成し、チャットボットを読んでいるような会話的な表現になりうるが、より視覚的なものになると説明しました。さらに商品説明ページのハイライトはリアルタイムで生成され、利用者ごとにパーソナライズされるとしています。同氏は以前から、旅行のユースケースではチャットボット型のインターフェースだけでは機能しないという立場を取り、検索・発見・サポートにAIを寄せてきました。

効いているのはバックエンド

もっとも成果が数字で出ているのはカスタマーサポートです。AIサポートボットは2025年に北米で提供を開始し、今年50超の言語に拡大、年内には音声通話への対応も計画されています。AIエージェントから開始した問い合わせのうち約45%が人の介在なしに完結し、予約1件あたりのサポートコストは前年同期比16%減となりました。

開発速度、検索体験、サポートコスト。この3つを並べると、Airbnbが「見せるAI」より先に「効くAI」から順に埋めていることが分かります。

💼 事業会社視点：これは自社にどう効くか

日本の事業会社が読み取るべきは、「AIがコードの60%を書く」ではなく「出荷数が80%増えた」という指標の置き方です。生成AIの導入評価をコード補完の採用率や作業時間の削減幅で測っている企業は多いですが、それらはリリース数や不具合率に接続しない限り経営指標になりません。CTOや事業責任者はまず、企画着手からリリースまでのリードタイムを施策単位で計測する仕組みを持つべきです。測っていなければ60%短縮したかどうかも判断できません。

ECやSaaSにとって直接的な示唆は、検索UIの扱い方です。Airbnbは既存の検索＋フィルターを残したままトグルでAI検索を並置しました。既存の検索経路にはコンバージョンの実績と最適化の蓄積があり、それを自然言語入力で一気に置き換えるのは事業リスクです。AI検索は「新モードの追加」として始め、切り替え率と成約率を比較しながら段階的に主役を入れ替えるのが現実的でしょう。

コスト面では、サポートが最も先に数字が出る領域だと示されました。約45%が無人完結、予約あたりコスト16%減という水準は、多言語対応と自動化を前提にすれば日本企業でも狙える射程です。年内に音声通話へ拡張する計画も含め、コールセンターを外部委託している企業は契約の単価前提を見直す時期に来ています。

受託開発・SIerにとっては逆風の数字です。開発リードタイムが短縮され内製の出荷速度が上がるほど、人月と工期を単位に価格を組む提案は説明力を失います。成果物の量ではなく、リードタイム短縮そのものを納品物として定義できるかが問われます。