探し方が違う利用者を、一つの物件一覧へ導く検索設計

オフィスを探す理由や知識は利用者ごとに異なります。希望エリアが決まっている人、駅から探す人、居抜きやセットアップなど働き方から探す人、地図を見ながら位置関係を確かめたい人がいます。入口ごとに別の検索機能を作ると、同じ物件でも表示条件や件数が食い違い、運用側の修正箇所も増えてしまいます。

また、条件数が多いほど一度で決めることは難しく、比較中の物件や検索条件を後から見直す機能が必要でした。検索結果、物件詳細、お気に入り、条件保存の間で、利用者が何を選び、何を保持しているかを分かりやすくする必要があります。公開後にも検索条件や表示の改善要望が続くため、個別の例外追加ではなく、優先順位を付けて共通ロジックへ反映できる構成が求められました。

検索の入口は複数用意しつつ、最終的には同じ物件一覧と検索条件へ集約する設計にしました。エリア、路線・駅、地図、特徴、ブランド、キーワードなどは別々のページに見えても、内部では共通の条件として扱います。これにより、入口を追加しても物件データや一覧表示を複製せず、件数と表示内容の整合を保てます。

検索結果では、選択中の条件を見える形にし、条件の追加・解除、並び替え、詳細確認へ進めるようにしました。お気に入りは物件、保存条件は検索条件として役割を分け、再訪時にどちらを開いたかが分かる構成です。地図検索も独立した別サービスにせず、地図上の選択を共通の一覧条件へ渡します。公開後の改善は、利用頻度と影響範囲を確認し、検索ロジック、表示、データのどこを直すかを切り分けて対応しました。

条件の多さをそのまま一画面へ並べると、利用者はどこから選べばよいか分かりません。そこで最初の入口では目的に近い探し方を選ばせ、一覧では現在の条件と件数、変更できる項目を優先して見せました。専門用語だけに頼らず、オフィスの特徴が想像できる見出しや写真からも検索へ入れる構成です。

スマートフォンでは条件パネルが結果を覆い続けないよう、選択と結果確認を切り替えます。お気に入り、保存条件、問い合わせの操作も同じ強さで並べず、「比較中」「次回も使う」「相談する」という目的を区別しました。検索機能の豊富さを見せるより、迷ったときに現在地へ戻れることを重視しています。

物件データと検索条件を共通化し、どの入口から来ても同じ検索処理と一覧表示を利用する構成にしました。エリア、路線、特徴などの分類は組み合わせられる形で持たせ、地図、キーワード、キャンペーンからも同じ結果へ接続します。お気に入りと保存条件は保持する対象が異なるため、データと復元処理を分けています。

本案件では、条件と物件データを共通の検索処理へ集約したため、新しい入口を追加した場合も一覧・件数の整合を保ちやすくしました。公開後の改善も、画面表示だけでなく、条件定義・物件データ・検索結果への影響を切り分けて確認できる構成です。