閉店後のメッセージを、もう一日の仕事にしない

配達質問は午後9時18分に到着します。明日のオープン時間についての質問です。その後、顧客が注文を変更したい。すべてに答えることは、あなたが切断するのを妨げます; 何も答えることは仕事を動かすことを許さない。正しい出発点は、普遍的な自動回答ではなく、定義された範囲です。

HyperControl で、自動化はタイムウィンドウ、電話で利用可能なイベント、自然言語の指示を組み合わせることができます。このシナリオは閉鎖後に繰り返し質問を解決します。それは、アカウントを監視する見えないチームや、すべてのAndroid制限を超えることができる電話を採用することはありません。

ビジネス決定から単純な質問を分離する

オープン時間、収集アドレス、既に文書化された配達時間は、合理的な初期範囲となります。注文の変更を受け入れること、特別な配達を約束すること、または紛争を解決することは、しばしば決定を必要とする。ルールを計画する前に、これらの例外を書く。

リソース「後時間回答」は、使用する情報とあなたのために残すテーマを収集することができます。答えが欠けているときに何を言うかを明確にする。例えば、「あなたの要求はチェックする必要があります。私たちが再開すると、それを取り上げます」欠けている情報は事実として提示される推定にはなりません。

アプリ、スタートと終了時間、日、予想結果を指定します。真夜中に窓を渡る場合は、ルーチンで表示される期間をチェックします。タイムゾーンを指定する場合、異なる国の人々や旅行で働く場合。

リクエストを提出した後、ルールがアプリに存在し、アクティブであることを確認してください. 「私はそれに気をつけます」は、それ自体、スケジュールの証拠ではありません。起動器は保存されなければならず、必要な許可と前提条件は明らかでなければなりません。

処理は、メッセージアプリが示す情報と行動に依存します。直接回答は、通知がその行動を提供する場合、アプリ全体を閲覧せずに送信することができます。部分的な予測のみが含まれている場合、アシスタントは決定するのに十分な文脈が欠けている可能性があります。

変動したグループ、通知なしの会話、アクティベーション前に受け取ったメッセージは、魔法的に完全にアクセス可能な入力ボックスにならない。アプリを開き、コントロールするタスクには、利用可能でオフな電話が必要です。 Android また、バッテリー制限および許可に従って背景作業を遅らせることができます。

意思決定に基づく概要を求める:質問処理、未回答の要請、顧客がフォローするもの、カタログに追加するもの。それは、ルールの範囲内で実際に受け取られ、保存された出来事のみをカバーするべきである。それを、あらゆるビジネスメッセージの完全な記録として紹介しないでください。

あなたは、「注文をブロックするリクエストで概要を開始します。それぞれのために、テーマ、解決する質問、そして提案された次の行動を与えなさい」これは、あらゆる通知の長い記録よりも役に立つ。

夜を過ごす前に、信頼する人と短いウィンドウをテストしてください。知り合いの質問、曖昧な要求、注文変更を送信します。回答、無許可の約束の欠如、および概要の例外を確認します。

また、ルールがウィンドウの端に停止し、停止時に正しく行動することを確認します。目的は、あなたの判断を必要とする人々の足跡を失わずに、何でも答えるのではなく、いくつかの繰り返しの要請に対処することです。

このガイドでは、保証された結果や顧客ケース研究ではなく、使用ケースを説明します。ステップは、許可、アプリ、および提供された情報に依存します。私たちの編集方法.