同意、承認されたテンプレート、ルーティング、ビジネス記録、AI 支援、スタッフの引き継ぎ、配達受領書を信頼性の高い WhatsApp ワークフローに接続します。
営業、サービス、運用チームは WhatsApp を大量に使用しており、共有電話や非接続のチャットボットよりも多くの構造を必要としています。
- 同意を意識したメッセージ エントリ ポイント
- ビジネス レコードに関連付けられたルーティングとアクション
- 完全な会話コンテキストを備えた明確な引き継ぎパス
同意のソースとメッセージングの目的を記録します。顧客が開始したサービス会話と、ビジネスが開始したテンプレート メッセージを区別します。連絡先の ID とチャネルのステータスを顧客レコードに保存します。
販売の問い合わせ、予約の変更、注文の発行、請求書のリクエスト、人間のサポートなどの小規模な一連の目的を認識します。アカウントと注文状態を使用してパスを選択します。問題を説明する前に、顧客に大きなメニューをナビゲートさせないでください。
ステータスの読み取り、リードの作成、スケジュール変更、ドキュメントの送信には、それぞれ検証、許可、受領書を備えた定義済みのアクションを使用する必要があります。機密性の高い変更は確認やスタッフの承認の背後に置きます。
人間が所有権を引き継いだ場合は自動化を一時停止します。スレッド全体、検出された意図、顧客レコード、すでに試行されたアクション、および未解決の質問を表示します。システムがすでに持っている情報を繰り返すよう顧客に求めないでください。
送信、配信、読み取り、失敗、返信はそれぞれ異なる状態です。プロバイダーの Webhook を冪等に処理し、プロバイダーのメッセージ ID を記録します。繰り返しても安全な失敗のみを再試行してください。ローカル送信フラグは配信を証明するものではありません。
最初の有用な応答、検証された解決策、引き継ぎの理由、繰り返しの連絡、オプトアウト、テンプレートの失敗、およびアクションの完了までの時間を追跡します。メッセージの数が少ないほど、顧客がより早く結果に到達でき、ワークフローが改善されていることがわかります。
いいえ。ビジネスによって開始されたメッセージは通常、プロバイダーの現在のルールに基づいて適切な同意と承認されたテンプレートを必要とします。
顧客が担当者を要求した場合、意図が不確かな場合、アクションが高リスクである場合、またはスタッフ メンバーが責任を負う場合は、停止または一時停止します。
プロバイダーのメッセージ ID と Webhook ステータスの更新を使用します。通常、API リクエストが成功しただけでは、最終的な配信ではなく受け入れが証明されます。
はい。連絡先を安全に照合し、権限を適用し、結果として生じる CRM の変更を記録する検証済みのツールを使用します。