複数の場所、1 つの予約会話: サービスとビジネスの戦略

分岐の決定から始める

２つの支店と異なる専門サービスを備えた例示的な修理ビジネスを考えてみましょう。 「明日来てもいいですか？」単純な予約リクエストのように聞こえますが、正しい答えは場所、修理の種類、どのチームが対応できるかによって異なります。約束を申し出る前に、会話でそれらの選択肢を明らかにする必要があります。

UChat の Cal.com 連携ガイドでは、予約ページへのリンクを案内する方法と、会話の中で予約する方法を紹介しています。チームは業務に合う方法を選べます。すべての企業が既存の予約画面を会話だけの仕組みに置き換える必要はありません。

公式参考資料: UChat: Cal.com での約束の設定

サービスと場所のマップを構築する

各支店長に、サービスの簡単なマップ、資格に関する質問、予約期間、および準備手順を承認するよう依頼します。スロットが提供される前にスタッフによるレビューが必要なサービスを特定します。長い AI 命令の中にビジネス ルールを埋め込むのではなく、このマップを管理する人が理解できるようにしてください。

間違ったブランチを選択した顧客は、最初からやり直すことなくブランチを変更できる必要があります。ニーズの説明を保存し、利用可能なサービスの選択肢を再評価します。支店間の移動にスタッフの承認が必要な場合は、顧客を旅行に招待する前にその旨を伝えてください。

最もシンプルで信頼性の高い予約エクスペリエンスを選択してください

ガイド付き予約リンクは、既存のカレンダーで場所やサービスの選択がすでに十分に説明されているビジネスに適している可能性があります。会話では、まずリクエストを絞り込んでから、適切なページを送信できます。直接チャット予約は、顧客がさらに詳しいガイダンスを必要とする場合に便利ですが、チームがサポートする州がさらに多くなります。

どちらのアプローチでも、支店の住所、サービス、現地の日時、準備要件、および関連料金など、確認前に顧客に表示される内容を定義します。初めての顧客であるかのように、この最終概要をスタッフに読んでもらいます。曖昧な場所の名前は内部的に見落とされやすくなります。

変更と使用できないスロットの計画

満席の日、支店の閉鎖、および通常のサービス以外のリクエストに対して明確な応答を作成します。本当に利用可能な場合にのみ代替品を提供します。それ以外の場合は、人間によるフォローアップの希望を収集します。明確な保留中のリクエストで終わる会話は、誤った確認よりも優れています。

顧客が別のチャネルを通じて戻ってきたときに、既存のリクエストを認識する方法をチームに提供します。スタッフに 2 つの別々の会話を手動で調整させるのではなく、明確な最終記録を残して、再スケジュールを元の予定の変更として扱います。

1 つのブランチでパイロットを行い、比較します

顧客の釈放前にスタッフのリハーサルを実行する: 間違った場所、不明瞭なサービス、休業日、変更された好み、および失敗した確認。試験運用中に、誤ってルートされたリクエスト、スタッフの修正、適切な準備をせずに到着した顧客を確認します。これらの指標は、会話の設計に注意が必要な箇所を示しています。

uchat.bot は、予約行程の範囲を設定し、ブランチ ルールに同意し、スケジューリング システムを中心に UChat ワークフローを構成できます。 1 つの支店が快適に運営および維持できるようになると、そのパターンを次の支店に適用できます。