1. 速さと品質、どちらかを諦めていませんか

問い合わせ対応がつらいのは、相反する要求を同時に満たさなければならないからです。お客様は早い返信を望みますが、内容が間違っていれば逆に信頼を失います。丁寧に確認して書けば時間がかかり、たまった問い合わせがさらにプレッシャーになる。この繰り返しの中で、返信は少しずつ雑になっていきます。

加えて、品質が担当者の経験に左右されます。ベテランは的確に一発で答えますが、新しく入った人は調べながら書くしかなく、時間も精度もばらつきます。その差が、お客様から見たサポートの印象の差になります。

ここでAIが効くのは、下書きを速く用意でき、しかも書き方や参照する情報を指定すれば品質を揃えられるからです。ただし、AIは自社の仕様も料金も知りません。丸投げすると、もっともらしい誤案内を作ってしまいます。鍵は、答えの型と、参照すべき正しい情報を渡すことです。次の章から、実際のプロンプトで進めます。

2. まず問い合わせへの返信ドラフトをAIに作らせる

最初の一歩は、今日からできます。届いた問い合わせの本文を渡して、返信の下書きを作らせます。ここでも丸投げをやめ、答え方の型を指定するのがコツです。

なぜこのプロンプトが効くのか

• 「表面の質問の奥にある要望」を先に言い換えさせています。問い合わせは、書かれた質問と本当に困っていることがずれていることが多いからです。
• 「結論から」と順番を固定しています。サポート返信は、読んで一発で解決に向かうのがいちばん喜ばれます。
• 事実が不確かなら [要確認] にさせ、間違った案内でお客様を混乱させるのを防ぎます。

問い合わせの本文をそのまま貼るだけでも、使える下書きが返ってきます。ただ、このままだと自社のトーンや正確さは保証されません。次の章で、そこを固めます。

3. 自社らしさと正確さを守る指定を加える

下書きが作れても、言い回しが自社と違ったり、確認していない仕様を言い切ってしまっては使えません。参照する情報とルールを渡して、下書きを自社仕様に整えます。

なぜこのプロンプトが効くのか

• 「必ず参照する情報」を貼らせ、そこにない事実は書かせません。サポートは誤案内が一番の事故なので、事実をナレッジに縛るのが肝です。
• エスカレーション基準を先に決めておくと、AIが抱え込んで危ない回答を作るのを防げます。
• 最後に「そのまま送ってよいか」を判定させるので、人が確認すべき返信だけに集中できます。

トーンと参照情報を一度決めておけば、誰が使っても同じ品質の下書きが出ます。次は、いちばん気を使う場面です。

4. 感情的な問い合わせやクレームの一次対応

怒りや強い不満を含む問い合わせは、対応を誤ると火に油を注ぎます。かといって、返信に時間をかけるほどお客様の不満はふくらみます。一次対応の下書きをAIに用意させておくと、落ち着いて初動を切れます。

なぜこのプロンプトが効くのか

• 「受け止める → 説明 → 行動」の順を固定しています。クレームは、正しさより先に気持ちを受け止めると収まりやすいからです。
• 事実を断定させず、重い約束をさせないので、後で覆って二次クレームになる事故を防ぎます。
• あくまで一次対応の下書きとして、最後に人がチェックする前提にしています。

初動さえ落ち着いて切れれば、その後の対応もぐっと楽になります。ここまでは一件ずつの話でした。最後に、これを毎回の仕組みにする道筋です。

5. FAQと過去対応を参照して、一次回答を自動で用意する仕組みにする

ここまでのプロンプトは、その場で使うだけでも効きます。ただ、毎回FAQや過去の対応履歴を探して貼るのは手間です。使い込むと「問い合わせが来たら、参照済みの一次回答の下書きが用意されている」状態にしたくなります。

実際に組むと、たとえばこうなります。問い合わせがメールやチャット、フォームで届くと、その内容を、自社のFAQ・マニュアル・過去の良い対応を読み込ませたAI（Difyのような社内アプリ）が読み取り、参照元にもとづいた一次回答の下書きを作る。よくある質問はそのまま自動返信の候補にし、判断が必要なものは担当者の画面に下書きとして届く。問い合わせの内容から、製品別や緊急度別に自動で振り分けることもできます。サイトにチャットボットとして置けば、営業時間外の一次対応も回せます。

安定して使うには、ここから先の作り込みが必要です。FAQやマニュアルをAIが正しく引ける形に整える、料金や仕様が変わったときに参照元をどう更新するか、答えてよい範囲とエスカレーションの線引き、自動返信してよい質問と人が必ず見る質問の仕分け、といった調整です。この「便利なプロンプト」と「問い合わせが来たら下書きが用意される仕組み」の間にある距離が、作り込みの正体です。

まずは第2章から第4章のプロンプトを、次の問い合わせ対応で使ってみてください。速さと品質を両立させる手応えがつかめます。そして「問い合わせのたびに、参照済みの下書きが出る状態にしたい」と思ったら、そこが対応品質とスピードを底上げする入口になります。FAQの参照設計やチャットボットの構築といった作り込みは、実装と運用の勘所を持つ相手に一度相談すると、遠回りを避けられます。

まとめ

カスタマーサポートでAIを効かせる鍵は、速く返すことだけではなく、品質を保ったまま速くする使い方にありました。

• 表面の質問の奥にある要望を捉え、結論から返す下書きをAIに作らせる
• 参照する情報とトーン、エスカレーション基準を指定し、誤案内を防ぐ
• 感情的な問い合わせは「受け止める、説明する、行動を示す」の順で一次対応する

まずは次の問い合わせを、第2章のプロンプトで下書きしてみてください。速さと品質のどちらかを諦めなくてよくなります。そして「問い合わせのたびに、参照済みの下書きが出る状態にしたい」と思ったら、そこが仕組みにするタイミングです。