入口が増えても、対応の責任を明確に。
種類、設定、状態で顧客の入口と返信経路が決まります。維持できるチャネルだけを作り、下書きを動作確認済みと考えません。実際の投稿から担当の返信まで試してください。
実際の相談方法に合う種類を。
チャットは埋め込み会話、フォームは構造化受付、メールは共有メールへの接続、APIは設定した受付に使います。構想や一覧にあるだけで、すべてのメッセージ網に接続済みとは考えません。
- チャット・フォーム・メール・対応APIの区別
有効化前に既定と公開範囲を設定。
対応するチーム・優先度・タグの既定、埋め込み元、見た目、案内文を設定します。下書き、有効、停止、エラーを区別し、停止時は代わりの連絡方法も考えます。公開側の言語とモバイル表示も確認します。
- 既定と許可元を伴う有効な設定
メールを含む実際の返信経路を試す。
メールは接続済み共有アカウントを選択・有効化します。接続後の対象メールを処理し、全履歴のチケット化は約束しません。返信には稼働する処理サービスが必要で、顧客の受信まで確認します。
- 設定した共有メール受付と確認する外部返信
具体的な業務の流れ
選ぶ
必要な対応経路を選択。
設定
既定、案内、埋め込み元を確認。
有効化
接続条件を整えて有効化。
試す
顧客として投稿・返信を確認。
実務を想定した例
活用例：フォームに加えてメール窓口を作る
既存フォームに共有メールを追加し、設定・有効化後に新しいメールを送ります。チケットと正しい送信元からの返信を確認し、フォームの既定や過去履歴は別に扱います。
この機能についての質問
設定しただけで受け付けますか？
いいえ。有効化と必要な接続・公開設定を確認してください。
すべてのメッセージ網に対応しますか？
一律には約束しません。対応する方式と構成を確認してください。
メール履歴全体を取り込みますか？
接続後の対象メールを扱い、過去の全件移行ではありません。
チャネルを停止できますか？
はい。状態と顧客向けの代替経路も確認してください。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
