顧客からクレーム電話を受けた担当者は、通話が終わってもすぐには次の仕事へ移れません。走り書きしたメモを読み返し、何が起きたのか、顧客が何を求めているのか、いつまでに返答が必要なのかを整理し、上司や関係部署へ伝える文章を作る必要があります。電話中は相手の話を聞くことが優先されるため、メモには略語、言い直し、推測、聞き取れなかった箇所が混ざりがちです。



たとえば、小規模な製造会社の営業担当者が、納品物の表示不良について電話を受けた場面を考えます。担当者の目的は、品質管理部門と上司へ状況を速やかに共有し、顧客への回答方針を決めてもらうことです。既存の道具として、紙の電話メモ、社内メールの定型文、過去案件を記録した表計算ファイルを使っているとします。

従来の流れでは、担当者がメモを清書し、注文番号や納品日を社内資料で確かめ、顧客の要望と自分の推測を分けます。その後、メールの定型文へ転記し、重要そうな点を上部へ移し、上司へ送ります。不明点が見つかれば顧客へ聞き直すか、社内の受注記録を調べなければなりません。メールを受け取った上司から「交換を約束したのか」「不良品はいくつなのか」と質問が戻れば、メモを再確認して追記します。

この手順は、慎重な顧客対応として不自然なものではありません。問題は、事実確認とは別に、同じ内容を何度も並べ替えたり、文章へ書き直したりする作業が発生することです。そこでClaudeを使い、走り書きから社内共有文の下書きを作ります。ただし、緊急度、補償、交換可否、顧客への約束は人が判断します。AIに対応そのものを任せるのではなく、判断に必要な材料を読みやすい形へ整える使い方です。

電話メモを社内向けの文章へ移すだけなら、単純なコピーに見えるかもしれません。実際には、一つのメモの中に種類の異なる情報が混ざっています。顧客が述べた事実、担当者が電話中に考えた原因、社内で確認すべき事項、顧客の希望、回答期限などです。これらを区別せずに転記すると、推測が確定事項のように伝わるおそれがあります。



最初に時間を使うのは資料探しです。担当者は注文番号、製品名、納品数量などをメモや受注記録から探します。続く転記では、断片的な言葉を文章へ変えます。分類の工程では、顧客の発言と社内の見立てを分離し、集計に相当する工程では、不良数や希望期限などの重要項目を一か所へまとめます。最後に定型文へ合わせ、宛先や件名を付けます。

手戻りが生じやすいのは、メモにない情報を文章の流れで補ってしまったときです。顧客が「今日中に状況だけ知らせてほしい」と話していても、担当者が「今日中の交換を希望」と書けば意味が変わります。「確認して折り返します」と伝えただけなのに、「交換品を手配します」と読める文章になれば、社内判断より先に約束したように見えてしまいます。

もう一つの負担は、読み手ごとに必要な順序が違うことです。電話を受けた本人は会話の流れで理解できますが、上司は影響範囲、期限、顧客への約束を先に知りたいでしょう。品質管理の担当者は製品名、数量、症状、保管状況を必要とします。文章を一から組み立てると、この並べ替えに何度もメモを読み直すことになります。

Claudeに補助させる対象は、この分類、並べ替え、下書きです。注文記録の照合、重要度の決定、社内規定に沿った対応方針の選択は残ります。手間のかかる工程と責任を伴う工程を分けることが、初心者でも安全に試しやすい範囲を決める基準になります。

ClaudeはAnthropicが提供する対話型のAIです。入力欄へ文章を入れて送信し、会話するように依頼できます。AIへ入力するお願い文は「プロンプト」と呼ばれますが、特別な命令文を覚える必要はありません。Anthropicの案内でも、同僚や友人へ話すように自然な言葉で依頼できると説明されています（出典: Anthropic Support）。



今回の入力は、電話で取ったメモです。成果物は、上司や関係部署へ送る社内エスカレーション文の下書きです。品質条件は、事実と推測が分かれていること、顧客の要望と担当者の約束が正確であること、不明点が隠されていないことです。この三つは、AIを使う場合も使わない場合も変えません。

| 工程 | AIを使わない場合 | Claudeで補助する場合 | 人が行うこと |
| --- | --- | --- | --- |
| メモの整理 | 担当者が読み直して項目別に転記 | 事実、要望、不明点の候補を分ける | 元のメモと照合する |
| 重要事項の配置 | 期限や数量を探して上部へ移す | 指定した書式に並べ替える | 緊急度と優先順位を決める |
| 文章の下書き | 定型文へ一文ずつ書き直す | 社内向けの文面案を作る | 表現と宛先を調整する |
| 修正 | 指摘を受けて全体を書き直す | 修正条件を伝えて案を更新する | 修正結果を再確認する |
| 送信と対応決定 | 担当者または上司が実施 | 補助の対象外とする | 承認、送信、顧客対応を行う |

Claudeは、入力された情報から整った文章を作れても、電話で実際に何が話されたかを知っているわけではありません。メモにない原因や社内方針を確定する役割もありません。そのため、お願い文では「不明な情報を補わない」「推測は推測として分ける」と明記します。

工程が短くなる可能性があるのは、同じ内容を分類、転記、書き直しする部分です。反対に、元の記録との照合や緊急度の判断は省略できません。下書きが読みやすいほど、その内容も正しいと思い込みやすいため、人の確認を独立した工程として残す必要があります。

Claudeを使い始める前に、Claudeを利用できる環境と、勤務先のAI利用ルールを確認します。顧客名、電話番号、メールアドレス、個人名、契約情報などを外部のサービスへ入力できるとは限りません。社内規定が不明な場合は、実際の案件ではなく、この記事のような架空の例から試すのが安全です。利用の可否や入力可能な情報の範囲は、管理者や責任者へ確認してください。



準備する材料は、元の電話メモ、社内共有文の項目、AIに決めさせない事項の三つです。元のメモは、きれいな文章へ直さなくても構いません。ただし、聞き取れなかった部分には「不明」、担当者自身の考えには「担当者の推測」と印を付けます。この印があると、Claudeへ事実と推測を分けるよう頼みやすくなります。

社内共有文の項目は、普段使っている定型文に合わせます。定型がない場合は、件名、概要、確認できた事実、顧客の要望、担当者が伝えた内容、不明点、社内で確認したい事項という構成から始められます。これは運用例であり、勤務先の事故報告書や品質管理手順がある場合は、そちらを優先します。

AIに決めさせない事項として、緊急度、責任の所在、交換や返金の可否、顧客への正式回答を明確にします。Claudeには、緊急度を決めてもらうのではなく、判断材料となる回答期限や業務への影響を抜き出してもらいます。対応案を求める場合も、採用を前提とせず、確認候補として扱います。

入力前には固有名詞を置き換えます。たとえば、顧客名はA社、担当者名は顧客担当者、製品コードは製品B-24のようにします。文章を作るために不要な電話番号や住所は削除します。匿名化しても案件を特定できる場合があるため、情報量を減らせば必ず入力できるとは限りません。ここでも社内ルールによる判断が必要です。

操作は四段階に絞ります。Claudeのチャットを開き、入力欄へお願い文と架空のメモを貼り付けて送信します。ここではファイル作成やプログラムを使いません。返ってきた文章を読み、必要なら同じ会話の中で修正を頼み、確認済みの文章だけを社内の定型文へ移します。



第1段階では、メモの性質とAIの役割を伝えます。「クレーム電話のメモです」だけでは、顧客への返信文なのか、社内報告文なのかが分かりません。読み手、目的、出力項目を指定すると、用途に合う形へ整えやすくなります。以下はコピーして使えるAIへのお願い文です。角括弧の部分は、自社の項目へ置き換えてください。

コピーして使うお願い文

以下はクレーム電話の走り書きです。
上司と品質管理担当へ共有する社内エスカレーション文の下書きを作ってください。

次の条件を守ってください。
・メモにない事実を補わないでください。
・顧客が述べた内容、担当者の推測、不明点を分けてください。
・交換、返金、原因、責任、緊急度は決定しないでください。
・顧客への約束と、社内で確認すべき事項を分けてください。
・矛盾や不足があれば、確認質問として最後に挙げてください。

出力項目は、件名、概要、確認できた事実、顧客の要望、担当者が伝えた内容、不明点、社内で確認したい事項です。
文章は社内向けの簡潔な敬体にしてください。

電話メモ：
[ここに匿名化したメモを貼ります]

第2段階では、匿名化した架空の電話メモを入れます。情報が少ないまま文章として整えようとせず、分かることと分からないことをそのまま渡します。次の例では、原因や交換可否を記載していません。

架空の入力例

11月1日 10時20分、A社の購買担当者から電話。
10月31日納品、製品B-24、20箱。
うち3箱で外側ラベルがはがれかけているとのこと。
中身への影響は聞けていない。
A社では対象分の使用をいったん止めたとのこと。
今日15時までに、交換できるかではなく、今後の確認予定を知りたいとのこと。
こちらからは、社内確認後に折り返すと伝えた。
写真の有無は未確認。
担当者の推測：保管時の湿気かもしれないが根拠なし。

第3段階では、返ってきた下書きと元メモを横に置いて比べます。特に、20箱すべてが不良と書かれていないか、15時までの要望が交換期限へ変わっていないか、湿気が原因として断定されていないかを確認します。誤りがあれば、正しい内容を示して修正を頼みます。

第4段階では、確認済みの下書きを社内メールや指定の報告様式へ移します。Claudeの回答をそのまま送らず、宛先、案件番号、社内用の重要度、承認者を追加します。送信前の承認手順がある職場では、それを省略しません。AIとの会話を終えることと、社内文書が完成することは別の段階です。

Claudeから返る文章は、整って見えても下書きです。架空のメモに対する回答は、次のような形が考えられます。これは実際のClaudeの出力を検証した記録ではなく、期待する成果物の形式を示す例です。勤務先の定型、用語、承認経路に合わせて修正してください。



回答の例

件名：A社向け製品B-24のラベル状態に関する確認依頼

概要：
A社から、10月31日納品分の一部で外側ラベルがはがれかけているとの連絡がありました。A社は対象分の使用をいったん停止しています。

確認できた事実：
・納品日は10月31日です。
・納品数量は20箱です。
・3箱で外側ラベルのはがれが確認されたとの申告です。
・中身への影響は確認できていません。
・A社は対象分の使用をいったん停止しています。

顧客の要望：
本日15時までに、今後の確認予定を知りたいとのことです。交換可否を15時までに回答するという要望ではありません。

担当者が伝えた内容：
社内で確認した後に折り返すと伝えています。

不明点：
写真の有無、中身への影響、3箱以外の状態、保管状況は未確認です。原因と交換可否も未決定です。

社内で確認したい事項：
確認担当者、顧客へ連絡できる予定時刻、追加で聞くべき情報を確認したいです。

修正を頼むときは、「もっと正確にしてください」のような広い依頼より、問題のある箇所と変更条件を示します。たとえば、社内では「不良」という言葉を調査前に使わない決まりがあるなら、その制約を伝えます。元メモにない情報が加わっていれば、単なる言い換えではなく削除を求めます。

コピーして使う修正のお願い文

下書きを次の条件で修正してください。
・調査前なので、不良という表現は使わず、ラベル状態に関する申告としてください。
・本日15時は交換可否の回答期限ではなく、確認予定を伝える期限だと明確にしてください。
・原因に関する記述は、根拠のない担当者の推測なので本文から外してください。
・そのほかの事実と項目構成は変えないでください。
修正後、変更した箇所を箇条書きで示してください。

修正後も全文を確認します。指定した一文だけでなく、別の箇所の意味が変わる可能性があるためです。変更箇所の一覧を出してもらう方法は比較を助けますが、その一覧が完全である保証にはなりません。最終的には、元メモ、初回案、修正版を人が見比べます。

社内エスカレーション文を送る前に、事実、緊急度、対応方針を別々に確認します。事実確認では、日時、製品、数量、症状、顧客の要望、担当者が伝えた内容を元メモと照合します。「顧客が言ったこと」と「社内で判断したこと」が一文の中で混ざっていないかも確認してください。



緊急度は、AIの文章の強さではなく、自社の基準で判断します。顧客が示した期限、業務停止の範囲、安全や法令への影響、他の納品先への波及など、社内で定められた項目を確認します。情報が足りなければ、緊急度を推測で埋めず、上司への相談事項として残します。対応方針についても、交換、返金、訪問、原因説明をClaudeに確定させません。

承認者は、文章の読みやすさだけでなく、担当者が顧客へ何を約束したかを確認します。「確認して折り返す」と「交換すると約束する」は異なります。期限を守ろうとして未承認の対応まで書いていないか、社内で使う重要度や案件番号が正しいか、不要な個人情報が残っていないかも送信前の確認対象です。

効果を確かめる際は、作業時間だけをまとめて比べないほうが実態を捉えやすくなります。メモの読み直し、事実の分類、下書き、確認、修正、承認依頼の各工程に分け、AIを使わない場合とClaudeを使う場合を同じ成果物と品質条件で記録します。下書きが早くても確認や修正が増えたなら、その手間を含めます。事実誤認の件数、上司からの差し戻し理由、不明点を明示できたかも記録すると、文章作成以外の違いを判断できます。

最初の一歩は、実際の顧客情報を含まない架空の電話メモを一件だけ用意し、社内で普段使っている様式に整える練習です。元メモと回答を照合し、どこを人が直したかを書き残してください。その結果を見てから、入力可能な情報、必須項目、承認手順を担当者同士で決めます。Claudeに任せる範囲を広げるより、事実を崩さずに下書きを作れる小さな範囲を定めることが、再現しやすい導入になります。

- Get started with Claude（取得日：2026年11月1日）