チームに状況が伝わる。
現地に誰もいなくても、トラブル、記録、標準の通知によって状態を把握できます。
トラブルの仲介対応
トラブルの通知から、 状況に応じた対応へ。
StayControlのトラブルや他の対応業務イベントに、その時点で利用できる情報を組み合わせます。StayAssistはAI音声でゲストと直接対話し、適切な場合は設定済みのメッセージを使い、状況の変化に応じて対応を調整できます。
状況に応じて変わる対応経路 トラブルから後続対応へ
通知から後続対応へ
通知はチームに知らせます。対応の実行は別です。
StayControlだけでも、設定した状態のモニタリング、トラブル記録の作成、料金に含まれるメール・プッシュ通知が可能です。トラブルの仲介対応は、その把握を起点に連絡と後続処理を進めたい場合に利用します。
仲介対応
仲介通話でゲストに働きかける。
AIによる仲介通話は、StayAssistの双方向音声対話です。トラブルを説明し、ゲストの返答に応じて、次の手順へ進む前に解決を試みます。
- 利用可能な滞在・連絡先情報が、手動での検索を減らします。
- 設定済みの送信専用SMS・WhatsAppで、対応を補助・継続できます。
- 最初のチャネルで連絡がつかない場合、チャネルの変更や設定に従った継続が可能です。
後続対応を繰り返し実行できる形に。
分散・遠隔チームの対応を、たまたま通知を見た人だけに依存させるべきではありません。再利用可能な経路により、施設や担当者をまたいで一貫した対応を進められます。
対応時点の関連情報
その時点で利用できる情報で対応。
トラブル、施設、予約、ゲスト、言語、時刻、過去の連絡履歴を含められます。取得できる内容は、情報源、設定、連携データによって異なります。
トラブルの関連情報
種類、時刻、情報源が提供する場合は現在の状態。
施設の関連情報
施設・デバイスの参照情報と、該当する静粛時間帯。
ゲスト・予約の関連情報
連携データに含まれる場合の、予約、ゲスト、連絡先、言語の情報。
StayControlのモニタリングにPMS接続は不要です。連携機能は、プロバイダー、API、項目、権限、設定によって異なります。
連携機能を確認 状態を踏まえたフォローアップ
再確認してから、 次の行動へ。
状況が変わった後も、エスカレーションを続ける必要はありません。設定した経路で連絡結果を確認し、待機した後に現在のトラブルの状態を再確認して、次の行動を決められます。
- 01
トラブル発生中
設定したトラブル条件から対応を開始します。
- 02
仲介を試行
AI音声で双方向の会話ができる場合もあれば、留守番電話や不応答となる場合もあります。設定済みのメッセージも、取得できた結果を次の手順に渡せます。
- 03
設定時間の待機
ワークフローに設定した間隔と連絡可能時間帯に従って待機します。
- 04
トラブルを再確認
情報源が現在の状態を提供する場合、ワークフローで確認します。
取得できる最新の状態今、何をすべきか。
対応は不要になった
残りの設定済みエスカレーションを停止します。
引き続き対応が必要
再試行、通知先やチャネルの変更、チームへの引き継ぎ、他の対応アクションなど、設定済みの適切な次の手順へ進みます。
停止・完了したワークフローは、システムの実行内容を記録します。それだけで状態変化の原因やトラブルの解決が証明されるわけではありません。
ゲスト・チーム・システムでの後続対応
次はどこへつなげられるか。
状況に応じて、ゲスト、チーム、連携システムへ引き継げます。対応の記録には、途中で行われた内容が残ります。
ゲスト
ゲストと直接対話して仲介
StayAssistは双方向のAI音声でトラブルについて話し、直接の解決を試みます。設定すれば送信専用SMS・WhatsAppでも支援できますが、仲介の成功は保証されません。
26言語以上の音声対応 利用可能な場合に対応し、予約の言語情報があれば活用します。
チーム
必要なときに人へ引き継ぐ
人の対応が必要になったら、チームへの通知・通話やライブ転送を利用します。
対応する連携システム
対応を次へつなぐ
連携先とプロバイダーの機能が許す場合、PMS・CRMへの更新、Webhookの送信、タスク作成を行えます。
実行履歴
実際に行われた対応を把握。
通話・メッセージの試行、取得できる結果、待機・再試行、エスカレーション先、最終的なワークフロー状態を確認できます。引き継ぎや後日の運営確認に役立ちますが、文字起こしの存在、状態変化の原因、解決を示すものではありません。
該当するタイムゾーン、連絡可能時間帯、通知しない設定を構成できます。トラブルが常にこれらの制御を無視するわけではありません。
StayAssistを見る トラブル別の対応
対応は、 トラブルの内容に応じて。
情報源ごとに運営上の確認事項が異なります。以下は可能な対応例であり、必須の手順ではありません。
騒音
騒音トラブルからゲストとの直接の仲介を始め、後の状態確認で追加のエスカレーションが必要かを判断できます。
- ゲストとの仲介対応
- 状態の再確認
- 必要な場合にのみ継続
専門家が設置した対象構成では、 PartyStop により、不可欠ではない1系統の回路を対象に、任意の騒音エスカレーションを追加できます。トラブルの仲介対応に必須ではありません。
煙・電子たばこ
ゲストとの対話、チームへの引き継ぎ、対応履歴の保存が可能です。必要な火災・人命安全設備は別途維持します。
- ゲストまたはチーム
- 業務上の後続対応
- 対応履歴
在室人数に関連する状態
チームは取得できる兆候を確認し、ゲストとの仲介やチームのフォローが必要か判断します。正確な人数、個人の特定、それ単独での違反の確定はできません。
- 取得できる兆候
- チームによる確認
- 必要なら連絡
温度・湿度
設定した温湿度条件からチームに注意を促し、有用な場合はゲスト・チームへの連絡を開始できます。基準は施設側で設定し、診断とエアコン制御はこの連絡ワークフローとは別です。
- 状態を記録
- ゲスト・チームのフォロー
- 運営上の確認
自動化と人の判断
繰り返す対応は自動化。 判断はチームが担います。
StayAssistは繰り返しの手順を進め、判断や行動が必要になったら、利用可能な情報とともにチームへ引き継ぎます。
ワークフローの完了は、設定した経路の終了点を示します。それだけで解決が確定するものではありません。運営者が、必要に応じて現地対応や緊急対応を含む追加措置を判断します。
繰り返す対応を処理
StayAssistは、設定済みの仲介、メッセージ、タイミング、再確認、エスカレーションを、再利用可能な経路で実行できます。
判断が必要なときにチームへ
状況が不明確、現地確認が必要、または人の判断が必要な場合、トラブルや連絡の関連情報を添えて引き継げます。
明確な業務記録を保持
試行、取得できる結果、待機、再確認、エスカレーション履歴を残し、対応の進み方と設定経路の終了点をチームが把握できるようにします。
トラブルの仲介対応を設定する前に。
トラブルの仲介対応にはStayControlが必要ですか。
いいえ。StayControlは室内の検知事象の主な情報源ですが、StayAssistは他の対応業務イベント、外部連携、承認された手動トリガーからも開始できます。利用できる情報は、情報源と設定次第です。
誰も電話に出ない場合はどうなりますか。
通話結果が記録され、設定に応じて相手・チャネルの変更、SMS・WhatsAppの送信、待機、再確認、チームへの引き継ぎが可能です。不応答や留守番電話は、ゲストとの連絡完了とは扱いません。
エスカレーションの前にトラブルを再確認できますか。
はい。情報源が現在の状態を提供する場合に可能です。その確認により、残りのエスカレーションを停止するか続行するか判断できます。
チームも対応に加われますか。
はい。StayAssistは担当者への通知・通話や、有効な場合のライブ転送が可能です。人の判断が必要な決定・行動は、引き続きチームが担います。
予約やPMSの情報を使えますか。
はい。対応するデータが利用できる場合に可能です。予約、ゲスト、施設、言語、更新機能は、プロバイダー、API、項目、権限、設定によって異なります。StayControl自体のモニタリングにPMSは不要です。
ホテルの警備・緊急対応サービスですか。
いいえ。宿泊施設の連絡と業務上の後続対応を連携します。警備、CCTV、入退室管理、警報監視センター、緊急出動、警察・消防・救急対応のサービスではありません。
通知の後の対応を計画。
連絡と実行管理はStayAssist、モニタリングによるトラブル把握はStayControlをご覧ください。