Baiduの検索・地図・AI戦略：配布で勝つ

配布を起点に読むBaidu

消費者向けインターネットプロダクトにおける「配布（distribution）」は、必要な瞬間に人々の目に製品を置くチャネルの集合を指します。これはデフォルト選択（端末に最初からある検索ボックス）、目立つ配置（ウィジェットやホーム画面の枠、上位タブ）、およびトラフィック源（他アプリからのリンク、OEM提携、ブラウザのツールバー、通知面、プリロードされたショートカット）を含みます。

なぜ配布は機能と同じくらい重要になり得るのか

多くのプロダクトは「十分に良い」です。その場合、勝者は最も少ないタップと摩擦でユーザーに届くものになります。デフォルトとプリインストールは習慣ループを生みます：人々は毎回見直すわけではなく、既にあるものを使い続けます。一度安定したアクセスを獲得すれば、より早く学習し、より確実にマネタイズし、改善に再投資できます。

これは機能が重要でないという意味ではありません。機能と配布はトレードオフの関係にあります：優れたプロダクトでも埋もれてしまえば苦戦し、堅実なプロダクトでも最短の経路になれば繁栄します。

Baiduの主要サーフェス：検索、地図、AI

Baiduは意図を捉える「サーフェス」の集合として理解すると分かりやすいです：

• Baidu Search：質問、調査、発見
• Baidu Maps：高頻度のローカル意図（どこへ行くか、近くに何があるか、行き方）
• AIプロダクト：アシスタントからスマートな推薦まで、結果の生成と消費を形作る機能群

各サーフェスはそれぞれ固有のユーザーモーメントを持ちますが、結果はユーザーがそこへどう到達するかに大きく依存します。

中央にある問い

この原稿の中心レンズは配布ファーストです：誰がアクセスを制御しており、その制御は何を可能にするのか？ スーパ―アプリ内で競合が注意を勝ち取るのか、端末メーカーがデフォルトを決めるのか、ユーザーが検索ではなく地図から始めるのかによって、機能比較の前にBaiduのプロダクト力は変わります。

Baidu Search：まだ勝てる領域と圧力がかかる領域

Baidu Searchは多くのユーザーにとって「何かを調べる」という時のデフォルト的な思考モデルとして残っています。定義やニュースの文脈、比較といった単純な情報提供だけでなく、クリニックの検索、ブランドの公式サイト確認、端末トラブルの対処法、方針の確認などサービス志向のクエリでも使われます。

人々が今Baidu Searchを使う場面

Baiduの強みは「意図」と「検証」の交差点に位置することです。ユーザーは素早い答えを求めるとき、また他で見た情報を検証したいときに使う傾向があります。

一般的なパターン：

• 情報検索：名前、概念、価格、スケジュール、「〜とは/なぜ」系の質問
• サービスと取引：医師、修理、ローカルビジネス、「近くの〜」「予約方法」
• ナビゲーションとローカル意図：道順、住所、営業時間、交通所要時間（しばしば次のステップはMaps）
• 回答と要約：複数サイトを巡る必要を減らす簡潔な説明

出発点であることの価値

最初に訪れることは、意図が決定に変わる前にそれを捉えられるという意味で重要です。「近くの矯正歯科ベスト」や「バッテリーが一番長いスマホはどれか」といったクエリで始めると、検索エンジンは候補リストを形成し、トラフィックを商家に誘導し、どのオプションが信頼されるかを左右できます。つまり意図ベースのクエリは行動（通話、予約、訪問、購入）に近く、商業的価値が高いのです。

圧力の源

ユーザーはブラウザではなくアプリ内から出発することが増えています。プロダクトの発見はスーパ―アプリ、ショートビデオフィード、ECプラットフォーム、位置情報や決済手段を既に把握しているローカルサービスアプリで始まることがあります。そうした環境は質問に答えるだけでなく、取引を完了させてしまい、オープンウェブ検索に戻す必要がありません。

したがって検索でのBaiduの勝ち筋は限定的ですが依然意味があります：高意図クエリに対して最速かつ最も信頼できる「決定チェックポイント」となること、そしてスムーズにMaps、通話、予約などの行動へハンドオフすることです。

Baidu Maps：ローカル意図への高頻度ゲートウェイ

Baidu Mapsは「機能」よりもむしろ日常のユーティリティとして振る舞います。人々は天気やメッセージをチェックするのと同じ理由で開きます：今後一時間の不確実性を減らすためです。通勤、ピックアップ、配達時間、渋滞回避、集合場所など、各利用は小さいものの頻度は高く、その繰り返しが習慣化を生むため検索だけで維持できない力を持ちます。

ナビゲーションはデフォルトでローカル意図を生む

道順を求める瞬間、ユーザーは暗黙にローカル意図を宣言しています：今すぐどこかに行く、ということです。これにより地図は近隣の意思決定への自然な入り口となります—どこで食べるか、どの店が本当に開いているか、許容できる迂回で利用可能なサービス、あるいは最も摩擦の少ないルートなどです。

ナビゲーションのセッションは「マイクロモーメント」に満ちており、広告的に感じさせずに提案できる場面が多いです：コーヒーの短い立ち寄り、最寄りの薬局、駐車オプション、交通が激化したときの迂回ルートなど。旅行や不慣れな地域では、地図がホテルや観光地、公共交通の選択、出発時刻の判断をするインターフェースになります。

リスティングとレビューが発見を形作る

店舗リスティングは実質的に構造化されたローカルデータベースです：住所、営業時間、写真、メニュー、価格の手がかり、カテゴリタグ。レビューや人気度のシグナルを加えると、地図は発見エンジンになります—ユーザーが必ずしもクエリとして表現しない疑問にも答えます。

「近くのベストな麺屋」と打つ代わりに、ユーザーは地図をスキャンして料理でフィルタし、距離、評価、往来で比較できます。これは「情報を検索する」から「意思決定のためにブラウズする」への移行で、時間と場所に紐づいているためより速く、現実感があります。

他のBaiduサーフェスへの配布チャネルとしてのMaps

地図は意図の瞬間に開かれるため、最小限の追加努力で他のBaidu体験へユーザーを誘導できます：

• 場所をタップすると営業時間やプロモーションなど検索結果に近い深い情報を引ける
• ルート案内は予約、チケット、順番待ち、配達、店舗への通話といったローカルワークフローにつながる
• 継続的なナビゲーションは繰り返し関連コンテンツを表示する機会を作る—ユーザーが検索で「最初からやり直す」必要はない

アクセス地点が重要な市場では、Baidu Mapsの力は「頻繁に開かれ、素早く使われ、現実世界の意図に結びついている」ことにあります。それがBaiduのローカル・検索生態系への高頻度ゲートウェイとなる理由です。

AI投資：研究開発費から実際に人々が触れるプロダクトへ

BaiduのAI物語はしばしば予算やブレークスルーで語られます。しかし配布が人々の利用を決める市場では、実用的な問いは「そのAIは日常行動のどこに現れるか？」です。

「AI投資」に含まれるもの

AI支出は一行で語れるものではありません。含まれるのは：

• 基盤モデルと訓練（計算、データパイプライン、評価）
• ツールとプラットフォーム（開発者SDK、モデル提供、セーフティ層）
• クラウドインフラ（大規模推論、エンタープライズ提供）
• エンドユーザー向けアプリケーション（検索での応答、生成ツール、コパイロット、カスタマーサービス）

見出しになるモデルは重要ですが、展開、遅延、信頼性、コンプライアンスといった「地味な層」がモデルを実際のプロダクトにするかどうかを決めることが多いです。

機能層としてのAI vs 配布サーフェスとしてのAI

AIが価値を生むやり方は二つに分かれます。

機能層としてのAIは既存プロダクトを強化します：検索での問い合わせ理解の向上、地図での推薦の改善、広告ターゲティングの強化、要約の充実、タスク完了の高速化。

新しい配布サーフェスとしてのAIは異なります：スタンドアロンのアシスタント、チャット型の入口、システムレベルの体験がタスクの「出発点」になる場合です。そうしたサーフェスがユーザーの始点になれば、従来の検索ボックスやアプリアイコンから注意をそらす可能性があります。

採用はワークフロー内で起きる

Baiduにとって最大のレバレッジは、ユーザーが既に繰り返すワークフローにAIを組み込むことです：「レストランを見つける」「そこへ行く」「近くに何があるか」「比較する」「予約する」「支払う」「レビューする」。つまりAIを検索や地図のフローに埋め込み、別個のデモ扱いにしないことです。

落とし穴は単純です：費用をかけただけでは採用は保証されない。デフォルト、プリインストール、強力な配置、密な統合がなければ、AIプロダクトは印象的だが活用されない機能のままです。

デフォルト、プリインストール、アクセスの隠れた経済学

驚くほど多くの「市場シェア」はユーザーを説得することではなく、ユーザーの目の前に最初に置くことで得られます。

検索ボックスがホーム画面にあったり、地図アプリが住所のデフォルトハンドラであったりすると、多くの人は明示的な選択をしません。ただ既にあるものを使います。その行動は合理的です：速く、公式のように感じ、日常的なジョブには十分機能するからです。

使用を静かに駆動するチャネル

中国のモバイルエコシステムでは、アクセスは一クリックずつ得られるよりも交渉によって決まることが多いです。最も一般的な配布チャネルは：

• OEMプリインストール：端末に出荷時に入るアプリ、時に目立つ配置で
• ブラウザのデフォルト：ブラウザや埋め込みWebViewのデフォルト検索エンジン
• ウィジェットやシステム配置：ホーム画面ウィジェット、クイック検索パネル、音声アシスタント、UIに組み込まれた検索入口
• アプリストアのランキングや特集枠：特に習慣化されていないアプリのダウンロード行動を変える視認性の向上

これらは製品を試すコストをほぼゼロに圧縮します。

デフォルトを強固にするスイッチングコスト

競合製品が似た機能を提供していても、デフォルトは時間とともに小さな個人的投資を蓄積します：

• 習慣と筋肉的記憶：人は同じアイコンを無意識にタップする
• 保存データ：お気に入り、履歴、ダウンロード、オフライン地図、領収書
• アカウントとID：ログイン、同期設定、クロスデバイスの連続性
• ディープリンク：他アプリがデフォルトアプリに位置や結果、アクションを開かせる

これらは劇的なロックインではありませんが、日常の摩擦が積もるのです。

機能差よりもディールが効く理由

配布契約は漸進的な機能改善よりも競争を変えることがあります。Baiduがデフォルト配置や優遇された入口を確保すれば、競合が競争する前に最も高い意図の瞬間（クエリの入力、位置のタップ）を捕捉できます。つまり「プロダクト力」は部分的にアクセス経済の機能です—誰がユーザー意図に最も近く座るために支払うか／提携するか。

スーパ―アプリとミニプログラム：アプリ内での注意を巡る競争

スーパ―アプリは「検索」の意味を変えます。ブラウザや専用検索アプリにクエリを入力する代わりに、人々は既に開いているアプリ内で検索を始めることが多くなります—フードデリバリー内でレストランを探す、EC内で商品を探す、決済アプリ内で近隣サービスを探す。クエリは存在しますが、出発点（そして勝者）はセッションを所有するアプリです。

ミニプログラムが作る新しい入口

ミニプログラムやアプリ内サービスはこれをさらに進めます。ユーザーはホストアプリから離れずにタスク（予約、購入、カスタマーサービス、ロイヤリティ）を完結でき、かつてオープンウェブを経由していた情報や取引への代替入口を作ります。

Baiduにとって重要なのは、高価値の意図（ローカル、ショッピング、サービス）が伝統的な検索結果ページに達する前に満たされる可能性があることです。たとえユーザーが「検索」しているときでも、発見はクローズドなエコシステム内で起き、独自のランキング、広告、商家統合を持ちます。

トラフィックのシフト：オープンウェブが減り、閉じたループが増える

注意がスーパ―アプリに集中すると、オープンウェブ検索を含む旅程は減ります。多くの旅程が閉じたループになります：閲覧→決定→取引、すべて一つのプラットフォーム内で完結。これによりBaiduが意図の瞬間を捉える機会が圧縮され、クリックやコンバージョンから得られるデータフィードバックが減る可能性があります。

ユーザーが他所で始めるときBaiduに必要なこと

関連性を保つには、Baiduはこれらのエコシステム内で配布を獲得する必要があります：その場でクエリに答える統合、アプリ内検索ボックスにBaiduの結果を持ち込むパートナーシップ、そしてプラットフォームやミニプログラムが簡単に真似できない差別化機能（ローカル意図、信頼できる回答、AI機能）です。

目標はユーザーをBaiduに引き戻すことだけではなく、実際の出発点に存在することです。

収益化の道筋：広告、ローカルサービス、成果ベース

Baiduのマネタイズはユーザーが「何かをしようとしている」瞬間に広告を結びつけると最も効果的です。検索と地図はどちらも高シグナルな瞬間を生むため、インプレッションではなく成果（行動）を売りやすいです。

検索広告：価格付けできる意図

検索広告はクエリから行動への最もクリーンな経路です。「近くの歯医者」「引越し会社の見積もり」「朝陽区の人気火鍋」といったキーワードはクリック、通話、フォーム送信、さらには予約に結びつけやすいです。この計測性があるため、広告主はCPAやCPLが目標内であれば支出を継続します。

地図主導のマネタイズ：ローカルコンバージョンエンジン

地図は“フットトラフィック”に近い収益化パスを作ります。よくあるモデルは：

• プロモートリスティング：近隣ユーザー向けに店舗を上位に表示
• スポンサー・ピン／ブランドPOI：意思決定点でのビルボード的露出
• ローカルパフォーマンス商品：通話、ナビ開始、来店などを最適化

地図のインタラクションは購入直前に起こるため、広告主は信頼できるトラッキングがあればより高い対価を受け入れる傾向があります。

トレードオフ：収益 vs ユーザー信頼

過度なマネタイズ（広告過多、不明瞭な表示、低品質リード）はプロダクトを急速に劣化させます。ユーザーは結果を信頼しなくなり、良質な商家はコンバージョンが取れないと入札をやめます。長期的な勝者は広告量を抑え、商家品質を厳格に管理するプラットフォームです。

計測が予算配分を決める理由

着信通話のトラッキング、クーポンの引き換え、ナビから来店へのシグナル、コンバージョン報告の正確さがあるかどうかで、ローカル事業者がBaiduをコアチャネルとみなすか試験的チャネルとみなすかが分かれます。報告が実際の成果と一致すれば支出は継続的になりますし、そうでなければ予算はスーパ―アプリや垂直プラットフォームへ移ります。

Search・Maps・AIを結ぶデータフライホイール

フライホイールは単純なループです：ユーザーが行動 → データを収集 → プロダクトが改善 → もっと多くのユーザーが行動。ループが回り続ければ、改善は単発ではなく複利的になります。

SearchとMapsのシグナルをどう繋げるか

Baidu Searchは人々が何を求めているかを、Baidu Mapsはいつどこでそれを求めているかを捉えます。これらを組み合わせると意図に関するシグナルは非常に強力になります。

たとえば「近くの火鍋」と検索して、結果をクリックし、Baidu Mapsで経路を開き、後でレビューを残した場合、Baiduは複数のヒントを得ます：

• クエリ意図：料理タイプ、緊急度、価格志向（「安い」「今開いている」など）
• 位置コンテキスト：現在地、許容できる移動距離、時刻
• 成果フィードバック：ユーザーは実際にそこへ行ったか、近辺で滞在したか、別の選択肢に移ったか

AIによるパーソナライゼーションはこれらのパターンを使って、より有用に順位付けできます：単なる「人気店」ではなく「同様の意図を持つ人が実際に訪れる店」。時間をかけると、ローカル検索の関連度、待ち時間の推定、推奨カードの充実などが改善します。

リスク：悪質データがループを壊す

フライホイールは「データが多い」だけで回るわけではなく、良質なデータで回ります。ローカルプロダクトは特に次に脆弱です：

• スパムや偽レビューがランキングを歪める
• 低品質なリスティング（営業時間が間違っている、POIが重複している、電話番号が欠けている）
• 誤解を招くコンテンツ（釣り広告、詐欺的サービス）

ユーザーが繰り返し閉まっている店や詐欺に遭うとクリックしなくなり、ループは逆転します。

信頼と関連度が最優先

信頼はフィードバックの前提条件です。ユーザーは結果が正確だと信じない限り、高品質のシグナル（クリック、訪問、レビュー）を提供しません。関連度が前提条件です：SearchとMapsがローカルの問いに確実に答えられなければ、ユーザーはそのクエリをスーパ―アプリに移し、Baiduは改善に必要なデータから切り離されます。

競合と代替：ユーザーが検索から始めないとき

Baiduの競合相手は「他の検索エンジン」だけではありません。ユーザーがクエリを形成する前の瞬間を捉えるあらゆるプロダクトが競合です。中国ではその瞬間はしばしばアプリ内にあるため、本当の争いは「出発点」を巡るものです。

検索を完全に経由しない代替行動

増えている発見経路は：

• ショートビデオでの発見：スクロール中に場所や商品、トレンドを見つけ、そのままアプリ内ストアや地図カードに移行する
• ソーシャルな推薦：グループチャット、フィード、インフルエンサー投稿が「何を試すか」を提示し、タイピングでの検索を不要にする
• メッセージング：チャットで待ち合わせを調整し、地図ピンやミニプログラムリンクがインターフェースとなる

これらは上流で意図を満たすため、ユーザーが道順や価格を必要とする時点では意思決定が既に半分できていることが多いです。

クエリタイプによって勝者が変わる

すべての「検索」が同じではありません。プレイヤーは意図によって得意分野を持ちます：

• 情報クエリ（「Xとは」「Yの直し方」）は検索が有利
• ローカルクエリ（「近くの火鍋」「駐車場」「今開いているクリニック」）は密なリスティングとレビューを持つ地図やローカルプラットフォームが有利
• エンタメ／トレンド系クエリ（「何が流行っているか」「みんなが行っている場所」）はショートビデオやソーシャルアプリが起点になる

つまりBaiduは古典的な情報検索で強くあり得ますが、ユーザーが他所で始めると高価値なローカルやライフスタイル意図を取り逃がす可能性があります。

配布が競争の価格付けを決める

マインドシェアを勝ち取るのは難しいが、配布を勝ち取ることは買収や交渉で可能です。OEMチャネル、アプリストア、デフォルト設定がどのアイコンが見えるか、どのアシスタントが最初に答えるか、どのアプリがリンクを開くかを決めます。

Baiduの戦略的問いは：「各意図に対してユーザーはどこから始めるか？」です。出発点がスーパ―アプリのフィードなら、カードやディープリンク、パートナーシップで戻るルートが必要です。出発点がホーム画面なら、デフォルトとプリインストールが決め手になります。

規制と信頼：プロダクトを形作る運用ルール

中国の規制はプロダクトの外にあるだけでなく、検索・地図・AIが何を表示できるか、どれだけ速く更新できるか、何を審査する必要があるかを直接変えます。コンプライアンスは継続的なプロダクトコストです：モデレーションツールの構築、パートナー監査、削除要請の処理、調査に耐えうる記録の維持など。

ルールがプロダクト設計と予算をどう変えるか

検索ランキングやローカルリスティングにはガバナンス機能の組み込みが必要です：事業者の実在性確認、広告ラベルの明確化、特に悪用されやすいカテゴリ（医療、金融、教育）の厳格なオンボーディング。これらの管理はリスクを下げますが摩擦も生みます—商家の手順増加、プロダクトチームの反復速度低下、運用コストの上昇。

特にBaidu Mapsではリスティングの正確性がコンプライアンスと不可分です。ユーザーが偽住所や釣り広告、スパムPOIに何度も遭遇すると、重要な判断（どこで食べるか、どのクリニックを選ぶか）に地図を使わなくなります。

信頼は差別化要因になる

結果が似通っているプラットフォーム同士では、詐欺を排除し、プロモーションを明示し、信頼できる情報源を優先する検索エンジンがリピート利用を勝ち取れます。ユーザーの懸念は実務的で持続的です：

• 誤情報（特にセンシティブな話題）
• ローカル結果における詐欺や偽造サービス
• 役に立たないSEOページが有益な回答を押しのけること

AI回答に対するガバナンスの意味

AI生成の回答は責任の重さを増します。AI回答が間違っていたり、偏っていたり、開示なしにプロモーション的であれば、ユーザーは裏切られたと感じます。ガバナンスは次を左右します：

• モデルが引用・要約して良いソース
• システムがいつ拒否するか、慎重な表現にするか、検証済み情報にリダイレクトするか
• 詐欺や危険なコンテンツを防ぐための推薦フィルタ

要するに：配布でユーザーを呼び込めても、規制と信頼が長期滞在を決め、BaiduがAIを日常的な意思決定に安全に拡大できるかを左右します。

配布主導でBaiduが次に勝てる可能性のあるシナリオ

Baiduの次の成長は全く新しい行動を発明するよりも、中国のユーザーが既に始めている場所—端末、車載機、頻繁に使われるアプリ—に役立つAIとローカル意図機能を配置することにあります。

シナリオ1：AI検索がデフォルトの「回答レイヤー」になる

配布レバー： システムデフォルトやOEMプリインストールでBaidu（とそのAIモード）を第一の検索ボックスに設定、ブラウザのアドレスバーでの目立つ配置。

ユーザーにとっての勝ち筋： クエリの再精査が減り、ソースを引用する速い要約、保健・金融・旅行など敏感な話題に対するより安全な結果と明確な信頼度シグナル。

リスク： ユーザーが「十分に良い」回答をスーパ―アプリで済ませるよう習慣を変える、あるいは垂直アプリの方がデータが新鮮で好まれる可能性。

シナリオ2：Maps主導のローカルサービス成長

配布レバー： Baidu Mapsへの深い統合—配車、駐車、燃料／充電、予約—と、物件管理者、商業施設、自治体との提携でMapsをデフォルトの入り口にする。

ユーザーにとっての勝ち筋： 誤った経路や無駄な移動が減る、正確なETA、信頼できる入口情報、屋内ナビ、ワンタップアクション（予約、支払い、チェックイン）。

リスク： クローズドなエコシステムが商家の在庫アクセスを制限する可能性、現地データの品質が不安定だと信頼が崩れる。

シナリオ3：車載アシスタントが日々の伴走者になる

配布レバー： 自動車メーカーやTier-1サプライヤーとの組み込み契約により、Baiduを標準の音声アシスタント兼ナビの脳にする。

ユーザーにとっての勝ち筋： 運転中の画面操作が減り安全性が向上、スムーズなルーティング、工事・天候・充電可用性の事前通知でストレス軽減。

リスク： 自動車メーカーが自前のアシスタントを推す可能性や、個人化に対する規制・プライバシー制約。

シナリオ4：職場・教育分野を通じたAIツールの配布

配布レバー： 企業・教育機関パートナーシップや政府調達でのAI執筆、調査、翻訳機能のバンドル提供。

ユーザーにとっての勝ち筋： 草案作成、ファクトチェック、ドキュメントワークフローの時間短縮、引用と監査可能性の向上。

リスク： 調達サイクルが遅いこと、出力の正確性やデータ取り扱い、誤った出力時の責任所在に信頼が依存すること。

まとめ：チャネル支配市場でのプロダクト力の考え方

配布がデフォルト、プリインストール、スーパ―アプリでゲートされているとき、「より良いプロダクト」とは単に機能ではなく、意図の瞬間に到達可能であることです。検索、地図、AIを通じたBaiduの物語は、その到達を考える実践的な方法を提供します。

チャネル評価チェックリスト

任意のチャネル（OEMプリインストール、ブラウザデフォルト、スーパ―アプリ入口、ミニプログラム、QRフロー）を評価するために：

• 誰がアクセスを制御しているか？ OEM、アプリストア、スーパ―アプリ、規制当局、あるいは自社か？
• デフォルトの経路は何か？ ユーザーが何もしなければ、あなたは開かれるか？
• スイッチングコストは何か？ 習慣、履歴、保存場所、決済の紐付け、管理ポリシー、あるいは「一手間」か？
• エンドツーエンドで何を測れるか？ チャネルがユーザーIDを隠したりディープリンクを阻むと学習ループが遅くなる
• どれだけ守りやすいか？ 短期的なトラフィック契約は消えやすい。ワークフローに埋め込まれた統合は持続しやすい

ジョブに最適なサーフェスを選ぶ

「ブランド先行」ではなく「サーフェス先行」で考えます。

• Search：意図があいまいなとき（比較、調査）や選択肢を求める時に最適
• Maps：高頻度・ローカル意図（近く、ナビ、営業時間）で速度と文脈が重要なときに勝つ
• AIアシスタント：要約、計画、草案作成、トラブルシュートなどの複数ステップのタスクに適し、ユーザーが既に時間を費やす場所に存在すれば探索を検索から逸らす力がある

有用なテスト：ユーザーはどこに既に習慣を持っているか？ あなたのサーフェスはその瞬間にステップを減らせるか？

配布力を明らかにする指標

ダウンロードや総MAUだけでなく、次を追いかけます：

• 獲得ソースの構成（デフォルト/プリインストール vs 有料 vs オーガニック vs リファラル）
• 入口ポイント別の再利用率（同じチャネル経由でどれだけ戻るか）
• チャネルごとのコホート定着（D1/D7/D30）
• 「直接オープン」のシェア（ショートカットではなく習慣になっている兆し）

ユーザー関係を手放さずにパートナーする

パートナーシップはレバレッジですが、長期的な結びつきを守ります：明確なID/アカウント連携、コアエクスペリエンスへのディープリンクの保持、データと計測の権利交渉。パートナーは配布の加速装置と考えつつ、ユーザーがデフォルトでなくてもあなたを選ぶような履歴、保存、パーソナライズ、サービス保証を作るべきです。

ビルダー向け実務的メモ：配布実験を速くプロトタイプする

配布レンズでBaiduを分析し、自分のプロダクトに当てはめる際のボトルネックは実行です。チャネル固有のランディングページ、オンボーディングフロー、パートナー向けの変種、計測を迅速に作ってテストする能力が必要です。

Koder.aiのようなプラットフォームは、チャットインターフェースからウェブ（React）、バックエンド（Go + PostgreSQL）、モバイル（Flutter）のコンパニオン体験を素早く雰囲気コード化するのに役立ちます。チャネル別ファネル、コホート／アクティベーション追跡のインターナルダッシュボード、またはグロースとエンジニアリングを整合させる「計画モード」仕様を素早く立ち上げるのに有用です。重要なのはツール自体ではなく、配布仮説と計測可能な実験のサイクルを短くすることです。