利益:
- 同じソリューションを電子メール、ライブチャット、ソーシャルメディアチャネルに適応させる機能
- 再利用可能な可変マクロ (応答) ライブラリを設計する機能
- 単一のソース応答からチャネル、長さ、形式の違いを生成する機能
現代の顧客は 1 か所に集まって話しかけることはありません。同じ「返品方法」に関する質問は、ある日のメール、翌日のライブチャット、週末の Instagram のコメント、そして時には 1 つ星のストアレビューからも寄せられます。各チャネルには独自のルールがあります。電子メールは長くてもかまいません。会話は短く素早く行う必要があります。ソーシャル メディアは誰にでも開かれているため、簡潔かつ評判を重視する必要があります。同じテキストをどこにでも貼り付けると、エクスペリエンスが損なわれます。
いわゆるマクロもあります。これは、一般的な質問に対する既製の再利用可能な応答テンプレートです (Zendesk、Freshdesk、Intercom などのサポート ソフトウェアでは「マクロ」または「保存された応答」と呼ばれます)。優れたマクロ ライブラリは、チームの繰り返しの質問の最大 70% に一貫して対処します。ここで人工知能 (AI) は 2 つのことを行います。1 つは単一の「ソース応答」をさまざまなチャネルに適応させること、もう 1 つは可変の再利用可能なマクロを生成することです。この単元では、チャネルに敏感な可変応答システムを確立します。
注: マクロは時間を節約しますが、やみくもに送信すると、間違った応答が間違った顧客に送信されてしまいます。各マクロは、送信する前に顧客の実際の質問と一致していることを確認して使用する必要があります。
チャンネルの特徴
チャンネル
長さ
トーン
特別な注意
電子メール
ミディアムロング
フォーマルホット
トピックのタイトル、署名、完全なソリューションを 1 つのメッセージにまとめてあります
ライブチャット
短い、分割された
フレンドリー、速い
スピーチのテンポ、1 つのステップ、1 つのメッセージ
ソーシャルメディア（パブリック）
短すぎる
優しい、慎重な
評判;詳細をプライベート メッセージ (DM) に移動します
電話メモ/概要
項目ごとに
中立的な
鮮明な録音
これらの違いは表面的なものではありません。長いメールをチャットに貼り付けると顧客を待たせることになります。ソーシャルメディア上で個人データを要求することは、公共のプライバシーの侵害です。
ステップバイステップ: 単一ソースからの複数のチャンネル
- ソース応答を入力します。チャネルに関係なく、問題に対する完全で正しい解決策を 1 回書きます。
- チャンネルを選択します。どのチャンネルに適応させていますか?
- 長さや音色を調整します。会話のために短くして分割します。電子メールの署名を完了して追加します。
- プライバシーフィルターを適用します。個人/アカウントの詳細をパブリック チャネルのプライベート メッセージに移動します。
- 変数にマークを付けます。これを、{{name}}、{{order_no}} などのプレースホルダーを含むマクロに変換します。
- ライブラリに追加します。承認されたマクロに名前を付けて、チームが使用できるようにします。
コピー可能なプロンプト
1 つのソースを 3 つのチャンネルに適応させる基本的なプロンプト:
意味と数値情報を変更せずに、次のソース応答を 3 つのチャネルに適合させます。1) 電子メール: 件名のタイトル + 丁寧な冒頭 + 完全な解決策 + 署名。中程度の長さ。2) ライブ チャット: 2 ～ 3 つのテキスト メッセージに分割し、会話のようなペースで、一度に 1 ステップずつ。3) ソーシャル メディア (公共): 2 文以内、丁寧。アカウントの詳細を尋ねず、「詳細については個人的に連絡しています」と伝えてください。ソースレスポンス: {{source_reply }}
変数、再利用可能なマクロを生成するプロンプト:
次のトピック用の再利用可能なサポート マクロを作成します。個人/注文に固有の各場所を {{ variable }} プレースホルダーにします (例: {{name}}、{{order_number}}、{{date}})。マクロの最後に、入力する必要がある変数の短いリストを追加します。件名: {{ or.配送遅延の通知 }}口調: 温かく、シンプルで、ソリューション指向。
マクロがこのクライアントに適しているかどうかを確認するプロンプト:
以下は、定型マクロとクライアント メッセージです。このマクロは本当にこのメッセージに適合しますか?適切な場合は「適切」と言ってください。そうでない場合は、どの点が適合しないのかを 1 文で説明し、この状況に適合したマクロを示してください。マクロ: {{ マクロ }}顧客メッセージ: {{ メッセージ }}
ソーシャルメディア向けの評判に配慮した短い応答プロンプト:
パブリックコメントに返信します。ルール: 最大 2 文、防御的になってはいけない、議論的になってはいけない、個人情報やアカウント情報を求めてはいけない。責任を潔く受け入れ、会話をプライベート メッセージに移します。コメント: {{ コメント }}
弱いプロンプト / 強いプロンプト
下手なアプローチ
強力なアプローチ
各チャンネルに同じテキストを貼り付ける
単一ソースをチャンネルごとに調整する
ソーシャルメディアでアカウントの詳細を要求する
詳細をプライベートメッセージに移動します
それぞれの答えを最初から書く
変数マクロライブラリの使用
マクロを盲目的に送信する
マクロがメッセージに適合するかどうかを確認する
違いは、1 つの正しいソリューションを巧みに「再パッケージ化」していることです。情報は同じままで、プレゼンテーションはチャネルに適合しています。
ミニケース3個
ケース 1 — 電子メールが会話を妨げる。担当者は、定型メールのテキスト (5 段落、署名済み) をライブ チャットに貼り付けました。お客様は「そんなに文章は読みたくないので、簡単に教えてください。」と言いました。チャネル適応プロンプトを使用して同じコンテンツを 3 つの短いメッセージに分割すると、平均チャット時間が大幅に短縮され、顧客は「とても明確でした」と書きました。
ケース 2 — 公共のプライバシーに関するエラー。あるブランドはインスタグラムのコメントで「注文番号と電話番号をここに書いてください。見てみましょう」と返信した。この情報は誰でも見ることができるようになりました。評判に敏感なプロンプトを使用した新しいフローでは、応答は「この問題が発生していて申し訳ありません。問題を解決できるよう個人的にメールしています。」でした。この問題は個人データが公開される前にDMで解決されました。
ケース 3 — マクロ ライブラリの威力。サポート チームは、最もよく寄せられる 12 の質問に対応する変数マクロを作成しました。配送遅延マクロには、{{name}}、{{order_number}}、および {{new_date}} が含まれていました。これら 12 の問題に対する担当者の応答時間は大幅に短縮されました。さらに、チーム全体が同じ正確な情報を一貫した口調で提供するため、顧客体験の水準も向上しました。
ヒント: マクロ ライブラリを「生きた」状態に保ちます。ポリシーが変更された場合 (返品期間が 14 日に短縮された場合など)、単一のソース リストを使用して、その情報を含むすべてのマクロを更新します。乱雑で更新されていないマクロは、古い情報を何度も顧客に伝えます。
一貫性とパーソナライゼーションのバランス
マクロのリスクはロボット化です。すべての顧客が同じストック フレーズを受け取ると、エクスペリエンスが鈍くなります。解決策は、マクロを「スケルトン」として使用し、変数フィールドと顧客への冒頭文をパーソナライズすることです。 AI は、顧客の特定の状況に応じて、既製のマクロを取得し、1 つまたは 2 つの文を追加できます。したがって、速度と温度の両方が維持されます。
注意: チャネル適応中に数値および条件情報 (払い戻し期間、金額、例外) が破損していないことを確認してください。 「省略」命令により、モデルが重大な状態 (「ボックス化されていない」など) をスローする場合があります。これらの条件が短縮バージョンでも残っていることを確認します。
応答時間とチャネルの期待値
チャンネルはトーンや長さだけでなく、期待される速度も異なります。ライブチャットでは、顧客は数秒以内の応答を期待します。電子メールでの数時間は許容されます。ソーシャルメディアでは誰にでも公開されているため、遅延は評判に直結します。したがって、マクロ ライブラリを設定するときは、チャネルごとに「最初の応答」マクロも定義します。これは、顧客を待たせることなく、「メッセージを受け取りました。現在検討中です」という短い確認です。この小さなメッセージにより、顧客の「話を聞いてもらえない」という感覚が解消され、たとえ解決がわずかに遅れたとしても、アンケートのマイナススコアのかなりの部分が防止されます。
もう一つ重要な点はチャンネルの切り替えです。顧客はソーシャル メディアから始めて、プライベート メッセージに移行し、次に電子メールに移行する可能性があります。切り替えごとにコンテキストが失われないように、AI に前のチャネルでの会話の簡単な要約を作成するよう依頼します。したがって、顧客はすべてのチャネルで自分の問題を最初から説明する必要はありません。チャネル間で一貫したエクスペリエンス (オムニチャネル) は、今日の顧客の主な期待です。さまざまなチャネルで異なる回答が得られると、信頼が損なわれます。
よくある間違い
- 同じテキストを変更せずにすべてのチャンネルに貼り付けます。
- 公開チャネルで個人情報/アカウント情報を要求する。
- 互換性をチェックせずにマクロをクライアント メッセージに送信します。
- 短縮時に重大な条件 (例外、条件) を削除します。
- 単一の現在のソースからマクロを管理するのではなく、古い情報を繰り返します。
- マクロをまったくパーソナライズしないことで、ロボットのような冷たいエクスペリエンスを作成します。
要約すると
- 各チャンネルには独自の長さ、トーン、機密性のルールがあります。単一のテキストをどこにでも貼り付けないでください。
- 正しい「ソース回答」を 1 つ書き、それをチャネルに合わせて調整します。
- 公共のチャネルでは決して個人データを要求しないでください。詳細をプライベート メッセージに移動します。
- 変数マクロは速度と一貫性を提供します。ただし、その適合性を確認してカスタマイズする必要があります。
- 単一の最新ソースからマクロを管理します。短縮しながら危機的な状態を維持します。
アプリケーションタスク
よくある質問 (例: 「荷物が遅れています」) に対する単一ソースの回答を作成します。これを、チャネル適応プロンプトを使用して電子メール、ライブ チャット、およびソーシャル メディアのバージョンに変換します。次に、電子メールのバージョンを変数マクロに変換し、入力するフィールドをリストします。最後に、ソーシャル メディア バージョンが個人データを要求しないこと、およびすべてのバージョンで数値情報 (新しい配信日) が保持されていることを確認します。
チェックリスト
- [ ] チャネルとは関係なく、完全なソースの回答を書きました。
- [ ] チャンネルに合わせて長さと音色を調整しました。
- [ ] 私はパブリックチャンネルで個人データを要求しませんでした。
- [ ] 変数マクロを作成し、入力するフィールドをリストしました。
- [ ] 短縮しながら臨界状態が維持されていることを確認した。
- [ ] マクロが顧客のメッセージに準拠していることを確認しました。