不動産業向け内見予約システムの発注は、現場業務を整理したうえで発注形態を選び、要件と委託先を比べ、契約と導入を経て、運用を評価する順に進めます。この順で進めると、予約業務の改善につながります。
全体像は、下の完全ガイドの記事でも確認できます。
▼全体ガイドの記事
・不動産業向け内見予約システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
発注前に知るべき不動産業向け内見予約システムの全体像
内見予約システムは、物件や部屋、募集状況などの情報を、担当者や鍵とつなぐ業務システムです。来店日時を登録するだけの予約ツールとは違い、仲介会社や入退室、内見後の評価まで関わります。そのため発注時には、予約を受け付ける画面と、予約を安全に確定・実施・記録する業務基盤を分けて考えます。
発注判断の3軸（予約者・鍵・連携）
予約する人によって、必要な画面と本人確認が変わります。そのため、入居希望者が直接予約するのか、客付会社が元付会社の物件を予約するのか、自社営業が顧客との予定を登録するのかを、まず決めます。
- 予約者：仲介会社の資格確認と、物件ごとの利用可否を決めます。
- 鍵：受け渡し記録か、時間制限付きの解錠情報か。
- 連携：予約後に接続する業務システムの範囲。
客付会社が複数ある場合は、会社情報や宅建業許可、利用可否のほか、予約変更の権限まで定義します。
鍵を営業所で受け渡す運用では、受け渡し記録と返却確認が中心になります。一方、スマートロックや暗証番号で無人内見を行うなら、予約確定後にだけ解錠情報を発行します。そうすると、予約時間外の利用を防げるうえ、キャンセル時には権限を失効させられます。
連携先は、賃貸管理やCRM、ポータルなどから選びます。申込、電子契約、入退室ログも選択肢になります。
標準サービスと個別開発で解決できる課題の違い
発注方式は、標準機能で業務をまかなえるか、独自要件があるかで選びます。
- 不動産特化クラウド：空室確認、受付、変更・キャンセル、仲介会社との共有を早く始めたい場合に適しています。
- 標準機能の活用：業務を機能に合わせられれば、短期間で導入できます。
- 個別開発・API連携：賃貸・売買の異なる予約ルール、仲介会社別の権限、基幹連携、スマートロック、独自審査が必要な場合に検討します。
たとえば、アットホームのスマート案内予約は、24時間365日受付、物件・鍵情報の登録、内見評価や予約実績の分析を案内しています（出典：アットホーム株式会社「スマート案内予約」、2026年確認）。
まず、標準機能で満たせる要件と、業務上変えられない要件を分けます。そのうえで発注方式を選びます。
発注形態の選び方
物件数や予約量が少なく、電話対応を早く減らしたい場合は、SaaSや不動産特化クラウドが適しています。一方、独自の承認、鍵、権限、外部連携が競争力に直結する場合は、要件定義から個別開発を委託します。迷う場合は、標準サービスで小規模に導入し、API連携も確認する段階方式が現実的です。
SaaS・パッケージを選ぶケース
SaaSやパッケージは、初期投資を抑えて、短期間で受付を始めたい場合に合います。製品には、物件・時間枠予約、重複防止、メール通知、変更記録などが用意されています。
- 利用上限：物件登録数、仲介会社数、予約件数の上限。
- データ：出力方法と、解約時の返却条件。
- 支援：サポート時間と、初期設定の担当範囲を確認します。
製品にない機能は、追加費用が発生することがあります。そのため、権限、鍵情報の表示範囲、審査済み会社の受付、賃貸・売買のルール分岐をデモで確認します。さらに、物件マスタ移行や初期設定を自社で行う場合は、その工数も含めて比べます。
ローコード・ハイブリッドを選ぶケース
ローコードは、短期間で物件台帳、担当者、予約状況、内見後アンケートを作り、現場の声を聞いて改善したい企業に適しています。また、現場部門が項目を変えやすい点も利点です。
たとえば、公開予約画面を外部サービスにし、社内の承認・集計・通知をローコードで管理する構成も検討できます。この構成では、次のような点を確かめておきます。
- 性能：同時刻の予約やアクセス集中時の処理。
- 安全性：鍵連携と、仲介会社ごとの認証。
- 移行性：将来移行する際のデータ形式とAPI方針。
これらをローコードだけで実現するのは難しい場合があります。たとえPoCで動いたとしても、本番の同時利用者数や障害時の復旧方法が曖昧なら、リスクは残ります。
個別開発を選ぶケース
自社の業務フローを保ち、競争力のある運用を組み込みたい場合は、個別開発が選択肢になります。
- 独自要件：物件別の受付条件、客付会社の資格確認、承認後の鍵表示、内見から申込へのID連携に対応します。
- 発注側の役割：業務ルールを決め、受入テストに参加し、公開後の運用を担います。
- 体制：現場責任者、仲介担当、管理会社、情報システム担当を含めます。
発注側は、例外処理、担当者変更、キャンセル、鍵の紛失も要件に含めます。
RFPと要件整理の準備範囲
RFPは、業務課題と守る条件を、複数の候補会社へ同じように伝える文書です。完成画面の細部をすべて指定するものではありません。
RFPには、対象業態と物件数、月間予約数を記載します。利用者や現行業務、導入時期、予算の考え方も書きます。加えて、既存システム、セキュリティ、保守体制、見積の分け方も含めます。
現行業務と例外の洗い出し
電話やメールを起点に、空室確認、予約枠の確保、鍵の受け渡し、内見後の記録を時系列で書き出します。通常予約以外のケースも、あわせて整理します。
- 予約対応：変更、キャンセル、遅刻、同時間帯の重複を確認します。
- 現場対応：担当者不在、鍵の不具合、募集停止も扱います。
- 共有資料：帳票、Excel、メール雛形を候補会社へ渡します。
発注側が現行資料を候補会社に共有すると、見積の前提をそろえやすくなります。
優先順位がないと、見積条件がばらつき、価格を比べにくくなります。そこで、要件は「必須」「できれば欲しい」「将来対応」に分けます。
必須には、物件・部屋・募集状況と内見枠、重複防止を置きます。権限、通知、操作履歴も、必須に含めます。一方、将来対応には、スマートロックやオンライン内見、内見後アンケート、CRM・申込・電子契約との連携を置けます。
鍵情報・個人情報・外部連携の要件
内見予約では、氏名や電話番号、メールといった利用者の情報に加え、仲介会社担当者、鍵情報、入退室ログも扱います。そのため、RFPで認証、権限、通信・保存データの保護を定めます。
ログ保存期間、委託先管理、解約時の削除・返却も明記します。また、個人情報保護委員会の通則ガイドラインは、アクセス制御や認証、不正アクセス防止、ログ分析を安全管理措置の例に挙げています。
- 連携データ：対象データと連携のタイミング。
- 識別子：物件ID・部屋ID・予約IDの対応を定めます。
- 障害時：再送、重複防止、CSV代替の可否を確認します。
賃貸管理から物件情報を受け取り、予約をCRMへ送り、実施結果を申込管理へ渡す場合も、どちらのシステムを正とするかを決めます。
提案依頼書の評価方法と納品物
提出物として、提案書、概算見積、工程表、体制表を指定します。画面案や非機能要件への回答、類似事例、保守費用も、あわせて求めます。
提案を比べるには、評価の観点を先に決めておきます。
- 業務理解：不動産業務と予約制御への理解。
- 設計・連携：鍵、権限、外部連携の方法。
- 運用支援：テスト、教育、障害対応の内容。
納品物には、要件定義書や画面仕様書、データ定義書、テスト仕様書、操作マニュアルが入るかを確認します。さらに、ソースコード、インフラ構成、運用手順、ログの扱い、データ移行結果も対象にします。これらが含まれない場合は、追加費用や引き継ぎの問題につながります。
発注・外注の進め方と順番
発注は、まず課題を確認し、RFPを作って候補を選びます。そのうえで、提案と見積を比べ、契約に進みます。契約後は、要件定義、設計・開発、テスト、移行を経て、運用評価へ進みます。
小規模導入でも、契約前に業務範囲と評価指標を決めておくと、納品後の認識違いを減らせます。
現場ヒアリングとPoCの進め方
まず、1エリア、1業態、数十物件などに範囲を絞ります。PoCでは、業務指標を測ります。
- 時間と件数：予約確定までの時間と電話件数を測ります。
- 予約状況：重複、変更処理時間、無断キャンセルの状況。
- 実施状況：内見実施率の確認。
リサーチノートの目安では、内見予約業務のPoCは50万〜300万円、1〜3か月程度です。ただし、対象範囲や連携の有無で変わる推定値です。
管理会社だけでなく、電話担当、案内営業、鍵の管理担当、客付会社の利用者にも話を聞きます。経営側の削減希望と、現場の困り事は異なる場合があります。
終了条件は、業務成果で定めます。画面が動くかどうかより、予約が重複しないことや、鍵情報が適切な人だけに見えることといった成果を基準にします。
要件定義後の設計・開発の段階分け
要件定義では、予約の状態と、変更条件・通知先を決めます。状態には、仮予約、承認待ち、確定、実施済み、キャンセル、無断キャンセルなどがあります。
募集停止、担当者の休暇、営業時間外、同じ仲介会社の複数予約なども確認します。また、スマートフォンを使う客付会社と、大量の一覧を扱う管理者の画面を検証します。
- 基本機能：物件・利用者・権限の整備。
- 予約機能：予約枠・カレンダー・通知・履歴の作成。
- 拡張機能：外部連携、鍵、入退室を段階的に加えます。
重複防止と権限は、後付けだとデータ構造の変更が必要になる場合があります。同じように、スマートロックを後段にする場合も、予約IDと解錠権限を結びつけておきます。
受入テストと移行の確認の分け方
受入テスト、物件データの移行、公開後の運用を、それぞれ確認します。
- 受入テスト：重複・同時予約、キャンセル後の再予約、鍵の期限、権限外アクセス、メール不達、API停止時の再送を試します。
- データ移行：住所、物件名、部屋番号、募集状況、案内可能時間、鍵情報、担当部署の対応を確かめ、古い物件や募集停止物件を除外します。
- 公開後の運用：問い合わせ窓口、障害連絡先、ロールバック、定例レビューを決め、効果を毎月確認します。
管理者、元付会社、客付会社、現地担当者ごとにテストシナリオを作ります。そのうえで、発注側が業務上の合格条件を判定します。
請負と準委任の選び方
納品物と完成条件を明確にできる工程には請負、要件が変わりやすく専門家の協力を得る工程には準委任を使い分けます。
要件定義やPoCを準委任、仕様確定後の開発・テストを請負、公開後の改善を準委任に分ける方法もあります。こうした分け方でも、作業範囲、成果物、責任、検収、変更手順は確認します。
請負契約の完成条件と変更管理
請負契約は、決めた成果物を納期までに完成させ、発注側が検収する契約です。そのため、完成の基準を具体的に決めておきます。
- 完成仕様：画面、機能、対応ブラウザ、性能、セキュリティ、テスト、マニュアルを定めます。
- 受入基準：予約重複を防ぎ、キャンセル後に解錠できず、権限外の物件が表示されないことを確認します。
- 変更管理：承認者、追加費用、納期への影響、優先順位を決めて記録します。
- 権利と責任：知的財産権、第三者ライブラリ、ソースコードの利用範囲、脆弱性修正の責任。
準委任契約の稼働範囲と意思決定
準委任契約は合意した業務の遂行が中心で、要件が固まっていない工程や改善に使いやすい契約です。
- 対象業務：現場・既存システム調査、構成検討、試作、導入後の改善を依頼できます。
- 稼働条件：月の稼働時間、担当者のスキル、会議、報告、成果物の扱いを定めます。
- 発注側の決定：責任者を置き、毎週レビューします。予約ルール、鍵の開示、個人情報の保存期間、仲介会社の条件は自社で決めます。
- 契約の移行：請負へ移る時期と、確定する仕様書・見積・工程を話し合います。
条件が曖昧なままだと、何に費用を支払ったのか分かりにくくなります。
保守契約の障害対応・改善・データの扱い
保守契約では、障害対応、継続改善、解約時のデータを分けて確認します。
- 保守範囲：監視、バックアップ、脆弱性、OS・API変更、問い合わせ、軽微な改善の扱い。
- 障害対応：予約停止、鍵の不具合、通知不達時の連絡方法と代替策を決めます。
- サービス水準：復旧目標時間、対応時間、重要度別の連絡方法を記載します。
- データ返却：物件、予約、利用者、操作履歴、内見評価をCSV等で受け取れるか、削除証明を発行できるかを確認します。
独自形式に閉じると、移行費や切替期間が膨らむことがあります。そのため、利用規約、委託・再委託先、データ保管地域も確認します。
不動産業向け内見予約システムの費用相場
汎用クラウドは初期0万〜50万円、月額1,500円〜5万円程度が目安です。不動産特化クラウドは、初期0万〜100万円、月額1万〜10万円程度です。
物件、仲介会社、権限、通知、管理画面、API連携を含む小規模な個別開発は200万〜500万円程度です。中規模の連携開発は500万〜1,000万円程度で、全社基盤は1,000万〜2,000万円以上になることがあります。
これらは、公開価格と一般的な業務システム相場を要件に当てはめたレンジです。確定価格ではありません。
たとえば、バルテックはシンプルプランを初期0円・月額1,500円（税別）から案内しています。デラックスは初期25万円・月額1万円です。
また、スマートロック構成は初期合計約53万590円、月額合計1万3,600円です。いずれも税別で、工事費は別です（出典：株式会社バルテック「内見予約システム」、2026年確認）。
これは一社の公開例で、相場全体を代表しません。予約だけの場合と現地設備を含む場合の差を把握する材料です。
初期費用の内訳（要件定義・開発・移行・教育）
見積は、要件定義、画面・UX、フロントエンドごとに分けてもらいます。管理画面、API・データ連携、認証・権限も、同じ単位で分けてもらいます。
- 開発項目：鍵・入退室、テスト、プロジェクト管理を含めます。
- 導入項目：データ移行と利用者教育を分けます。
- 前提条件：データ品質とAPI仕様を確認します。
全項目が「システム一式」だと、機能を削る場合や追加する場合の金額が分かりません。
費用配分の目安では、要件定義は全体の10〜20%、UI・フロントエンドは15〜25%程度と説明されることがあります。また、管理画面・API・データ連携は30〜45%、テスト・移行・教育は15〜25%程度です。
これは一般的な内訳の目安で、実際の配分は機能数と既存環境で変わります。さらに、スマートロックは、機器やゲートウェイ、設置工事、通信、交換費用が別になる場合があります。ソフトウェア費用と分けて見ます。
月額費用と3年間の総保有コスト
月額には、アカウントや物件数、予約件数が含まれるかを確認します。通知数や保存容量、API、サポートについても、含まれる範囲を見ます。
物件登録代行やSMS、スマートロック通信、外部APIは従量課金の場合があります。追加環境やデータ出力も、課金されることがあります。一方、保守や監視が含まれれば、社内工数を抑えられることもあります。
- 初期・利用料：初期費用と36か月分の利用料を合算します。
- 周辺費用：機器、工事、保守、外部サービスを加えます。
- 終了時費用：移行、解約、再契約も見込みます。
社内の運用工数も含めて、電話対応の削減時間、予約実施率、管理担当者数を仮の数字で置き、比べます。
GA technologiesの調査では、回答者1,286名の76.2%がDXの効果を実感し、69.6%の年間予算は100万円以下でした（出典：株式会社GA technologies「不動産業界のDX推進状況調査2025」、2025年）。こうした結果から、予算に合わせて小さく始める方法もあります。
委託先の選び方と見積比較で見るべきポイント
委託先は、価格の順ではなく、自社の業態と運用への適合度で評価します。賃貸仲介の受付が中心なら、不動産業務に特化したサービスの実績を見ます。
独自の物件管理や賃貸・売買の統合には、業務設計と連携を支援できる開発会社が候補です。また、無人内見では、鍵、認証、入退室、緊急対応を確かめます。
不動産業務の実績と運用面の確認
「内見予約の実績」という機能名だけでなく、現場の運用と導入条件まで確認します。
- 予約運用：利用者、物件、権限、鍵の閲覧時期、内見後の記録を確かめます。
- 候補サービス：イタンジの内見予約くん、アットホームのスマート案内予約、日本情報クリエイトの不動産業務支援サービスは公開情報で確認できます。
- 導入事例：電話件数、予約確定時間、内見実施率、キャンセル率、利用者数、運用担当者数を聞きます。
候補にする際は、最新の提供範囲、料金、導入条件を公式窓口で再確認します。
一例として、イタンジの公式発表は、三菱地所ハウスネットへの導入について、24時間365日受付、重複防止、宅建業許可のない業者の確認を説明しています。ただし、事例の成果をそのまま自社に当てはめないよう、同じ条件で再現できるかを確かめます。
見積書の前提をそろえた比較
各社へ同じRFPを渡し、物件数や月間予約数、利用者数、連携対象、導入時期も同じ前提で伝えます。そのうえで、見積項目を分けて提示してもらいます。
- 機能と準備：必須機能、初期設定、データ移行を分けます。
- 検証と設備：教育、テスト、機器、工事の費用。
- 継続費：インフラ、保守、追加改修を明記します。
安い見積は、機能やテストが含まれない場合があります。そのため、金額の差より作業範囲の差を比べます。
予約制御や通知再送、権限、操作履歴を確認します。APIエラー処理、鍵の失敗対応、バックアップ、障害監視も確かめます。
デモでは、キャンセル、募集停止、権限変更、鍵の失効、メール不達も試します。質問に具体的な画面や設計で答えられるかどうかを、見極めの材料にします。
セキュリティと導入後の支援体制
個人情報と鍵情報を扱うため、安全管理、制度対応、導入後の支援をそれぞれ確認します。
- セキュリティ：情報を見せる相手と時期、権限分離、二要素認証、暗号化、ログ監視、脆弱性対応、バックアップ、再委託先を確認します。
- 制度対応：IT重説や書面電子化、申込・電子契約の連携要件。
- 導入後の支援：物件登録、仲介会社アカウント、利用者教育、問い合わせ窓口、繁忙期の増員、障害連絡先の体制。
個人情報保護委員会の指針に沿う安全管理措置を、資料だけでなく運用で説明できるかを確認します。
国土交通省は、不動産分野でIT重説や書面の電子化、デジタル技術の導入支援を進めています。一方、予約システムは契約手続きそのものを代替しません。
申込・電子契約では、相手の承諾、説明記録、電子交付要件を別に管理します。また、制度対応は自社の宅建業務の担当とも確認します。
利用率が上がらなければ、電話やExcelが残ります。そのため、月次KPIで予約確定時間や内見実施率を改善できる支援先を選びます。
よくある質問
費用、導入範囲、期間、社内体制、既存システムとの関係について、発注前の疑問に答えます。
内見予約システムの開発費用は最低いくらですか？
予約受付だけなら、初期0円・月額1,500円程度から使える公開サービスがあります。一方、物件管理、仲介会社権限、鍵情報、既存連携を含む個別開発は、200万〜500万円程度からです。
そのうえで、最小価格だけでなく、対象物件と機能を絞ったPoCを見積もります。導入後の月額費用と運用費も含めて判断します。
発注から稼働まで何か月かかりますか？
稼働までの期間は、導入形態によって違うだけでなく、連携や移行の作業が加わるかどうかでも変わります。
- SaaS：初期設定は即日〜2か月程度です。
- 不動産特化クラウド：2週間〜3か月程度が目安です。
- 個別開発：小規模は2〜5か月、中規模は4〜8か月程度です。
- 期間が延びる要因：スマートロック設置、物件移行、複数API連携、社内承認。
- 段階導入：要件定義・移行を先行し、PoC、限定公開、全社展開に分けると効果を早く確認できます。
RFPを作る社内ノウハウがなくても外注できますか？
外注できます。電話・メール・Excelの流れ、困っている例外、物件数、利用者、希望時期を整理すれば、候補会社と要件定義から進められます。
変えたくない業務ルールと、開発会社へ相談する部分は分けます。そのうえで、要件整理だけを準委任で依頼し、その成果物をもとに複数社へ見積を頼む方法もあります。
スマートロック連携は最初から入れるべきですか？
無人内見が主目的なら、早い段階で連携方式と安全要件を検討します。一方、有人案内が中心なら、予約・権限・通知を先に導入できます。
後から追加できるよう、予約ID、利用者ID、物件ID、解錠権限の期限を設計します。そのうえで、キャンセルや募集停止後に解錠できないことを、受入テストで確かめます。
まとめ
発注時は、予約フォームの価格だけでなく、予約者、物件と時間枠、仲介会社の権限、鍵情報の表示時期、予約後の連携先を整理します。そのうえで、SaaS、パッケージ、ローコード、個別開発から選びます。
費用は、公開サービスの初期0円・月額1,500円程度から、スマートロックを含む初期約53万円・月額約1万3,600円の例まであります。個別開発は200万〜2,000万円以上の幅があります。
3年間の総保有コストには、社内工数、移行、保守、解約時の返却も含めます。金額は単一の価格ではなく、要件に応じたレンジで比べます。
まず現場の業務と例外を整理し、必須要件を絞ったRFPを作ります。そのうえで、PoCや限定導入で予約時間、電話件数、重複、内見実施率、キャンセル率を確認します。
委託先には、不動産業務の実績に加えて、権限、鍵、個人情報、API、障害対応、導入後の支援を尋ねます。現場で運用が定着するかも、見極めます。
▼全体ガイドの記事
・不動産業向け内見予約システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。