客先クレームの回答書を生成AIで下書きすると、どこで危うくなるのか?——事実と推測が混ざる5つの箇所と、AIに任せてよい作業・人が決める作業【2026年版】

この記事の要点
- 客先クレームの回答書づくりで生成AIに任せてよいのは、経緯の整理・文面の整え・記載漏れの点検までです。原因の断定、対策の約束、責任の認否は人が決めます。
- AIの下書きが危うくなるのは、①推測が事実として書かれる ②対策の約束が先走る ③おわびと責任の認否が混ざる ④流出の原因が抜ける ⑤影響範囲があいまいになる、の5か所です(表2)。
- JIS Q 10002:2019 は、苦情を重大性・安全性などで初期評価し、調査の深さを深刻さに比例させるよう示しています。AIの使い方も重大度で変えます(表3)。
- 安全・法令に関わる不具合、原因が確定していない初報での原因記述、社外秘を入力できない環境では、AIの下書きは向きません。
この記事が支援する判断:品質保証の担当者が、客先からの不具合連絡(クレーム)への回答書(初報・中間報告・最終報告)を作るときに、どの工程まで生成AIに下書きさせ、どこから人が書いて決めるかを決めること。
客先から不具合の連絡が入ると、品質保証の担当者は現品の確認、社内の調査、回答書の作成を短い期限の中で並行して進めます。回答書の文面づくりは時間がかかるため、生成AIに下書きを任せたくなる工程です。ただし回答書は、取引先との信頼と、場合によっては責任の範囲を左右する文書です。本記事では、生成AIに任せてよい作業と人が決める作業を工程ごとに分け、AIの下書きが危うくなる5つの箇所と、重大度別の使い分けを整理します。
クレーム回答書づくりで、生成AIは何に使えるのか?
生成AIが役に立つのは、すでに確かめた事実を「読み手に伝わる文書」にまとめる作業です。具体的には、受付記録や調査メモから経緯を時系列に並べる、社内用語を客先向けの言葉に直す、顧客指定の項目に記載漏れがないかを点検する、といった作業です。反対に、何が原因か、どんな対策をいつまでに行うか、どこまで自社の責任とするかは、調査の結果と社内の権限で決めることであり、AIに決めさせる作業ではありません。表1は、回答書づくりの工程ごとに役割を分けたものです。
| 工程 | AIに任せてよい作業 | 人が決める・確かめる作業 |
|---|---|---|
| 受付・初報 | 受付記録の要約、受理の連絡文の整え | 現品・ロットの確認、即時処置の要否 |
| 調査 | 調査項目の抜け漏れの点検、過去の類似不具合の検索 | 発生原因・流出原因の特定 |
| 対策 | 対策案の候補出し(問いの形で) | 対策の採否、実施日、効果の確認方法 |
| 回答書 | 経緯の時系列化、用語の統一、様式の項目点検 | 原因の記述、責任の範囲、提出の承認 |
規格は、苦情対応で何を求めているのか?
苦情対応の指針である JIS Q 10002:2019「品質マネジメント-顧客満足-組織における苦情対応のための指針」は、7.5 苦情の初期評価で「受理した後,それぞれの苦情は,例えば,重大性,安全性,複雑性,インパクト,即時処置の必要性及び可能性などの基準で初期評価を行うことが望ましい。」と示しています。続く 7.6 苦情の調査では「調査のレベルは,苦情の深刻さ,発生する頻度及び重大性に比例することが望ましい。」とあります(JIS Q 10002:2019 7.5・7.6、2026年10月8日に規格本文で確認)。
この2つの項目から読み取れるのは、苦情対応は一律ではなく、重大度に応じて深さを変える前提で組み立てるということです。生成AIの使い方も同じで、軽微な外観不具合の定型的な回答と、安全に関わる不具合の回答とでは、AIに任せてよい範囲が変わります。また同規格の 8.1 は、苦情申出者の個人情報の保護と機密保持を確実にすることが望ましいとしています。回答書の材料をAIに入力する前に、入力してよい情報の範囲を決めておく必要があります。
AIの下書きは、どこで危うくなるのか?5つの箇所
生成AIは、与えられた材料から「それらしく整った回答書」を作ります。整っていることと正しいことは別であり、回答書では次の5か所で、事実と違う内容や自社に不利な約束が紛れ込みやすくなります。表2は、それぞれの箇所で起きることと、提出前に人が確かめる点をまとめたものです。
| 危うくなる箇所 | AIの下書きで起きること | 提出前に人が確かめる点 |
|---|---|---|
| ①推測が事実になる | 「〜の可能性」が「〜が原因」と言い切られる | 原因の文が、確かめた事実だけで書かれているか |
| ②約束が先走る | 「全数検査を実施」「再発を防止」などを根拠なく書く | 対策の実施日・担当・確認方法が社内で決まっているか |
| ③おわびと責任が混ざる | おわびの文に、責任や補償を認める表現が入る | 責任の範囲の表現を、権限者が確認したか |
| ④流出の原因が抜ける | 発生の原因だけを書き、検査で見逃した理由がない | 「なぜ作ったか」と「なぜ出たか」の両方があるか |
| ⑤影響範囲があいまい | 対象のロット・期間・出荷先が「一部」とぼかされる | 対象ロットと処置済みの範囲が数字で書かれているか |
なぜ「推測が事実になる」のが最も危ないのか?
①が最も危ないのは、回答書に書いた原因が、そのまま客先の記録と次の監査の前提になるからです。調査の途中で「材料ロットの切り替えが関係していそうだ」とメモした内容をAIに渡すと、AIは文書を完結させようとして、原因の文を言い切りの形で書くことがあります。後の調査で別の原因が分かった場合、回答書の訂正が必要になり、最初の回答の信頼まで失います。原因が確定していない段階では、初報に原因を書かず「調査中」とし、確かめた事実と次の報告日だけを書くのが安全です。
原因が「人のミス」で止まれば、対策は教育や注意喚起になりますが、人のミスは条件がそろえばまた起きます。
なぜなぜ分析を生成AIに手伝わせると、どこで浅くなるのか?——「人のミス」で止まる5つのパターンと、AIに任せてよい工程・人が確かめる工程【2026年版】
流出の原因と影響範囲は、どう書かせればよいのか?
④と⑤は、AIへの指示で減らせます。下書きを頼むときに「発生の原因」と「流出の原因(検査で見逃した理由)」を別の項目として立てた様式を渡し、空欄の項目は空欄のまま残すよう指示します。影響範囲も、対象ロット番号・製造期間・出荷先・処置済みの数量を表の項目として渡せば、AIが「一部の製品」とぼかす余地がなくなります。流出の対策が決まったら、同じ検査工程を持つ他の製品にも当てはまるかを確かめます。これは是正処置の水平展開と同じ考え方です。
水平展開とは、ある工程で見つかった不具合の対策を、同じ条件を持つ他の工程・製品・拠点にも先回りで適用する活動です。
是正処置が同じ不具合を繰り返す構造——品質保証の「水平展開」が形骸化する理由とAIで補える範囲
重大度によって、AIに任せる範囲をどう変えるか?(判断表)
JIS Q 10002 の初期評価の考え方にならい、受理した時点で不具合の重大度を決め、その重大度でAIの使い方を変えます。表3は目安です。顧客から回答書の様式や記載項目の指定がある場合は、その指定に従います。
| 重大度 | 例 | AIに任せてよい範囲 |
|---|---|---|
| 軽微 | 外観の小さな傷、梱包・表示の誤り | 下書き全体(原因・対策の欄は人が確定してから入れる) |
| 中 | 寸法外れ、機能に影響しうる不具合 | 経緯の整理・文面の整え・項目点検まで。原因と対策の欄は人が書く |
| 重大 | 安全・法令に関わる不具合、リコールの可能性 | 用語の統一など最小限。回答書は人が書き、権限者が承認する |
生成AIの下書きが向かない場面
次の4つの場面では、回答書の下書きに生成AIを使うことは向きません。第1に、安全・法令に関わる不具合です。表現の一つひとつが責任の範囲や届け出の要否に関わるため、人が書いて権限者が確認します。第2に、原因が確定していない初報で原因の欄を書かせることです。AIは空欄を埋めようとして推測を書きます。第3に、社外秘の図面や顧客名を入力できない環境で、材料を伏せたまま書かせることです。材料が欠けた下書きは一般論になり、直す手間のほうが大きくなります。第4に、顧客指定の様式が厳密で、項目の順序や表現まで決まっている場合です。この場合は、AIに書かせるより様式の項目点検だけに使うほうが確実です。
入力してよい情報の範囲は、使う生成AIサービスの契約と社内規程で決まります。クラウド型のサービスでは、入力した情報がどう扱われるかをサービスごとに確かめ、顧客名・個人名・図面番号を伏せる運用を決めてから使い始めます。
生成AI の利用にあたっては、入力情報がどう扱われるかをサービスごとに確認することが第一歩になります。
ChatGPT(チャットGPT)はオフラインでは使えない——ローカルLLMなど機密情報を守る4つの方法と選び方【2026年版】
よくある質問(FAQ)
クレームの回答書を生成AIに書かせてもよいですか?
A. 経緯の整理、文面の整え、記載漏れの点検には使えます。原因の断定、対策の約束、責任の範囲は人が決め、提出前に権限者が承認します。安全・法令に関わる不具合の回答書は人が書きます。
原因が分からない段階の初報には何を書けばよいですか?
A. 受理した事実、現品とロットの確認状況、すでにとった即時処置、次の報告予定日を書きます。原因は推測を書かず「調査中」とします。推測を書くと、後で別の原因が分かったときに訂正が必要になります。
発生原因と流出原因の違いは何ですか?
A. 発生原因は不具合品ができてしまった理由、流出原因はその不具合品が検査で見つからず客先に届いた理由です。回答書では両方を書き、それぞれに対策を示します。
苦情対応の進め方を定めた規格はありますか?
A. JIS Q 10002:2019(ISO 10002:2018 に対応)が、苦情の受理・初期評価・調査・対応・終了までの進め方を指針として示しています。要求事項ではなく、組織が苦情対応の仕組みを作るときの手引です。
まとめ
客先クレームの回答書づくりで生成AIに任せてよいのは、確かめた事実を伝わる文書にまとめる作業です。原因の断定、対策の約束、責任の範囲は人が決めます。AIの下書きは、推測が事実になる、約束が先走る、おわびと責任が混ざる、流出の原因が抜ける、影響範囲があいまいになる、の5か所で危うくなるため、表2の点を提出前に確かめます。受理した時点で重大度を決め、表3の目安でAIに任せる範囲を変えれば、回答の速さと正確さを両立しやすくなります。
回答書のほかに、図面の読み取り・設計計算・不良写真など8つの業務について、作業ごとに「任せる/下書きまで/任せない」を分けた判定表と、自社業務の判定ワークシートを1冊にまとめています(生成AIに任せる範囲の判定ブック・PDF 18ページ)。
次に読みたい関連記事
- なぜなぜ分析を生成AIに手伝わせると、どこで浅くなるのか?
- 不適合品の処置はどう決めるのか?——特採・手直し・修理・格下げ・廃棄の選び方
- 是正処置が同じ不具合を繰り返す構造——品質保証の「水平展開」が形骸化する理由
- 4M変更とは?届け出・確認が要る変更の判断表と、5M1E・6Mとの違い
出典・参考
- JIS Q 10002:2019「品質マネジメント-顧客満足-組織における苦情対応のための指針」(ISO 10002:2018 対応)3.2 苦情、7.2〜7.9 苦情対応プロセスの運用、8.1 情報の収集。2026年10月8日に規格本文で確認










