クレーム対応にAIを使っていると、社内で言えないままの人へ

「このたびはご迷惑をおかけし」——ここまで打って、手が止まる。

隣のタブにChatGPTを開いたままにしている。使っていることは、まだ社内の誰にも言っていない。

クレームメールが届いた。返信を書き始めて、手が止まる。文面をAIに下書きさせたいが、「AIに謝らせて、あとで問題にならないのか」が分からない。ECの問い合わせ担当で、この一点で止まっている人は多い。

結論から書く。AIに任せていいのは「事実の整理」と「文章の体裁」までだ。そして補償・返金・責任の所在に関わる判断は、AIに決めさせてはいけない。この線さえ引ければ、下書きの大部分はAIに任せられる。

• 任せる範囲は作業単位で切る：クレーム返信は「確認」「判断」「決定」「作文」の4工程に分かれる。AIが代われるのは確認の整理と作文だけだ
• 危ないのは謝罪そのものではない：問題になるのは、謝罪に金額や原因の断定がくっついた瞬間だ
• 直す前に、出させない：出力を直すより、書かせない範囲をプロンプトで先に指定するほうが速い

クレーム対応にAIを使うと、何が変わって、何が変わらないのか

変わるのは「文章を組み立てる時間」であって、「何を約束するかを決める時間」ではない。ここを取り違えると、導入しても手応えがない。

クレーム返信を書く作業は、実際には次の4つに分かれている。

1. 何が起きたのかを、注文履歴・配送履歴・過去のやりとりから確認する
2. こちらに落ち度があるかを判断する
3. どこまで補償するかを決める
4. それを、角が立たない文章にする

AIが代われるのは1の整理と4だけだ。2と3は事業者の判断であり、AIに投げた瞬間に「誰が決めたのか分からない約束」が文面に残る。

具体的に考えるとはっきりする。「注文した商品が予定日を3日過ぎても届かない」というメールが来たとする。ここで手が止まる理由は、文章力ではない。配送業者に確認が取れていない段階で、送料を返すのか、次回使えるクーポンを出すのか、まず謝るだけにとどめるのか——その判断がついていないから書けないのだ。文章は判断のあとにしか出てこない。

逆に言えば、判断が済んでいる案件の返信は、驚くほど速くなる。「配送業者の伝票番号はこれ、現在地はここ、社内の方針は再配送の手配のみ、補償はなし」という材料が揃っていれば、AIはそれを読める日本語に整えるだけでいい。この工程に人間が費やしていた時間は、大きく減らせる。

効き目が出るかどうかは、件数の分布にも左右される。1日1通しか来ない現場では、削れる時間の総量は小さい。一方、セール直後や配送が乱れる時期には、同じ種類の問い合わせが集中する。同種の案件がまとまって来るときほど、下書きの自動化は効く。件数が少ない時期に試して「たいして変わらない」と結論を出すと、本当に効く場面を逃す。導入の可否を判断するなら、繁忙期の1日で測るほうが実態に合う。

だから期待値の置き方はこうなる。1通あたりの時間は減るが、減るのは作文の部分だけだ。判断に迷う案件は、AIを入れても迷ったままである。むしろ、判断が必要な箇所がどこなのかがはっきりする分、迷いが表に出るようになる。それは悪いことではない。今まで文章を書きながら曖昧に流していた判断が、明示的になるということだ。

返信テンプレート集があるのに、なぜ手が止まるのか

クレーム対応の現場には、たいてい既存の資産がある。社内Wikiの文例集、前任者が残したメールの雛形、書籍の例文集。それでも1通に何十分もかかるのは、テンプレートが足りないからではない。

テンプレート集が持っているのは「型」だけだからだ。「配送遅延のお詫び」の雛形を開いても、そこに書かれているのは骨組みで、注文番号・確認できた事実・今回の対応方針は空欄になっている。埋める作業は毎回発生する。しかも、雛形の言い回しと今回の事情が微妙に合わないので、結局あちこち書き換えることになる。書き換えているうちに、最初から書いたほうが速かったという結論になる。これがテンプレート集が使われなくなる典型的な流れだ。

AIが埋めるのは、この「型と個別事情のすり合わせ」の部分である。注文履歴と確認済みの事実を渡せば、今回の案件に合った形で本文が出てくる。雛形の文言に自分の状況を合わせにいく作業が消える。テンプレート集の弱点は当てはめの手作業にあり、そこはAIが得意な領域だ。

ただし、AIも判断は埋められない。空欄のうち「補償をどうするか」だけは、誰が何を使っても埋まらない。テンプレート集を使っていたときに残っていた面倒のうち、当てはめの部分は消え、判断の部分は残る、という程度のイメージだ。当てはめが消えるのは十分に大きいが、判断は消えない。残ったほうまで消そうとしてAIに判断させ始めると、この記事の冒頭で書いた事故が起きる。

「先輩に聞く」「上長に確認を回す」という手も同じ構造で見られる。往復が必要なのは判断の部分だけで、当てはめのために人を待たせているなら、その待ち時間は減らせる。

AIに書かせていい部分と、書かせてはいけない部分の線引き

返信文を要素に割ると、境界がはっきり見える。文全体を「任せる/任せない」で判定しようとするから迷う。要素ごとに判定すれば、迷う余地はほとんど残らない。

要素	AIに任せる	理由
事実確認の整理 （いつ・何が・どの注文で）	○	履歴を渡せば正確に並べ替えられる。判断が入らない
謝罪の文面 （不快な思いをさせたこと）	△	気持ちへの謝罪は使える。ただし落ち度を認める文言が混ざりやすいので必ず読む
補償・返金の約束	×	金額と条件は事業者の判断。AIは「一般的にありそうな条件」を書いてしまう
再発防止の記述	×	社内で実施しない施策を書くと、次のクレームの材料になる

△が一番扱いにくい。謝罪は文章の中で最も自然に膨らむ部分で、AIは「不快な思いをさせたこと」への謝罪から「こちらの不備」への謝罪へ、何の断りもなく滑っていく。人間が読んでも滑らかなので、気づかずに送信してしまう。

実務で使える読み方はひとつだけ覚えればいい。下書きを読むとき、一文ずつ「これは事実か、約束か」を判定する。事実なら、自分が確認した情報と一致しているかを見る。約束なら、それを決めたのが自分かどうかを見る。自分が決めていない約束が入っていたら、そこが混入箇所だ。

判定に迷ったときは、その一文だけを取り出して「これを社内の誰かが承認したか」と考えるとよい。承認していない内容が書かれているなら、確認が要る箇所だ。文章全体の印象で判断しようとすると必ずぶれる。

この読み方の利点は、文章の巧拙を判断しなくていいところにある。表現がうまいかどうかは、慣れないと判断がぶれる。事実か約束かの二択なら、入社まもない担当者でも同じ結果になる。チェックを人に渡せる形になっているかどうかは、運用に乗せるときに効いてくる。

危ないのは「謝る」ことではなく、謝罪に条件がくっつくこと

「このたびはご不快な思いをおかけし、申し訳ございません」は、多くの場合そのまま使える。日本のカスタマー対応で謝罪表現を外すほうが、かえって話をこじらせる。問題が起きるのは、次のような形だ。

このたびは弊社の不備によりご迷惑をおかけしました。商品代金を全額返金いたします。

AIに丸投げすると、こういう文が普通に出てくる。しかも、読んでいて違和感がない。危ないのは、「弊社の不備」という原因の断定と、「全額返金」という条件の確定が、社内で確認されないまま1文に収まっていることだ。

この2つは性質が違う。原因の断定は、まだ調査が終わっていない段階での事実認定である。配送業者側の事情かもしれないし、住所の記載に問題があったのかもしれない。調べる前に自社の不備だと書けば、あとから事実が違っても引っ込めにくくなる。条件の確定は、金銭の話だ。送ってしまえば、受け取った側はそれを前提に動く。

同じ内容を、分解して書けば安全な形になる。

このたびはご不快な思いをおかけし、申し訳ございません。ご注文（注文番号：○○）の配送状況について、現在配送業者に確認を進めております。確認が取れ次第、対応方針を含めて改めてご連絡いたします。

謝罪は残っている。誠実さも損なわれていない。しかし原因の断定も、補償の確定も入っていない。「謝る」と「認める」と「約束する」は別の行為だという当たり前のことが、文章にすると混ざる。AIはこの3つを区別しないまま自然な文章にしてしまう。

なお、返金や交換にどう応じるべきかは、契約内容・利用規約・個別の事情によって変わる。判断に迷う場合は社内の責任者や弁護士等の専門家に確認してほしい。この記事は返信文の作り方を扱うもので、法的な助言ではない。

そのまま使える下書きプロンプト

ポイントは「書かせない範囲を先に指定する」ことだ。出てきた文を直すより、出させないほうが速い。混入した条件を探して消す作業は、探し漏れが起きる。最初から空欄にさせておけば、探す必要がない。

あなたはECショップのカスタマーサポート担当です。
以下のクレームに対する返信メールの下書きを作ってください。

【厳守】
- 返金・交換・割引など、補償の可否や金額には一切触れないこと
- 原因を断定しないこと（「弊社の不備で」等と書かない）
- 再発防止策を具体的に書かないこと
- 補償と原因に関わる箇所は「＜要確認＞」と書いて空欄にすること
- 期限や日数を推測で書かないこと

【前提】
- 注文番号: (ここに貼る)
- 注文日 / 配送状況: (履歴を貼る)
- こちらで確認できている事実: (箇条書きで貼る)

【クレーム本文】
(そのまま貼る)

【出力】
- 件名と本文
- 最後に「確認が必要な点」を箇条書きで

この「＜要確認＞で空欄にさせる」指定が効く。AIが勝手に埋めた条件を探して消す作業がなくなり、人間が判断すべき箇所だけが穴として残る形になるからだ。穴の数がそのまま「この案件で自分が決めるべきことの数」になる。3つ空欄が出たなら、3つ決めれば返信は完成する。

最後の「確認が必要な点」を出力させるのも同じ狙いだ。AIが判断を避けた箇所が一覧で出るので、社内で確認を回すときにそのまま使える。上長に「この件、どうしましょう」と丸ごと投げるのではなく、「確認したいのはこの3点です」と渡せる形になる。往復の回数が減るのはここだ。

出てくる下書きの形

この指定を入れると、下書きはおおむね次のような形で出てくる。

件名：ご注文商品の配送状況につきまして（注文番号：12345678）

○○様
このたびはご不快な思いをおかけし、申し訳ございません。
ご注文いただいた商品（注文番号：12345678、ご注文日：8月14日）につきまして、8月18日到着予定のところ、本日時点でお手元に届いていないとのこと、確認いたしました。
現在、配送業者へ状況の確認を進めております。＜要確認：確認完了の見込み時期＞
今回の件につきましては＜要確認：対応方針・補償の有無＞。
ご迷惑をおかけしております。今しばらくお待ちくださいますようお願い申し上げます。

［確認が必要な点］
・配送業者からの回答見込み
・再配送とするか、返金とするかの方針
・送料の扱い

そのまま送れる文章ではない。送れないことが正しい。穴が3つ空いていて、それが「確認が必要な点」として一覧になっている。担当者がやることは、この3つを埋めて、＜要確認＞の記法を自然な文に直すことだけだ。文章をゼロから組み立てる作業は、この時点でもう終わっている。

穴を埋めた最終形は、それぞれの社内方針によって変わる。「配送業者からの回答を待って再配送、送料は当社負担」と決めたなら、その通りに書き換える。決めたのが人間である、という一点がここでは重要になる。

貼り付ける前にひとつ。顧客の氏名・住所・電話番号・メールアドレスは外してから渡す。返信文の作成に、これらは要らない。注文番号と、いつ何がどうなったかの事実だけで文面は書ける。宛名は自分で差し込めばいい。外部のAIサービスに顧客の個人情報を入力する運用は、社内で許可されていない場合も多い。許可されていても、要らない情報を渡さないほうが単純に安全だ。

AIの下書きでほぼ毎回直すことになる3点

指定を入れても、次の3つは混入しやすい。逆に言えば、ここだけ見れば手直しはおおむね終わる。

1. 原因の断定

「配送業者の遅延により」「システムの不具合で」「在庫管理の行き違いにより」——確認していない原因を、AIは埋めてくる。文章として自然にするために因果をつなげるからで、事実かどうかを判断しているわけではない。

直し方は単純だ。原因に触れている箇所を、確認済みの事実だけに置き換える。「配送業者の遅延により」は「配送状況を確認しております」になる。原因を書かないと不誠実に見えるのではと心配になるが、実際には逆で、確認前の推測を断定するほうが後で信用を失う。

2. 期限の創作

「3営業日以内にご連絡いたします」「本日中に確認のうえ」といった期限が入る。もっともらしいので見落としやすい。しかし守れなければ二次クレームになる。しかも一次のクレームより厄介な種類のものになる。最初の不満は商品や配送についてだが、期限を破ったあとの不満は「この会社は約束を守らない」に変わるからだ。

社内の実態に合わせて書き換えるか、削る。土日を挟むのか、確認先が外部の配送業者なのか自社倉庫なのかで、返せる期限は変わる。AIはその事情を知らない。

3. 過剰な低姿勢

謝罪が何度も繰り返され、必要以上にへりくだった文面になりがちだ。「重ね重ね」「誠に」「多大なるご迷惑」が積み重なる。書いている側は誠実さのつもりでも、読み手には「テンプレ感」として伝わる。定型文を貼っただけに見えると、内容を読んでもらえない。

謝罪は冒頭に1回でいい。そのぶん、確認した事実と次に何をするかを具体的に書いたほうが、結果として誠実に読まれる。

3点を見る順番も決めておくと速い。原因の断定 → 期限 → 謝罪の量の順に見る。前の2つは送信後に取り返しがつきにくく、最後の1つは読み心地の問題だからだ。時間がないときは、上2つだけ見て送る判断もできる。全部を丁寧に読もうとすると、結局「AIの下書きを読む時間」が「自分で書く時間」に近づいていく。チェックを軽くする設計まで含めて、はじめて時間が減る。

クレームの種類によって、線の位置は動く

ここまでの線引きは全体の原則だが、案件の種類で「AIに任せられる割合」は変わる。同じ手順で処理しようとすると、種類によって手戻りが増える。

種類	AIの下書きが効く度合い	注意点
配送遅延・未着	高い	事実確認が主。判断要素が少なく、文面の型も安定している
破損・初期不良	中	写真の確認と交換条件がからむ。交換の可否は必ず人間が決める
品質・イメージ違い	低い	主観の話で、落ち度の線引き自体が曖昧。AIは安易に謝罪へ寄る
返品・キャンセルの可否	低い	規約の解釈が入る。規約の判断をAIにさせない
レビュー・SNS起因	低い	第三者が読む前提の文面になる。公開の場での言い回しは人間が決める

品質・イメージ違いの案件が難しいのは、落ち度の有無そのものが決まらないからだ。「写真より色が濃い」「思ったより小さい」は、商品説明の書き方次第でこちらの責任になることもあれば、ならないこともある。AIはこの曖昧さを処理できず、たいてい謝罪の方向に倒す。無難に見えるが、返品を前提とした文面が出てくるので、そのまま送ると条件を先に確定させてしまう。

効き目が高いのは、判断要素が少なく件数が多いものだ。配送遅延の問い合わせは、繁忙期には1日に何件も来る。内容の大半が同じで、注文番号と状況だけが違う。ここをAIに寄せると、削れる時間の総量が大きい。

逆に、返品可否の判断は規約の解釈そのものだ。「未開封であること」「到着後○日以内」といった条件を、AIは文面から都合よく解釈する。しかも、それらしい根拠を付けてくる。ここは判断を渡してはいけない領域で、下書きを作らせる場合も「返品の可否には触れない」を厳守させたうえで、可否の記述は人間が書き足す。

レビューやSNS起因のものは、性質がまた違う。返信の宛先は投稿者一人だが、読者は不特定多数になる。書き方の巧拙が第三者からの評価に直結するので、時間をかけるべき対象であり、削る対象ではない。時間を削る場所と、かける場所を分けるための線引きでもあるということだ。

社内で運用に乗せるときに、先に決めておくこと

個人で試すぶんには、ここまでの線引きで足りる。担当が複数いる現場で回すなら、あと3つ決めておかないと、決めていないことが事故として出てくる。

1つ目は、一次対応者が自分の判断で送れる範囲だ。「補償に触れない返信は担当者が送ってよい、金額が発生する返信は責任者の確認を通す」のように、金額の有無で線を引くのが分かりやすい。AIを使うかどうかに関係なく必要な取り決めだが、下書きが速く出るぶん、送信までのスピードが上がって、確認を飛ばしやすくなる。

2つ目は、「＜要確認＞」を誰がどう埋めたかの記録だ。プロンプトで空欄にさせた箇所は、判断が入った場所そのものである。ここを誰が埋めたかが残っていれば、あとから「なぜこの案件は返金したのか」を追える。問い合わせ管理ツールのメモ欄でも、共有シートの1行でも足りる。凝った仕組みは要らない。

3つ目は、AIに渡す前に外す情報の一覧だ。氏名・住所・電話番号・メールアドレス・クレジットカードの下4桁。この種の情報は返信文の作成に必要ない。担当者ごとに判断が変わらないよう、外す項目を明文化して、プロンプトのテンプレート自体に「個人情報は貼らない」と書き込んでおく。

加えて、プロンプトのテンプレートは1か所に置いて、更新する人を決める。各自がメモ帳に持っていると、指定の内容が少しずつずれて、出力の質が担当者によって変わる。テンプレートは業務手順書の一部だと考えたほうが実態に合う。

この3つを決めておくと、副産物として引き継ぎが軽くなる。新しく入った担当者に渡すのは、文例集ではなくプロンプトのテンプレートと「＜要確認＞を埋める判断基準」になるからだ。文章の書き方を教える必要が減り、「どこで人に確認するか」を教える形に変わる。クレーム対応で新人がつまずくのは、もともと文章力ではなく判断の線が見えないことのほうだった。線を明文化する作業は、AIを入れるかどうかとは独立して価値がある。

まとめ：判断が入らない作業だけをAIに寄せる

クレーム対応でAIに任せられるのは、事実を並べ、読める文章にするところまでだ。何をどこまで約束するかは人間が決める。この線さえ引ければ、返信作成の手間は減らせる。

そして、この線引きはクレーム対応に限った話ではない。「判断が入らない作業はAIに寄せ、判断が入る箇所を穴として残す」という形は、問い合わせ返信でも、商品説明文でも、在庫の確認でも、社内への報告でも同じように使える。AIの使い方を業務ごとに覚え直す必要はない。覚えるのは、自分の業務のどこに判断が入っているかを見分ける方法のほうだ。

もうひとつ、地味だが効く変化がある。判断が入る箇所を穴として明示する運用を続けていると、自分の業務のうち何割が判断で、何割が作業だったのかが数えられるようになる。感覚で「忙しい」と言っていた部分が、件数と穴の数という形になる。社内で人を増やす相談をするときも、ツールを入れる相談をするときも、この数字があるかどうかで話の通り方が変わる。AIを使う話は、最終的に自分の仕事を説明できるかどうかの話に戻ってくる。

まずは1通でいい。次に届いたクレームメールで、返信を書き始める前に「この案件で自分が決めることは何か」を箇条書きにしてみてほしい。書き出せた項目が、AIに任せてはいけない部分だ。

なお、本記事は返信文の作り方と社内での運用を扱うものであり、法的な助言ではない。返金・交換・返品可否の判断、規約の解釈、個人情報の取り扱いについては、契約内容や個別の事情によって結論が変わる。実際の対応にあたっては、社内の責任者や弁護士等の専門家に確認してほしい。

自分の業務のどこにこの線を引けるかを、数字を使って社内に説明する方法は、数字で語れるEC担当者になる：分析から社内提案までの型でまとめている。