無料・登録不要の返信準備シートで、相手の要望・確認できた事実・未確認事項を一枚のメモにまとめられます。入力内容は外部へ送信しません。
入力例・チェック項目は編集部による運用提案です。架空の案件を使っており、特定製品の実操作テストや法律判断ではありません。AIが返金可否やカスハラ該当性を確定できる、という趣旨ではありません。
顧客メールを丸ごと貼らず、返信に必要な情報だけ渡す
クレーム返信の下書きに必要なのは、相手の要求、確認済みの記録、未確認事項、実行できる対応方針です。顧客メールの署名や注文画面を丸ごと貼る前に、返信準備に不要な個人情報を外します。以下は編集部の整理例であり、伏せ字だけで個人情報ではなくなることや、法令への適合を保証するものではありません。
| 元の情報 | 返信準備用の整理例 | 残す判断材料 |
|---|---|---|
| 氏名・メール・電話・住所を含む署名 | 「お客様A」に置き換え、連絡先を外す | 問い合わせの内容と希望する対応 |
| 実際の注文番号・追跡番号・会員ID | 必要なら「注文A」と置く。実番号との対応表はAIへ渡さず社内で管理 | 発送登録日、追跡表示と確認時刻 |
| 注文管理画面全体のスクリーンショット | 必要な事実だけを文章で抜き出す | 商品状態、数量、確認済みの配送状況 |
| 過去メールの全文と第三者の情報 | 送った約束と日付を要約し、第三者の情報を除く | 案内済みの内容と未解決の確認事項 |
利用するAIの保存期間、学習利用、外部への提供などの条件は、契約・設定・プライバシーポリシーで確認してください。個人情報保護委員会の注意喚起では、事業者が入力する個人情報が利用目的に必要な範囲か、個人データが機械学習に利用されないか等を確認するよう示されています。公式資料（2023年6月2日）を2026年10月16日に確認しました。
最初に分けたいのは「事実・主張・未確認」
顧客のメール、注文管理画面、配送履歴は、それぞれ別の情報源です。顧客が「発送されていない」と書いていても、自社画面には発送済みと表示される場合があります。どちらかを即座に正しいと決めず、情報源と確認した時刻を添えてAIへ渡します。
そのうえで、未確認のことは「不明」と明記します。日付や配送状況を推測で埋めると、自然な文章でも根拠のない案内になる可能性があります。「配送会社への確認はまだ」「返品規約の適用は担当者判断待ち」と残したほうが、次の確認を整理できます。
入力に使う6つの項目
| 項目 | 入れる情報 | 避けたい入力 |
|---|---|---|
| 相談内容 | 相手の要求と困りごとを区別して記載 | 「悪質な客」など印象だけの評価 |
| 注文・商品 | 案件用ID、商品、購入日、必要な数量・金額 | 不要な住所や決済情報の丸ごと転記 |
| 時系列 | 注文、発送、問い合わせ、過去返信の日時 | 記憶で日付を補うこと |
| 確認済みの記録 | 配送画面、検品記録、写真の確認内容と情報源 | 画像を渡していないのに確認済み扱い |
| 自社条件 | 該当する規約の文面、社内で承認済みの対応範囲 | 存在しない返品条件を作ること |
| 未確認・次の対応 | 不足情報、確認担当者、案内できる期限 | 確約できない再発送日や返金の約束 |
氏名や住所が必要かは用途で判断します。返信案の下書きなら「お客様A」「注文A」のような仮名で足りる場合があります。外部AIへ渡してよいデータの範囲、保存・学習利用の条件は、利用サービスと自社の取り決めで確認してください。
架空の「商品未着」案件の入力例
【相談】お客様Aから「商品が届かない。状況を教えてほしい」と連絡。返金要求は現時点でなし。
【確認済み】注文Aは9月16日受付、9月17日に発送登録。9月19日9時に自社の配送画面を確認したところ「輸送中」。配達完了の記録は確認できていない。
【相手の主張】注文後のメールを受け取っていない、とのこと。メールが実際に届かなかったかは未確認。
【未確認】配送会社への照会結果、配達予定日、登録メールアドレスの状態。
【対応方針】担当者が配送会社に確認する。再発送・返金はまだ承認されていない。次の状況連絡は9月19日17時までに行える。
【AIへの依頼】確認済みの事実、相手の主張、未確認事項を分けて整理してください。配達日や返金を確約せず、現在確認中であることと次の連絡時刻を伝える返信案を作ってください。不足情報があれば別に列挙してください。
この例の17時という期限は、担当者が実際に守れる前提の架空の設定です。自社で守れない時間は使わず、案内可能な日時に置き換えます。また「発送登録」と「配送会社が荷物を引き受けたこと」は同じとは限らないため、確認範囲を混同しないことが重要です。
下書きで勝手に増えた事実を見つける
例えば前の架空例から「明日には届きます」「配送会社のミスです」「返金を手配しました」という文が出た場合、入力には根拠がありません。丁寧な文面でも採用せず、該当箇所を削除し、確認済みの内容に戻します。
説明用の修正例（AIの実出力ではありません）：「お届けをお待ちいただいている中、ご心配をおかけしております。9月19日9時時点で配送画面は輸送中と表示されています。到着予定は配送会社へ確認し、本日17時までに、判明した状況または確認の進捗をご連絡いたします。」
この返信は配送会社へ確認し、17時までに状況連絡できるという架空の前提です。実際に行えない確認や時刻は書きません。配送・破損・返品の3つの架空例でも、事実と約束を分ける流れを確認できます。
返信案はこの5点を見てから送る
- 事実：日付、数量、金額、配送状態が元の記録と一致しているか。
- 約束：返金、再発送、送料負担などを、社内承認なく確定させていないか。
- 確認依頼：注文画面で既に分かる情報を何度も顧客に求めていないか。必要な場合は理由も伝える。
- 次の連絡：誰が何を確認し、いつ連絡するかが自社で実行できる内容か。
- 表現：顧客を責めたり、要求を自動的に不当と決めつけたりする文章になっていないか。
誤りを見つけたら、語尾だけでなく入力情報も修正します。「丁寧にして」と頼み直しても、前提の誤りは残ることがあります。担当者が確認した最終文と、実際に行った対応を案件ごとに記録し、次の問い合わせで同じ説明を繰り返さないようにします。
人へ引き継ぐ基準は先に決める
金銭的な対応の例外、商品事故の疑い、脅迫を含む連絡、同じ説明で解決しない案件などは、文章作成だけで進めず責任者に判断を戻す運用が考えられます。これは製品の自動判定を保証するものではありません。引き継ぎ時には「要求」「確認済み」「不足情報」「過去の約束」「判断が必要な点」を短くまとめます。
情報収集・連携・個別案件整理は別の工程
SmartContactの公式案内は、フォーム送信前の不足情報の補足と返信案の生成を紹介しています。AIcrewの公式案内は、EC情報を使う回答ドラフトと、人のレビューを含む送信制御を紹介しています。どちらも、紹介文だけで自社の注文照合や返品判断まで確実に行えるとは判断せず、実際の接続条件と確認手順を検証してください。
まず個別案件の事実関係と取引状況を整理して返信文を検討したい場合は、当サイトの運営者サービスEtoLogic Skyも選択肢です。生成された案は担当者が確認・調整して使います。案内先：https://etologic-sky.vercel.app/
配送が遅れた場合の確認手順と一次返信は配送遅延のクレーム返信で整理しています。
関連する比較・紹介記事
参照した公式情報
情報確認日：2026年9月19日。追加情報確認日：2026年10月16日（個人情報保護委員会の注意喚起、SmartContact・AIcrewの上記機能説明を再確認）。製品の性能比較ではなく、公式の機能説明と編集部の運用提案を分けて記載しています。
運営・掲載について
本サイトはEtoLogic Skyの運営者が制作しています。自社サービスを含め、確認できる公開情報を整理しています。