マッチングサイト開発事例｜無料不動産を公開・運営して分かった設計のポイント

無料不動産は、0円で手放したい不動産を掲載する人と、その物件を活用したい人をつなぐために自社で開発したサービスです。一般的な会社サイトではなく、会員登録、物件掲載、検索、本人確認、問い合わせ、メッセージ、運営確認までを持つマッチングサービスとして公開しています。

開発前は、物件を掲載して検索できれば大枠は完成するように見えました。実際に仕様を詰めると難しかったのは、その前後です。誰なら公開できるか、誰なら問い合わせできるか、確認が終わっていない場合はどこで止めるか、取引終了後に何を残すか。画面より状態の設計が中心になりました。

本人確認が済んでいることと、その人が掲載する物件について必要な確認が済んでいることは別です。ここを一つの『確認済み』にまとめると、後から権限が分からなくなります。

無料不動産では、利用者本人の確認と、掲載・権利に関する確認を分けて扱う設計にしました。ユーザー側には難しい内部状態を見せすぎず、運営側では何が済み、何が残っているかを区別します。

マッチングサイトで審査機能を作るときは、『確認あり』という機能名より、何を確認し、その結果がどの操作を許可するのかを分ける方が安全です。

物件に興味を持った人が問い合わせボタンを押した瞬間、必ずしも自由にメッセージを送れる状態へ進めるわけではありません。必要な本人確認や掲載側の条件が残っている場合があります。

そこで、問い合わせが存在することと、実際にやり取りできる状態を分けました。利用者は問い合わせの存在を確認でき、必要な条件がそろった段階で会話へ進みます。

この中間状態を用意したことで、『問い合わせは来ているのに条件未完了』『確認が終わったので会話可能』を自然に表現できるようになりました。

掲載終了や取引完了後は、新しい問い合わせを止める必要があります。一方、すでにやり取りしていた利用者まで突然履歴を見られなくすると、確認や連絡ができません。

そのため、新規受付の停止と、既存スレッドの扱いを分けました。終了後も必要な期間は既存のやり取りを残し、その後に閉じる考え方です。

マッチングサイトでは『終了』を一つのスイッチにしない方がよいケースがあります。新規受付、閲覧、送信、管理者確認を別々に考えると運用しやすくなります。

利用者が条件を満たしていないとき、画面から公開ボタンを隠せば一見動きます。ただしURLやAPIを直接操作された場合にも、公開できないようにする必要があります。

無料不動産では、本人確認や必要項目、画像、公開条件などをサーバー・データ側でも判定する考え方を取りました。見た目と実際の権限を同じルールへ寄せることで、画面だけを回避して公開されることを防ぎます。

会員や掲載が少ないうちは、DBを直接見れば運営できるように感じます。ところが、本人確認、掲載確認、問い合わせ、通報などが重なると、誰が何待ちなのか追えなくなります。

最初から必要だったのは、豪華なグラフではなく、確認待ちを一覧で見て、承認・差し戻し・停止ができる画面です。利用者が増えてから分析を足しても、運営の基本操作は公開初日から必要でした。

掲載フォームで項目と画像を一度にすべて入力させると、途中離脱したときに何も残りません。そこで、基本情報を下書き保存してから画像掲載へ進める流れにしました。

マッチングサイトでは、入力項目を減らすだけでなく、途中保存できる単位を考えることも重要です。掲載情報が多いサービスほど、完了までの段階設計が離脱率に影響します。

自社サービスを運営していると、仕様書だけでは見つからない問題が出ます。問い合わせ済みなのに導線が分かりにくい、未読が分からない、確認待ちの理由が伝わらない。こうした小さな問題が、実際の利用では大きく効きます。

当社では、自社サービスで見つかった修正や失敗を、次の開発で使える設計ルールとして蓄積しています。『問い合わせ済みなら問い合わせボタンではなく、やり取りへ進む導線へ変える』といった判断もその一つです。

マッチングサイトは掲載ページ自体が検索流入の入口になることがあります。そのため、一覧・詳細ページのタイトル、canonical、内部リンク、インデックス対象を、サービス設計と同時に考える必要があります。

検索条件を無制限にURL化すると薄いページが増える一方、すべてを閉じると掲載資産を検索へ活かせません。利用者に意味のある一覧と詳細を中心に、Googleへ見せる範囲を決めます。

現在、マッチングサイトの相談では、いきなり必要機能を聞くだけではありません。誰が何を掲載するか、本人確認はどの操作の前か、問い合わせ後に誰が何をするか、取引が終わったら何を残すかを先に確認します。

これらが分かると、最小構成も見積もりもかなり具体的になります。逆にここが決まっていない段階で、チャット・決済・AI推薦を全部入れても、事業の流れは完成しません。

無料不動産を作って最も大きかった学びは、機能を増やすことより、各機能の前後を矛盾なくつなぐことでした。本人確認、掲載、問い合わせ、メッセージ、取引終了。それぞれは単体でも作れますが、サービスでは一本の流れになります。

当社の受託開発でも、この流れを先に作り、最初に必要な範囲だけを公開する方針を取っています。実際のサービス運営で見つかった問題を次の設計へ戻せることが、自社サービスを持つ制作会社としての強みだと考えています。