Claudeで顧客クレームの8D報告書を過去の不良記録から下書きする

顧客から不良のクレームが届くと、品質保証の担当者は期限つきで是正処置の報告書を返します。8D報告書は、その返答を段階に分けて書く様式の一つです。Claudeに任せやすいのは、過去の不良記録を引いて現象を整理し、封じ込めと原因候補と恒久対策の骨子を並べる作業です。任せてはいけないのは、原因の確定と、対策が効いたという判定です。この記事では、Projectに資料を置いて骨子を出させる手順と、人が決める範囲の線引きをまとめます。

8D報告書のどの部分をClaudeに下書きさせるか

8D報告書は、問題の記述、応急処置、原因の特定、恒久対策、再発防止までを順に記録する様式です。段階の名前や数、記入欄は会社と顧客の様式で違います。顧客が自社専用の様式を指定してくることも珍しくありません。そのため、Claudeに渡す様式は「顧客が指定した様式」か「自社で使っている様式」の実物にします。一般的な8Dの型を頭に置いた文章をClaudeが勝手に作ると、見出しが顧客の様式とずれます。

下書きの役割分担は、次の表のとおりです。

右の列は、記録と現物に基づいて責任者が埋める欄です。Claudeの出力は、左の列までを下書きと呼べる水準にするためのものです。

Projectに置く資料と最初の設定

過去の不良記録を毎回チャットに貼るのは手間がかかります。Projectなら、資料をプロジェクトの知識として置けます。ProjectはFreeを含む全ユーザーが使えます。Freeで作れるのは最大5つです。

アップロードする資料の候補は、次のとおりです。

• 自社の8D様式(.docxまたはPDF)と、記入済みの過去の報告書
• 不良の履歴を集めた一覧(CSVやExcelから書き出したテキスト)
• 工程の流れ図や検査基準書のテキスト
• 社内の言い回しの一覧(「流出」「不適合」「是正」の使い分けなど)

Projectのファイルは、1ファイル30MBまでです。中身は文字として取り出されます。チャットへの直接アップロードと違い、画像だけの資料は文字にならない点に注意してください。Wordや表計算の中の埋め込み画像も読み取られません。検査成績書や不良品の写真は、今回のクレームを扱うチャットのほうへアップロードします。写真が必要な報告書でも、写真そのものは様式に人が貼ります。

プロジェクト指示の書き方

プロジェクト指示は、Project内の全チャットに効きます。8D報告書のような固定の書式があるときは、ここに規則を書くと毎回の入力が短くなります。例えば次のような内容です(自社の事情に合わせて書き換えてください)。

あなたは製造業の品質保証部の補助担当です。
顧客クレームの8D報告書の下書きを作ります。
 
守ること:
- 見出しは、知識にある「8D様式」の欄名にそのまま従う
- 事実は、入力されたクレーム情報と知識内の記録だけから書く
- 原因は「推定」と「確認済み」を分け、確認済みは根拠の資料名を付ける
- 資料に無い数値・日付・ロット番号は書かず「要確認」と置く
- 過去案件を引くときは、案件番号と、今回との違いも添える
- 対策の効果は判定せず、確認方法の案だけを書く

最後の2行が肝心です。この指示がないと、報告書らしい整った文章のために、確認していない原因を断定的に書いてしまうことがあります。「要確認」と書かせると、人が埋める欄が見た目で分かります。

今回のクレームを入力して骨子を出す

骨子を出させるチャットでは、一度に全部を頼まず、段階ごとに分けると点検しやすくなります。最初の入力は事実の整理です。

次のクレーム情報から、8D様式の「問題の記述」欄を下書きして。
不足している情報は、書かずに質問として一覧にして。
 
顧客: A社(購買担当 B氏)
受領日: 2026-10-06
品名・型番: ブラケット H-120
ロット: 要確認
現象: 取付穴の位置ずれで組付け不可
数量: 受入検査で40個中6個
顧客要求: 10営業日以内に原因と対策を回答

顧客名や担当者の氏名は、必要がなければ「A社」「B氏」のように置き換えるか省きます。報告書の宛先には、人が最後に実名を入れます。

「不足している情報を質問にして」と頼むのは有効です。ロット番号や検査方法のような抜けは、Claudeが埋めずに質問として返します。質問に人が答えたあとで、続けて次の入力に進みます。

知識内の過去の不良記録から、取付穴の位置ずれに近い案件を3件まで挙げて。
各案件について、案件番号・当時の原因・対策・今回との違いを表にして。
似ていない場合は、似ていないと書いて。

「似ていない場合は書く」の一文は、無理にこじつけた類似案件を避けるためです。出力が3件に満たないなら、それは過去記録に近い案件が少ないという情報です。

次に、封じ込めと原因の候補を出させます。

上の過去案件を踏まえて、次の2つを出して。
1. 封じ込め処置の候補(在庫・仕掛品・出荷済みに分けて)
2. 原因候補と、それぞれを確かめる方法(測定項目・確認する工程)
原因は断定せず、確認前は「推定」と書いて。

返ってきた原因候補は、現場で確かめる項目表として使います。治具の摩耗、段取り替えの手順、図面の改訂差、測定器の校正など、候補が並ぶと確認漏れが減ります。ただし、候補が挙がったことと、それが原因であることは別です。

原因の確定は人が行う — 線引きの具体例

8D報告書で最も重いのは原因の欄です。ここが外れると、恒久対策も的外れになります。次の線を引いておくと、運用が安定します。

• 過去記録から出た原因は「候補」と呼び、報告書の「確認済み」欄には入れない
• 「確認済み」にする条件は、再現・測定・現物確認のいずれかの記録があることとする
• 根拠の資料名(測定データ、写真、作業記録)の欄が空の原因は、確認済みにしない
• なぜなぜ分析の「なぜ」は、Claudeが提案してもよいが、各段階の事実を人が裏づける
• 顧客に出す前に、原因欄と対策欄を責任者が読み、署名または承認の記録を残す

Claudeは、過去記録の言い回しを借りて、もっともらしい原因の文章を書けます。その文章が現物で確かめられたかは、Claudeには分かりません。確認の記録を人が持ち、報告書には記録を指す形で書きます。

下書きを点検する反復

骨子が出たら、そのまま清書せず、Claudeに点検させます。この反復は2〜3回で足ります。

次の下書きを、8D様式の欄ごとに点検して。
- 根拠が書かれていない断定を一覧にして
- 「要確認」が残っている欄を一覧にして
- 現象と原因と対策の対応が取れていない箇所を指摘して
- 日付と数量が欄どうしで食い違っていないか調べて
修正案はまだ出さず、指摘だけにして。

指摘だけにするのは、人が内容を理解したうえで直すためです。続けて「指摘3と5だけ修正案を出して」のように、採否を選んで頼みます。

数量の食い違いは、実際によく起きます。現象の欄が40個中6個、封じ込めの欄が出荷済み分の全数、というように数字が欄ごとに変わる場合があります。点検の入力に日付と数量を入れておくと、見落としが減ります。

つまずきやすい点

チャットをまたいで文脈は残らない。Projectでは、知識に入れた内容だけが全チャットで共有されます。別のチャットで確定した今回の原因は、自動で次のチャットに入りません。確定した内容は、人が要約して入力するか、報告書のファイルとして知識に追加します。

資料が増えるとRAGモードになる。有料プランでは、知識がコンテキストウィンドウの上限に近づくと、Claudeが自動でRAGモードを有効にします。容量が最大10倍に広がる仕組みです。RAGでは、必要な箇所を検索して取り出して回答します。過去の不良記録を数年分入れても入ります。一方、ファイル名が曖昧だと目的の記録が拾われにくくなります。「2023_不良記録_ブラケット系.txt」のように中身の分かる名前を付けます。

RAGの検索に頼りきらない。検索で拾われたのは一部の記録です。「過去に同じ原因がなかったか」の問いに「なかった」と返ってきても、全件を調べたとは限りません。重大なクレームでは、品質データベースの検索結果を人が見て、Claudeの引用と突き合わせます。

様式の書き込み欄はそのまま再現されない。Projectのファイルは、文字として取り出されます。表の枠や罫線、チェックボックスの見た目は伝わりません。欄名と記入内容を一覧にしたテキストを別に入れると、見出しのずれが減ります。

Team・Enterpriseで共有するとき。共有できるのは、TeamとEnterpriseのプランです。権限は「Can view」と「Can edit」です。「Can view」のメンバーは、プロジェクトの内容と知識と指示を見られ、プロジェクト内でチャットもできます。過去の不良記録に顧客の情報が含まれる場合は、共有する範囲を絞って運用します。

報告書を出す前の最終確認

下書きを顧客へ出す前に、人が確かめる点を並べます。

• 顧客指定の様式と、欄の数・名称が一致している
• ロット番号・数量・日付が、受入記録や出荷記録と一致している
• 「要確認」と「推定」の語が残っていない(残すなら顧客に伝える形に直す)
• 原因の欄に、再現や測定などの根拠の記録が紐づいている
• 恒久対策の実施日と担当が決まっていて、効果確認の方法と時期が書かれている
• 他の製品や工程へ同じ原因が及ばないか、水平展開の範囲が書かれている
• 責任者の承認が記録されている

契約や品質保証協定で、顧客への回答期限や報告の様式が決まっている場合は、そちらが優先です。労働基準監督署に出す是正報告書のように、提出先や期日の決まりが法令側にある書類は、書き方の考え方が違います。その手順はClaudeで労働基準監督署の是正報告書を下書きする手順にあります。報告書をWordやPDFで受け取る方法は、Claudeでファイル作成・編集ができる範囲とセキュリティ設定で扱っています。

まとめ

過去の不良記録と自社様式をProjectに置くと、8D報告書の現象の整理、封じ込めの候補、原因の確認項目、対策の骨子が短時間で並びます。一方、原因の確定と対策の効果判定は、記録と現物をもつ人の仕事です。プロジェクト指示に「確認済みと推定を分ける」「資料にない数値は要確認と置く」と書いておけば、人が埋める欄が見た目で分かる下書きになります。