内覧リクエストのスクリプト：不動産AI受付担当者向けの電話応対フロー

内覧リクエストのスクリプトは、コールセンターのような硬直した一方的な対話であってはなりません。不動産業界では、電話をかけてくる人は、興奮していたり、急いでいたり、物件のそばを車で通りかかったり、複数の物件を比較していたり、仕事の後に電話してきたりと様々です。スクリプトは、受付担当者が迅速に行動しながらも、エージェントが対応するために十分な情報を収集するのに役立つ必要があります。

Solveaにとって、スクリプトはAI受付担当者のための意思決定パスとして扱うのが最適です。AIが何をリッスンすべきか、どの質問が必須か、いつ予約可能な時間帯を提示できるか、そしていつリクエストをスタッフに引き継ぐべきかを定義します。言葉遣いは自然に変化するかもしれませんが、ワークフローは一貫性を保ちます。

最良の内覧リクエストスクリプトは、3つのことを行います。物件リクエストを即座に認識し、必要最低限の詳細情報を収集し、明確な次のステップで締めくくります。これにより、かかってきた電話が、チームが実際に確定できる内覧リクエストに変わるのです。

スクリプトをルーティングマップとして使用する

スクリプトは、不動産に関するすべての質問を解決しようとすべきではありません。その役割は、内覧の意図を特定し、通話を適切なパスに進めることです。物件の内覧を希望する電話主と、売主がオファーを受け入れるか、ペットは許可されているか、15分後にエージェントがドアの鍵を開けられるかなどを尋ねる電話主とでは、異なるルートが必要です。

Solveaはスクリプトを使用して意図を分類し、次に最適な質問をし、クリーンな引き継ぎを行うことができます。エージェントはまず通話記録を必要としているわけではないため、この引き継ぎは重要です。彼らが必要なのは、物件、希望時間、連絡先詳細、緊急性、そして人間の判断を必要とする質問です。

物件内覧の電話の冒頭のセリフ

冒頭のセリフは短く、かつ有用であるべきです。「内覧リクエストを承ります。どちらの物件をご覧になりたいですか？ご希望の日時はいつでしょうか？」これにより、会話が分岐する前に意図を確認し、最も重要な2つの情報を収集します。

電話主が「その家を見たいのですが」のような曖昧なリクエストで始めた場合、スクリプトは住所、物件名、または地域を尋ねるべきです。オンラインで物件を見たが住所を覚えていない場合、AI受付担当者は十分な情報があるふりをするのではなく、近隣の詳細を収集してスタッフが検索できるようにリクエストを回すべきです。

また、冒頭のセリフでは、予約がすでに保証されているかのような印象を与えないようにすべきです。「内覧リクエストの受付を始めさせていただきます」といったより安全な表現に続き、承認された時間帯や確認プロセスを案内します。この言葉遣いは、ルールを確認する前にアクセスを約束することなく、電話主の関心を維持します。

シナリオ1：標準的な内覧リクエスト

標準的なリクエストは、具体的で柔軟です。電話主は1つの物件を挙げ、希望の時間帯を伝え、有効な連絡先を持ち、エージェントが必要な質問はしません。このシナリオでは、スクリプトは物件からタイミング、そして確認へと迅速に進むことができます。

推奨フロー：「ご興味のある物件はどちらですか？」「ご都合のよい日時を教えていただけますか？」「ご購入と賃貸のどちらでお探しですか？」「何名様でいらっしゃいますか？」「確認のご連絡に最適な電話番号かメールアドレスを教えていただけますか？」チームが直接予約を許可している場合、Solveaは承認済みの内覧可能時間帯を提示できます。

締めくくりは正確であるべきです。「[物件]の[時間]での内覧リクエストを承りました。担当チームが[連絡手段]で確定のご連絡をいたします。もしその時間帯が利用できない場合は、最も近い空き時間をご提案します。」直接予約が有効な場合、締めくくりでは予約が完了したことを伝え、再スケジュール方法を説明できます。

シナリオ2：当日または緊急のリクエスト

当日の電話は、リクエストがすぐに期限切れになる可能性があるため、より鋭いスクリプトが必要です。電話主は近くにいるか、数時間だけ町にいるか、決定を下す前に家を比較しようとしているかもしれません。スクリプトは、すべての気軽な問い合わせのたびにすべてのエージェントを中断させることなく、緊急性を捉える必要があります。

有用な質問は次のとおりです。「今、物件の近くにいらっしゃいますか？それとも本日これからいらっしゃるご予定ですか？」「もしその時間帯が難しい場合、他に可能な時間帯はありますか？」「ご覧になりたい物件はこちらだけですか？それとも他にもありますか？」これらの回答は、スタッフがリクエストを緊急として扱うか標準として扱うかを判断するのに役立ちます。

Solveaは、引き継ぎの際に当日のリクエストを明確にマークすべきです。要約には、希望時間、代替の時間帯、電話主が近くにいるかどうか、連絡方法、およびアクセスに関する制約を含める必要があります。チームに当日の締め切りがある場合、スクリプトはスタッフがリクエストを確認し、最も近い承認済みの選択肢を提案することを説明すべきです。

シナリオ3：営業時間外の内覧リクエスト

営業時間外の電話主も、応答を期待しています。夜に物件情報を見つけ、翌日になる前に予約枠を確保したいのかもしれません。留守番電話は不確実性を生み出しますが、ライブのAI受付担当者ならリクエストを収集し、すぐに期待値を設定できます。

営業時間外のバージョンでは、次のように言うことができます。「ただいま内覧リクエストを承り、担当チームに確認のためお送りします。どちらの物件をご覧になりたいですか？明日以降または今週中でご都合のよい時間帯はありますか？」承認済みの翌日の時間帯が存在する場合、Solveaはそれらを提示できます。そうでない場合は、優先的な折り返し電話のタスクを作成すべきです。

このスクリプトでは、約束事に注意する必要があります。リクエストを受け付けたことは確認できますが、ルールで許可されていない限り、内覧を確定してはいけません。電話をかけてきた人には、次に何が起こるのか、チームがどのように連絡を取るのかを知らせる必要があります。

シナリオ4：電話主がエージェントの判断を求める

内覧の電話には、受付担当者が答えるべきではない質問が多く含まれます。電話主は、売主が交渉に応じるか、物件に隠れた問題があるか、業者を連れて行ってもよいか、入居中の物件をすぐに見せてもらえるか、エージェントが例外を認めてくれるか、などを尋ねてくるかもしれません。

スクリプトでは、質問を認識し、正確に聞き取る必要があります。「その件はエージェントに申し伝えます。適切な担当者が折り返しご連絡できるよう、物件名とご連絡に最適な電話番号を教えていただけますか？」これにより、答えをでっち上げることなく、会話をスムーズに進めることができます。

Solveaは、質問を一番上に表示した状態でリクエストを転送できます。これにより、エージェントは内覧リクエストと注意が必要な判断事項の両方を確認できるため、一般的な不在着信通知よりも役立ちます。

すべての内覧スクリプトで取得すべき項目

必須項目は、電話で完結できる程度に少なくする必要があります。具体的には、物件の住所またはリスティング名、希望日時、代替の時間帯、購入者か賃借人か、参加人数、連絡先詳細、そして電話主がすでにエージェントとやり取りしているかどうかです。賃貸チームの場合は、空室状況に影響するなら入居時期も追加します。

オプション項目は、必要な場合にのみ収集します。高級物件では事前審査が必要になる場合があります。入居中の物件では通知が必要です。複数の物件を巡るツアーではルート設定が必要です。バーチャル内覧ではタイムゾーンとプラットフォームの希望が必要です。スクリプトでは、すべての電話主にあらゆる質問をするべきではありません。

ここでAI受付担当者は、訓練された受付のように振る舞うべきです。Solveaは、主要な項目を尋ね、電話主の回答に応じて必要な場合のみ分岐し、単純な内覧リクエストで摩擦が生じるのを避けることができます。

対応できない時間帯に対する言葉遣い

内覧リクエストは、チームが対応できない時間帯から始まることがよくあります。スクリプトでは、きっぱりと「いいえ」と断るべきではありません。より良い言い回しは、「最も近い利用可能な選択肢をお探しします。ご希望の時間が空いていない場合、本日または明日でご都合のよい時間帯は他にありますか？」です。これにより、見込み客の関心を維持できます。

リスティングにスタッフの承認が必要な場合、スクリプトでは「その物件は、時間を確定する前にチームの確認が必要です。ご希望の時間帯でリクエストを今すぐ送信できます」と言うことができます。電話主は、拒絶ではなく進捗を聞くことになります。

Solveaは、チームが承認した代替案（後の時間帯の内覧、バーチャルツアー、リスティングエージェントからの折り返し電話、キャンセル待ちリストなど）を提案することもできます。スクリプトでは、チームが実行準備のできている選択肢のみを提示すべきです。

エージェントとコーディネーターへの引き継ぎ形式

内覧リクエストの引き継ぎは、一目でわかるようにする必要があります。物件、希望時間、緊急度、電話主の名前、電話番号またはメールアドレス、購入者か賃借人か、参加人数、代替の時間帯、未解決の質問を要約に記載します。通話記録はその下に配置できますが、要約で判断ができるようにすべきです。

最良の引き継ぎには、転送理由も含まれます。例えば、「直接予約対象」、「当日レビューが必要」、「エージェントの判断が必要な質問」、「物件検索が必要」などです。これにより、コーディネーターは会話全体を読み返すことなく、次に何をすべきかを把握できます。

Solveaがこの情報を一貫して送信することで、エージェントは基本的な情報を収集するために折り返し電話する時間を削減できます。すでに状況を把握した上で、確定、拒否、代替案の提示、または会話の引き継ぎを行うことができます。

実際の通話結果でスクリプトをテストする

スクリプトが本番稼働したら、通話量だけでなく結果をレビューします。取得したリクエスト、確定した内覧、実施された内覧、無断キャンセル、再スケジュール、エージェントによる修正、そして不必要にエスカレーションされた通話の頻度を確認します。これらの指標から、スクリプトが緩すぎるか厳しすぎるかがわかります。

電話主の混乱に耳を傾けます。予約が確定したかどうかを繰り返し尋ねる人がいる場合は、クロージングの言葉遣いを改善します。エージェントがスクリプトで聞き漏らした情報を何度も尋ねる場合は、その項目を追加します。スクリプトが質問しすぎるために単純な電話主が途中で切ってしまう場合は、不要な質問を削除します。

内覧リクエストのスクリプトは、毎週より洗練されていくべきです。Solveaはチームに一貫した受付の道筋を提供しますが、ルールを所有しているのは依然としてビジネス側です。この組み合わせこそが、不動産チームがより迅速に対応し、かつエージェントが重要な予約を管理し続けるのに役立ちます。

電話で自然なスクリプトを維持する

書かれたスクリプトは整って見えても、実際の電話では失敗することがあります。電話主は話を遮ったり、話題を変えたり、住所を忘れたり、項目に答える代わりに身の上話をしたりします。AI受付担当者は、スクリプトをガイドとして使用すべきであり、電話主が順序通りに情報を提供しないたびに再起動する固定シーケンスとして使用すべきではありません。

例えば、電話主が物件、希望時間、電話番号を一度に言った場合、Solveaはそれらの質問を繰り返すべきではありません。詳細を確認し、不足している項目に移るべきです。これにより、やり取りが、話すだけのフォームではなく、耳を傾けている訓練された受付担当者のように感じられます。

チームはまた、不確実な場合の代替言語を承認しておくべきです。AIが物件を特定できない場合、電話主がポリシー外のことを要求した場合、または空き状況が不明な場合、スクリプトはスムーズにスタッフのレビューに移行すべきです。自然な会話は重要ですが、明確な境界線も同様に重要です。

よくある質問

内覧リクエストスクリプトとは何ですか？

内覧リクエストスクリプトとは、誰かが物件の見学や内覧のために電話をかけてきたときに、受付担当者が使用する一連の質問と応答の道筋のことです。

AI受付担当者はスクリプト通りに聞こえるべきですか？

いいえ。スクリプトでは、決定パス、必須フィールド、エスカレーションルールを定義する必要があります。会話は自然に聞こえ、発信者の言葉に適応する必要があります。

スクリプトでは最初に何を聞くべきですか？

まず、発信者が内覧したい物件、希望する日時、購入か賃貸か、連絡先情報、他に誰が参加するかを尋ねます。

Solveaは内覧リクエストのスクリプトをどのように使用できますか？

Solveaは電話に応答し、内覧の意図を認識し、承認された質問をし、対象となるリクエストを予約し、人間のレビューが必要なものについては、エージェントに簡潔な要約を送信できます。

スクリプトはいつエスカレーションすべきですか？

当日のアクセスに関する問題、複数の物件の内覧、価格設定や交渉に関する質問、エージェント固有のリクエスト、VIPリード、身元が不明な場合、承認された内覧ルール外のリクエストがあった場合にエスカレーションします。