ドバイの不動産 チャットボット導入事例：AED 22,000で初回返信3分47秒

ドバイのある不動産仲介会社では、32人のエージェントに届くBayut、Property Finder、dubizzle経由の問い合わせが7台の個人スマートフォンへ振り分けられ、共有の未対応キューもなかったため、WhatsAppリードの3件に1件を最初の1時間で失っていました。そこで手作業の対応を4つのコンポーネントからなる不動産 チャットボットのAIスタックに置き換えました。設備投資はAED 22,000、運用費は月額AED 3,400。エージェントを1人も解雇することなく、初回返信時間の中央値を3分47秒まで短縮できました。

エージェント32人のドバイ仲介会社が抱えていた運用課題

在籍する32人は全員がRERA登録済みのエージェントです。各自が個人のUAE番号を使い、長年にわたってポータル経由のリードにもその番号を案内していました。Bayut、Property Finder、dubizzleから届くWhatsApp形式の問い合わせは月600〜1,200件。ドバイの中規模仲介会社では、現在ごく一般的な規模です。

問題はリード数ではありません。物件の問い合わせに対する最初の返信が30分を超えると、その85%は失注します。別のポータル掲載にいた、たまたま起きていた仲介業者が先に成約してしまうからです。システムに手を入れる前に、この会社の初回返信状況を2週間計測しました。

• 初回返信の中央値：78分
• 初回返信のP90：4時間12分
• 無返信率（まったく返答されなかったリード）：19%

経営責任者との議論を決着させたのは、この19%という数字でした。ポータルとエリアによって、有望な問い合わせ1件あたりAED 35〜AED 90を支払っているにもかかわらず、有料リードの5件に1件を「沈黙」によって捨てていたのです。

共有の未対応キューはなく、各エージェントのWhatsAppは完全な個人領域でした。誰がどの問い合わせに返信したのか把握できず、SLAも監査証跡もありません。さらに重要なのが規制上の制約です。特定物件の価格を提示したり、掲載物件の内見日程を決めたりするWhatsAppの返信は、RERA登録済み仲介業者の番号から送る必要があります。それ以外なら、事前適格性確認であることを明確にしなければなりません。この壁があるため、ドバイでは「完全自律型」をうたうチャットボットのデモの大半が実運用に耐えません。料金ページでこの点に触れるベンダーは、ほとんどありません。

検索上位ベンダーの導入手順が本番で破綻する理由

構築に着手する前に、過去6か月間に受けたベンダー提案をすべて経営責任者から見せてもらいました。Saed.ai、BotSense、Emblix、Decimal、そして「ドバイ専門」を掲げるインド系代理店数社です。どの製品ページも、訴求は「即時返信」「24/7対応」「コンバージョン向上」の3点に収束していました。一方で、公開された導入費用、稼働中の仲介会社で実測した初回返信SLA、引き継ぎポリシーの説明はありません。RERAへの言及もありませんでした。

こうした既製システムをエージェント30人超の仲介会社で本番運用しようとすると、すぐに3つの問題が表面化します。

第1に、WhatsApp Business Platformの会話単位料金が、どの提案でも見えないことです。Metaは会話カテゴリーと国ごとに課金し、ドバイのサービス会話は料金帯の上限側に位置します。月800件超の会話、つまり30人規模の仲介会社がまさに扱う水準になると、200件では安く見えたSaaSチャットボットのサブスクリプションが不利に転じます。ベンダーの席単価や月額料金は、顧客側の30人規模ではなく10人規模の仲介会社を基準に設計されています。

第2に、アラビア語と英語のコードスイッチングこそ、ドバイで実際に起きる会話だという点です。典型的なリードは、ポータルでは英語で会話を始め、価格はアラビア語で質問し、ヒンディー語かウルドゥー語の音声メッセージで補足した後、駐車場について再び英語で尋ねます。検索上位のベンダーは、2つの言語フローを脆弱なキーワード判定で切り替えます。しかし顧客が1つのメッセージ内で言語を混ぜた瞬間に破綻します。そしてドバイでは、それが毎回のように起こります。

第3に、エージェントが介入するワークフローがどの製品ページにもありません。会話が規制上の境界、つまり価格提示、内見日程、契約上の質問に達した瞬間、AIはRERA登録済みの担当者へ確実に引き継ぐ必要があります。しかし、その接続方法、ポリシーの責任者、引き継ぎ後の会話スレッドの扱いを公開しているベンダーはありません。実際には、導入作業の80%がここに集中します。

共通するのは、ドバイ向け検索結果の上位ページが、運用設計書ではなくデモボタンにすぎないことです。経営責任者は6か月間、デモを見続けていました。必要だったのは、コスト構成と90日間の計画です。

AED 22,000で構築した不動産 チャットボットの全コスト

実際に納品した費目別コストを示します。「AED ○○から」でも「価格はお問い合わせください」でもなく、この仲介会社が実際に支払った金額です。

各項目を補足します。

WhatsApp Business Platformは、Meta BSP（Business Solution Provider）パートナーを介して利用します。BSPが仲介会社共通の番号を発行し、Business Accountとして認証したうえで、Cloud APIから利用できるようにします。月額AED 600はBSPのプラットフォーム料金です。これにMetaの会話単位料金が加わります。この会社の利用量（約900会話/月）では、マーケティング会話とサービス会話の比率に応じて、Meta料金は月額AED 1,200〜AED 2,500に収まりました。

AI会話レイヤーにはAnthropic API経由のClaude Sonnet 4.5を採用し、仲介会社の最新物件在庫を検索できるようにしました。汎用チャットボットベンダーではなくClaudeを選んだ理由は、バイリンガル会話の処理能力が明らかに高く、AIが答えてよい範囲と答えてはいけない範囲を定めるシステムプロンプトを完全に管理したかったからです。設備投資AED 9,500は連携実装の費用です。この会話量での実際の推論コストは、月額AED 1,400でした。

物件在庫の検索インデックスは、地味ながらシステム全体の回答を事実に基づかせる要です。仲介会社が保有するBayutとProperty Finderの最新フィードにDLDのオフプラン物件カタログを加えて取り込み、正規化したうえで、AIが物件の質問に答える前に呼び出す検索APIを用意しました。AIによる価格のハルシネーションを防ぐ手段は、これしかありません。

エージェント共有受信箱は、Cloudflare Workers + D1の単一バックエンドと、エージェントがデスクトップからログインする簡素なWeb UIで構成しています。AIが返信を作成して送信し、エージェントはすべての会話をリアルタイムで確認できます。介入ワークフローでは、ボタンを1回押すだけでAIをそのスレッドから外し、次の受信メッセージを特定のRERA登録済みエージェント番号へ転送します。

実運用で機能した30/60/90日導入計画

以下は、実際に成果が出た導入計画です。汎用テンプレートではありません。日程は調整しても、順序は変えないでください。

1. 1

   0〜10日目：監査

   全エージェントの個人WhatsApp番号、Bayut、Property Finder、dubizzleそれぞれの現在のポータルからWhatsAppへの振り分け、全エージェントのRERA登録状況、既存CRMの有無、すでに動いている応急処置的な自動化を洗い出します。この会社には、月額AED 1,800分の未使用HubSpot席と、誰も仕組みを理解していないZapierフローがありました。どちらも停止しました。

2. 2

   11〜30日目：環境構築

   Meta BSPパートナーとの契約を開始し、仲介会社共通のWhatsApp番号を認証します。3つのポータルフィードに接続する物件データ取り込みパイプラインを構築し、共有受信箱のUIを立ち上げます。この段階では、実際のトラフィックをAIに流しません。最初の3週間は会話対応ではなく、インフラ整備に充てます。

3. 3

   31〜60日目：シャドーモードから本番へ

   この期間の最初の2週間は、AIがすべての返信案を作りますが、送信はしません。エージェントが受信箱で返信案を確認し、必要なら修正してから承認します。この間に、実際のメッセージを使ってシステムプロンプト、検索プロンプト、引き継ぎのしきい値を調整します。2週間のシャドーモード後、必須の引き継ぎルールを組み込んだ状態でAIを本番稼働させます。切り替えたその日から、初回返信までの時間が短くなります。

4. 4

   61〜90日目：モデルではなくポリシーを調整

   この期間に行うのは、引き継ぎのしきい値と返信テンプレートの調整です。ボトルネックはモデルではなく、ポリシーにあります。監視すべき障害パターンは4つです。オフプラン物件の価格をAIがハルシネーションする問題には、パラメトリックメモリではなく検索で対処します。RERA未登録のエージェント番号が価格を提示する問題は、プロンプトの指示ではなく振り分けルールで防ぎます。音声メッセージの言語を取り違える問題は、分類前に明示的に文字起こしして防ぎます。内見予約を早まって確定する問題には、すべての時間枠の確定にRERA登録済みエージェントの確認を必須とすることで対処します。

導入の成否を分ける作業は、前半ではなくポリシーを調整するスプリントにあります。61〜90日目を省いた仲介会社では、1か月もたたないうちにエージェントから信頼されないシステムになってしまいます。

30日・60日・90日時点の実測値

以下は、この仲介会社の受信箱で実測した数値です。各期間のリード数は一定でした。

同じリード数のまま、適格性確認から内見予約への転換率は60日目までに38%上昇しました。内見の無断キャンセル率も90日目までに22%低下しました。AIが予約前に希望日時、希望エリア、予算帯を聞き取るためです。多忙なエージェントは、78分間たまった未返信を処理するとき、この確認を省きがちでした。

最も意外な効果こそ、経営責任者が特に重視したものでした。成約を生み出している上位3人のエージェントが、未返信の受信箱を抱える心理的負担から解放されたのです。集中力を取り戻し、改善したのはAIの成約率ではなく、彼ら自身の成約率でした。システムによって、コンテキスト切り替えに消えていた1日約2時間が戻ってきました。

この市場で避けるべき施策

この会社以前に、ドバイの別の仲介会社3社で失敗するのを目にしたパターンを簡潔にまとめます。

自社のリード数で会話単位の採算を試算せずに、既製のターンキー製品を購入してはいけません。SaaSの料金は、エージェント10人規模の仲介会社を想定しています。30人を超えると、会話のたびにベンダーの利益へ直結する上乗せ料金を払い続けることになります。

外向けの新規開拓にも使っている未登録のWhatsApp番号で、AIを稼働させてはいけません。私が見た限り、Metaによる番号停止への最短ルートであり、復旧には数週間かかります。BSP経由で仲介会社専用のクリーンな番号を発行し、外向け送信には一切使わない番号として扱ってください。

61〜90日目のポリシー調整スプリントを省いてはいけません。120日目でも現場に愛用されるシステムと、いつの間にか使われなくなるシステムを分けるのは、モデルの選択ではありません。ほとんどの会社が十分な予算を割かない、2週間のポリシー調整です。

アラビア語と英語を別々のフローとして設計してはいけません。受信メッセージごとに明示的な言語判定を行う、単一のバイリンガルモデルを使います。ドバイでは日常的に起きるように、顧客が1つのメッセージ内で複数の言語を混ぜた瞬間、2フロー方式は破綻します。Claudeはこれを標準で処理できますが、汎用チャットボットベンダーの大半にはできません。

経営責任者に「完全自律型」と約束してはいけません。実際に機能する導入では、AIを24/7稼働のSDRレイヤーとして位置づけ、適格性を確認し、要望を聞き取り、人間との予約を取らせます。クロージングは人間同士で行います。それ以外の説明をする人は、ドバイで本番導入した経験がありません。

関連する運用ガイド

The AED 18,000 Peppol-PINT-AE Stack for a 35-Person Dubai Trading SMB

The parallel operator brief on the October 30 e-invoicing mandate. If you are scoping this AI stack, you are probably scoping that one too.

The Apollo + Clay + Smartlead Stack: Per-Meeting Economics

Adjacent reasoning on per-conversation economics – applies one floor up in the outbound stack.

Claude for Small Business: the AED 50K Automation Stack

If you are weighing turnkey vendor versus custom Claude build, this is the comparison.

よくある質問

AIは、ドバイの購入希望者が実際に使うアラビア語と英語に対応できますか？

はい。1つのバイリンガルモデルで、文字起こしした音声メッセージを含むすべての受信メッセージに対して、明示的な言語判定を行います。アラビア語と英語を別々のフローへ振り分けません。1つのメッセージ内で言語が混ざった瞬間に破綻する方式だからです。ドバイでは、言語が混ざるのが通常です。

AIで物件問い合わせに返信しながら、RERA要件を守るにはどうすればよいですか？

AIの担当範囲は、事前の適格性確認と一般的な物件情報に限定します。掲載物件の具体的な価格提示と内見予約は、厳格なポリシールールによってRERA登録済みエージェントの番号へ引き継ぎます。引き継ぎはプロンプトではなく受信箱レイヤーに実装します。プロンプトの指示は、コンプライアンス管理にはなりません。

特定の物件についてAIが答えられない場合はどうなりますか？

引き継ぎのしきい値は、61〜90日目のスプリントで仲介会社ごとに調整します。典型的なトリガーは、最新フィードの情報で裏付けられない物件在庫の質問、価格交渉、日程調整、契約上の質問です。メッセージ履歴をすべて添えて、適切なRERA登録済みエージェントへスレッドを転送します。

AED 22,000の設備投資後、実際の月額費用はいくらですか？

基本運用費は月額AED 3,400で、これにMetaのWhatsApp会話料金が加わります。この会社の利用量（約900会話/月）ではMeta料金が月額AED 1,200〜AED 2,500となるため、月額総費用はAED 4,600〜AED 5,900です。エージェント50人、約1,500会話/月の仲介会社なら、総額は月額AED 6,500前後になります。

この規模の導入では、どのくらいでROIが見えますか？

初回返信SLAの改善は4週目に現れます。適格性確認から内見予約への転換率向上は60日目までに確認できます。この会社のリード収益性では、AED 22,000の設備投資を5か月目で全額回収できました。最も明確な先行指標は、適格性確認から内見への転換率です。最初の1か月を過ぎたら、初回返信時間ではなく、この指標を追ってください。

既存CRMを使えますか、それとも入れ替えが必要ですか？

このスタックは、HubSpot、Bitrix、Zoho、そして独自開発の社内CRMに重ねる形で導入してきました。共有受信箱レイヤーを連携させるため、記録の基幹システムを置き換えることはありません。既存CRMの選択は、連携に必要な設備投資を左右する3つの変数の1つです。

デモではなく監査から始める

この種の構築では、導入費用を左右するのはAIモデルの選択よりも、既存CRM、現在のポータルからWhatsAppへの振り分け、エージェント名簿のRERA登録状況という3点です。エージェント数とリード数が同じ2社でも、この3つの変数だけで連携費用に40%の差が生じる可能性があります。

だからこそ、求めるべきものはデモではありません。デモで見られるのは、他社の環境向けに作られたシステムです。監査なら、自社の環境に即したコストと90日間の計画がわかります。

ドバイでエージェント10〜60人規模の不動産仲介会社を運営し、この記事の数字に自社の受信箱と通じるものがあるなら、DVNC.aeの30分監査コールをご予約ください。現在のポータル振り分け、CRM、RERA登録状況、直近30日間のWhatsAppリード対応を一緒に確認し、実際の設備投資額と90日間の計画を提示します。デモではありません。監査は無料で、最後に固定価格の導入見積もりを提示します。