検索の「バックエンド化」 —— 「探す」作業の終わりと、「選ぶ」編集の始まり
「24時間いつでも」という名の作業移管
「当サイトは24時間いつでも予約可能です」
この言葉は便利さの宣伝として機能してきた。
だが、体験として正確に言い換えるならこうだ。
「24時間いつでも、あなたが探し、比較し、判断するなら使えます」
旅行予約では、「癒やされたい」という欲望はそのままでは検索に乗らない。
ユーザーはそれを、エリア・日程・予算・条件といったパラメータに落とす。
その後にやることは、候補を読むことだ。写真、口コミ、価格、空室。往復。
これはサービスというより、下調べの外注である。
「検索したい人もいる」への答え
反論は正しい。
比較そのものが楽しい人はいる。検索は趣味になる。
問題は、検索が趣味ではなく、全員に課される前提になっていることだ。
AI時代に起きるのは検索の消滅ではない。
検索が「義務」から「選択肢」へ降格する。
AIが引き取るべきなのは「下調べ」
Do It Yourself から Do It For Me へ。
ここでAIが引き取るのは、願望をパラメータへ翻訳し、候補を集め、比較し、矛盾を潰す作業だ。
ユーザーの入力は、検索窓への質問ではなく依頼になる。
たとえばこうだ。
「来月の週末で疲労を抜きたい。移動は短く。予算は上限だけ決める。」
従来の検索は、この粒度を扱えない。
AIは、過去の行動、カレンダー、天候、価格帯、混雑などを材料にして、仮説として整理できる。
ただし、ここで終わってはいけない。
A/B/Cは「答え」ではなく「仮説」である
AIが最初に出すべきなのは結論ではない。
理由つきの、方向性が違う仮説だ。
プランA：合理（コスト・移動・制約を優先）
プランB：嗜好（好み・過去の選択・文脈を優先）
プランC：発見（いつもと違う軸を一つだけ入れる）
ここで効くのは「正解」ではない。
基準点が並ぶことで、ユーザーが自分の評価軸を言語化できる点だ。
「今回はコスパより体験を上げたい」
「今回は冒険しない」
「移動だけは絶対に短くしたい」
この編集指示が、次の仮説の条件になる。
Human in the Loop の本質は「編集」である
人はAIに正解を求めなくていい。
「Bは近いが落ち着きすぎる」
「Cは面白いが今回は振れ幅が大きい」
「Aでいい。ただ自由度を残したい」
この修正は、単なる改善ではない。
評価軸を更新し、仮説を共同で作り直す編集である。
この関係において、ユーザーは承認者ではない。
方向性を決め、違和感を言葉にし、判断基準を磨く編集者になる。
検索は残る。ただし主役ではない
AIが下調べを引き取り、人間は編集を引き取る。
計算はAIがやる。責任は人間が持つ。
だから設計すべきなのは、「検索精度」だけではない。
仮説を編集できる体験だ。
なぜその案になったか（根拠の表示）
どこを変えられるか（編集可能な軸の提示）
変えたら何がどう変わるか（影響範囲の可視化）
編集履歴が残るか（戻れる設計）
この前提で作られたサービスだけが、ユーザーを作業者から解放し、意思決定の編集者として扱える。
検索は終わらない。ただし、主役は戻る。人間に。
