保険代理店の更新案内メールをClaude Codeで作る: 期限前の確認漏れを減らす

保険代理店の契約更新で、期限直前に「必要書類が足りない」「前年から条件が変わっていた」「担当者の確認が止まっていた」と気づくと、メールを何度も送り直すことになります。顧客側も、何を見ればよいのか分からないまま添付ファイルを開き、最後は電話待ちになります。

Claude Codeに任せたいのは、保険商品の判断ではありません。任せるのは、期限、確認項目、必要書類、担当者コメント、相談予約の導線を、顧客が読める順番に整える作業です。保険内容、保険料、補償範囲、告知事項、法的判断は有資格者や担当者が確認します。

この記事では、保険代理店の更新案内メールを5通に整理する手順を書きます。対象は個人向け代理店、小規模法人向けの損害保険代理店、顧客管理表を使って更新対応をしているチームです。目的はメール自動化ではなく、確認漏れを減らし、必要な相談を早めに起こすことです。

この記事の要点

• 更新案内メールは「期限」「変わった点」「顧客がすること」を上から順に置きます。
• Claude Codeには契約種別、満期日、前年との変更点、必要書類、FAQを渡します。
• 人が確認する範囲は、補償内容、保険料、重要事項、告知、法令や社内ルールです。
• 5通は、予告、確認依頼、未返信フォロー、相談予約、最終確認に分けます。
• 成果は送信数ではなく、期限前確認率、書類不備率、相談予約率、電話の往復回数で見ます。

現場で起きる失敗シーン

更新案内でよくある失敗は、前年のテンプレートをそのまま送ることです。本文は丁寧でも、顧客が最初に知りたい「いつまでに何をするか」が埋もれます。特に法人顧客では、総務、経理、現場責任者、代表者で確認する観点が違います。

もうひとつの失敗は、変更点がメールの途中に散らばることです。住所、車両、従業員数、売上、設備、契約者名、支払い方法など、前年から変わる可能性がある項目は先に一覧にします。ここを曖昧にすると、満期直前に再確認が発生します。

Claude Codeは、顧客判断を代行する道具ではありません。更新に必要な材料を揃え、メール、チェックリスト、予約リンクを整える作業に使います。

入力を整理する

入力する資料	メールに戻す内容	人が確認する点
契約種別	更新対象と満期日	商品名、契約番号の扱い
前年情報	変更確認項目	事実と顧客確認の区別
必要書類	提出物、期限、形式	個人情報の取り扱い
FAQ	よくある質問	最新の回答か
担当者メモ	注意点、相談候補	推測を混ぜない
予約URL	相談枠、所要時間	実際の空き枠

個人名、契約番号、証券番号、住所などは、Claude Codeに渡す前に伏せます。必要なのは「どの項目を確認するか」という型です。

Claude Codeに任せる範囲と人が見る範囲

Claude Codeには、メール構成、件名、チェックリスト、未返信フォロー、予約前の質問、送信前チェックを任せます。前年との差分を「顧客が確認する項目」と「担当者が確認する項目」に分ける作業も向いています。

人が見るのは、補償内容、保険料、免責、支払い条件、告知、重要事項、法令や社内ルールです。Claude Codeが「この補償で十分です」と書いたら削除します。メールに書くのは判断ではなく、確認に必要な事実と次の行動です。

日付を扱う場合は、JavaScriptのIntl.DateTimeFormatのような標準APIで表示を揃えます。手入力の日付は、月末やタイムゾーンでミスが出やすいからです。

5通の更新メール

1通目: 60日前の予告

最初のメールは、満期日、更新対象、確認開始の案内だけに絞ります。ここで長い説明をすると読まれません。顧客には「今年も確認が始まる」と分かれば十分です。

CTAは「確認項目を見る」です。相談予約はまだ控えめでかまいません。

2通目: 45日前の変更点確認

前年から変わりやすい項目を表で送ります。住所、車両、従業員、設備、売上、支払い方法、担当者を並べ、変更あり・なしで返せる形にします。

ここでClaude Codeに、顧客向けの短い説明と社内メモを分けて書かせます。顧客向けには専門語を減らし、社内メモには担当者確認を残します。

3通目: 30日前の未返信フォロー

未返信者には、前回メールを丸ごと再送しません。「あと必要な確認は3つです」と短くまとめます。返信しやすいように、番号で答えられる形にします。

電話につながりやすい顧客には、ここで相談予約のCTAを出します。予約導線はtrainingのように、フォームへ迷わず進める形が参考になります。

4通目: 14日前の相談予約

変更がある顧客、法人契約、複数契約、書類不備がある顧客には、相談予約を前面に出します。メールで複雑な説明を続けるより、15分の確認枠を取ったほうが早い場合があります。

ただし、相談予約は「売り込み」ではなく「確認漏れを減らす場」と書きます。ここを誤ると、顧客は予約を避けます。

5通目: 7日前の最終確認

最後は、未提出書類、満期日、次のアクションだけです。保険内容の判断や新提案を詰め込むと、かえって混乱します。

顧客が自分で確認する人には無料PDFやチェックリスト、担当者が複数いる法人には相談予約、メール文面を整えたいチームにはGumroadのPrompt Templatesを案内できます。

3つのUse case

Use case 1: 個人顧客の満期前確認を短くする

個人向け契約では、顧客が長い説明を読む時間を取れないことが多いです。Claude Codeには、満期日、前年から変わりうる項目、必要書類、相談予約URLだけを渡します。出力は、冒頭に「いつまでに何を返すか」を置いた短いメールです。

人が見るのは、保険料、補償、重要事項、告知が正しいかです。Claude Codeは判断せず、顧客が返信しやすい形に整えます。たとえば「住所変更あり・なし」「支払い方法変更あり・なし」のように番号で返せる形にすると、電話の往復が減ります。

Use case 2: 小規模法人の変更点を担当者別に分ける

法人契約では、総務、経理、現場責任者、代表者で確認する項目が違います。Claude Codeには、変更候補を「総務が見る項目」「経理が見る項目」「現場が見る項目」に分けさせます。出力は、社内転送しやすいチェックリストです。

人が見るのは、売上、従業員数、車両、設備、所在地など、契約に影響する項目です。ここで推測が混ざると危険です。メールには「変更がある場合は担当者が確認します」と書き、判断は担当者側に戻します。

Use case 3: 未返信顧客を予約へ自然に送る

未返信者に長文を再送すると、読む負担が増えます。Claude Codeには、未確認項目だけを抜き出し、「この3つだけ返信してください」という短文に直させます。必要なら、15分の相談予約リンクを主CTAにします。

人が見るのは、予約を出す対象です。全員に予約を押すのではなく、変更あり、複数契約、法人契約、書類不備、満期が近い顧客に絞ります。相談は売り込みではなく、更新前の確認漏れ防止として見せます。

コピペで使えるプロンプト

保険代理店の更新案内メール編集担当として作業してください。

目的:
契約更新前に、顧客の確認漏れ、必要書類の不足、相談予約の遅れを減らす。

入力:
- 契約種別:
- 満期日:
- 顧客種別:
- 前年から変わりうる項目:
- 必要書類:
- よくある質問:
- 相談予約URL:
- 担当者が必ず確認する項目:

出力:
1. 60日前、45日前、30日前、14日前、7日前のメール目的
2. 件名案
3. 顧客向け本文
4. 担当者向け確認メモ
5. 返信しやすいチェックリスト
6. 有資格者または担当者が確認する項目

制約:
- 補償内容や保険料を推測しない
- 「この補償で十分」と判断しない
- 契約番号、証券番号、住所などの個人情報を本文例に出さない
- CTAは各メール1つを主にする

動く確認コード

const renewalEmails = [
  { day: -60, role: "notice", cta: "open_checklist", requiresLicensedReview: false },
  { day: -45, role: "change-check", cta: "reply_changes", requiresLicensedReview: true },
  { day: -30, role: "follow-up", cta: "reply_missing_items", requiresLicensedReview: false },
  { day: -14, role: "book-review", cta: "book_consultation", requiresLicensedReview: true },
  { day: -7, role: "final-check", cta: "confirm_documents", requiresLicensedReview: true },
];

const errors = [];
for (const mail of renewalEmails) {
  if (!mail.role) errors.push(`${mail.day}: role missing`);
  if (!mail.cta) errors.push(`${mail.day}: CTA missing`);
  if (Array.isArray(mail.cta)) errors.push(`${mail.day}: use one primary CTA`);
}

const licensedReviewCount = renewalEmails.filter((mail) => mail.requiresLicensedReview).length;
if (licensedReviewCount < 3) errors.push("Important renewal emails should keep human review gates");

if (errors.length) {
  console.error(errors.join("\n"));
  process.exit(1);
}

console.log("Renewal email sequence is ready for review.");

このコードは保険判断をしません。メールの役割、CTA、人による確認ゲートが抜けていないかを見るだけです。

Pitfall: よくある落とし穴

落とし穴1: 去年の文章をそのまま送る
原因は、前年の契約と今年の確認項目を同じものとして扱ってしまう点です。前年から変わる項目が埋もれます。直し方は、変更確認表を本文上部に置き、「変更あり・なし」で返信できる形に変えることです。

落とし穴2: メールで判断まで済ませる
原因は、メールの読みやすさと保険判断を混ぜることです。保険内容の判断は人が確認します。直し方は、メールでは確認項目と予約導線を明確にし、補償や保険料の判断は担当者確認に残すことです。

落とし穴3: 未返信者に長文を再送する
原因は、前回メールをもう一度見てほしいという代理店側の都合です。顧客の読む負担が増えます。直し方は、「残り3項目」のように短くし、番号で返信できる形に変えることです。

落とし穴4: 予約CTAが売り込みに見える
原因は、相談予約の目的が顧客に伝わっていないことです。直し方は、相談の目的を「更新前の確認漏れ防止」と書き、所要時間と確認する項目を先に示すことです。

よくある質問

Q. Claude Codeに契約番号や住所を渡してよいですか。
原則として渡さないほうが安全です。実際の契約番号、証券番号、住所、氏名は伏せ、確認項目の型だけを使います。

Q. メールを完全自動送信してよいですか。
最初はおすすめしません。本文の下書き、チェックリスト、未返信フォローまではClaude Codeで作り、補償、保険料、重要事項、送信対象は担当者が確認します。

Q. 相談予約は何日前から出すべきですか。
変更点がある顧客や法人顧客は14日前より前に出しても構いません。未返信者全員に出すより、判断や資料確認が必要な顧客に絞るほうが自然です。

Q. Gumroad教材は保険業務にも使えますか。
保険判断そのものではなく、メール文面、チェックリスト、FAQ整理、担当者確認メモのプロンプト作成に使えます。

ROIの見方

見る数字は、開封率よりも期限前確認率、書類不備率、相談予約率、満期直前の電話件数、再送メール数です。電話件数が減っても書類不備が増えるなら、メールは短すぎます。

逆に、開封率が高いのに返信が少ないなら、顧客が何を返せばよいか分かっていません。Claude Codeには「番号で返信できる形」に直させます。

相談へ進むなら

自社で試すなら、現在の更新メール、満期日前の送信タイミング、必要書類、よくある質問、相談予約URLを集めてください。契約番号や住所は伏せた状態で扱います。

まず無料PDFでClaude Codeの安全な作業手順を確認し、メール文面やチェックリストの型はGumroadのPrompt Templatesで増やせます。代理店内で更新業務全体を整えるなら、導入相談で「Claude Codeが整える文章」と「担当者が承認する保険判断」を分けて設計します。

実際に試した結果

この記事では、架空の保険代理店更新フローを想定し、60日前から7日前までの5通を作りました。保険募集管理や顧客本位の考え方は、金融庁の保険会社向けの総合的な監督指針、顧客本位の業務運営について、日本損害保険協会の保険募集時等のコンプライアンス上の留意事項を確認しました。Node.jsコードで、各メールの役割、1つの主CTA、人による確認ゲートがあるかを確認しました。

今日やる1手は、満期案内メールの冒頭に「満期日、変更確認、必要書類、相談予約」の4項目を置くことです。そこから期限前確認率と書類不備率を見れば、次に直すべきメールが分かります。