保険代理店で AI を使うなら、面談記録を読みやすく整える仕事と、顧客に何を提案するかを決める仕事を分けるところから始めます。記録の空欄を AI が埋めた結果、聞いていない希望まで聞いたことになっては困る。更新案内も、文章が自然でも宛先や契約の状態が違えば使えません。経営者・情シス・管理部門が発注前に決めたいのは、どの作業を任せ、誰が何を確かめたら次へ進めるかです。
FDE の基本を整理した記事で扱う FDE（Forward Deployed Engineer。顧客の現場で仕組みを作り、本番稼働と引き継ぎまで担う技術者）の進め方を、保険代理店の4業務に当てはめます。見込み客管理、意向把握（顧客が望む保障や条件を確かめること）の記録、更新案内、募集文書（保険の勧誘や説明に使う資料）の確認です。以下は当社の設計提案であり、特定の代理店の導入実績ではありません。読むことで、試す業務の選び方、承認画面に必要な情報、本番移行の判断材料を整理できます。
保険代理店の AI は、記録の整理と確認候補の提示から始める。顧客の発言、AI の下書き、人が確定した内容を分け、意向の変化や使った資料を後からたどれるようにする。更新対象の抽出と送信、募集文書の指摘と使用承認も別の操作にする。既存機能で足りる作業はそのまま使い、FDE には不足する連携・確認画面・停止手順の整備を発注する。
この記事の要約
募集ルールと AI の担当範囲を分けて決める
金融庁の「保険会社向けの総合的な監督指針」II－4－2－2（3）は、保険業法第294条の2に基づく意向の把握、意向に沿った提案と説明、顧客自身が契約内容との合致を確認する機会の提供を、監督上の着眼点として挙げています。これは金融庁が保険会社を監督するときの着眼点で、代理店には所属保険会社の規程や自社の社内規則を通じて及ぶ部分がある。監督指針に書かれているのはここまでで、AI をどう使うかは書かれていません。当社は、AI が社内記録を整える作業と、顧客が内容を確認する機会を別の操作として設計し、社内の承認ボタンだけで顧客の意向確認まで完了した扱いにしない構成を提案します。金融庁の監督指針
ここで示す人と AI の分担は、法令がこの画面構成を指定しているという意味ではありません。対象商品、募集の方法、所属保険会社の規程に照らした確認は、代理店の募集管理担当が行う。FDE はその判断を受け、下書きと確定の表示、操作できる人、記録の残し方を仕組みにする役です。AI に法令を読ませて可否を返させる機能を入れても、社内の判断者や所属保険会社への確認先は別に置きます。
| 業務 | AI に任せる候補 | 人が確定する範囲 | 既存の仕組みで済む部分 |
|---|---|---|---|
| 見込み客管理 | 相談内容の要約、未確認事項の抽出 | 顧客の同一性、連絡方法、次の対応 | 受付一覧、担当割当、期限通知 |
| 意向記録 | 発言の整理、前回との違いの提示 | 発言の意味、変更理由、確認結果 | 定型の確認欄、記録の履歴管理 |
| 更新案内 | 承認済みひな型を使う文案作成 | 対象契約、宛先、内容、送信 | 満期日の抽出、送信済みの照合 |
| 募集文書確認 | 参照資料との差、確認箇所の提示 | 説明の妥当性、審査への提出、使用可否 | 版の管理、承認経路、有効期限の確認 |
表の右端から先に確認してください。困っていることが満期日の見落としなら、日付で絞り込む一覧と担当者への通知で足ります。その範囲では文章を生成させる必要がありません。既存の代理店システムに必要な記録欄や承認機能があり、社内で設定と運用を直せるなら、外部へ発注しない選択も妥当です。FDE の検討対象は、複数の台帳をまたぐ照合や、原文と下書きを並べて確認する画面など、既存機能を確かめた後に残った作業に絞ります。
最初の対象として当社が勧めるのは、顧客に直接表示しない相談記録の下書きです。承認者が原文と照合でき、使えなければ従来の記入へ戻せる範囲に限定する。どの業務から始めても、契約の申込み、商品の推奨、顧客への連絡まで一度に広げる設計にはしません。社内に残る確認作業を測り、扱う範囲を広げるか、そのまま使うかを判断します。
見込み客管理は、連絡してよい相手を人が確かめる
見込み客の一覧には、相談内容だけでなく、受付経路、連絡先の確認状況、希望する連絡方法、次の担当者を分けて持たせます。たとえば同じ名字の相談が別の窓口から届いたとき、AI が文章の似ている点から同一人物と推定しても、自動でまとめない。候補として並べ、担当者が受付記録と照合してから結び付ける設計です。まとめた後も元の受付をたどれるようにします。
相談内容を要約するときは、申出の内容と担当者の推測を別欄にします。架空の例で、本人の入力が『今の保障を見直したい。連絡はメールがよい』なら、記録できるのはその範囲です。『価格を最優先』『電話相談を希望』といった言葉を補わせない。希望が書かれていない項目は未確認のまま残し、次に担当者が聞く質問を AI に挙げさせる。候補が少なくても、元の相談と対応が付くことを優先します。この業務で試作を次へ進める条件は2つ。要約から元の相談文へ1操作で戻れること、本人が言っていない希望が要約に足されていないことを、担当者が実際の受付記録で確かめられることです。
連絡する順番は、受付日、本人が希望した日、担当者の対応状況など、社内で説明できる条件を先に使います。契約しそうな人を AI が順位付けする案が出たら、どの情報を使い、順位を下げた相談にもいつ対応するのかを経営が確認する。初期の設計では、根拠が見えにくい成約予測より、対応期限と未対応の理由を一覧に出す方法を選びます。売上の見込みと、相談に応じる順番を混同しないためです。
個人情報保護委員会の2023年6月の注意喚起は、個人情報を入力する際の利用目的の範囲や、本人同意なしに個人データを入力する場合の機械学習への利用等の確認に触れています。入力を許可する前に、利用するサービスの規約と契約条件を確認する材料になります。個人情報保護委員会の注意喚起
当社の設計案では、見込み客の要約に健康状態の詳細や本人確認書類までまとめて渡しません。目的ごとに入力項目を選び、使うサービス、閲覧者、記録の置き場所を決めます。病歴などを含む相談は、取扱条件を募集管理担当と情シスが確認するまで AI 処理から外す。氏名を置き換えただけで投入可と判断せず、相談文の中に本人を推測できる記述が残っていないかも点検します。データの扱いを決める FDE の記事にある項目別の整理を、相談受付の帳票に当てはめる考え方です。
意向の記録は、発言・下書き・確定を分けて残す
意向記録で避けたいのは、AI が文章を整える過程で、迷いや留保を消すことです。架空の面談メモに『保険料は抑えたい。ただし今の保障を減らすかはまだ決めていない』とあったら、後半まで残す。『保障を減らして保険料を下げたい』では意味が変わります。本人の発言を示す欄、AI の整理案、担当者が確認した内容を横に並べ、どこを根拠に記入したかを見比べる形にします。
金融庁の監督指針 II－4－2－2（3）は、当初と最終的な意向を比べて相違点を確認する方法や、意向把握に用いた帳票等を保存する措置を例示しています。単に最新の文章へ上書きするより、変更前後とその理由をたどれる記録が設計の手掛かりになる。意向把握・確認に関する監督指針
記録欄は『当初の希望』『提案後の希望』『変わった理由』『まだ決まっていないこと』に分ける案が考えられます。AI は面談メモから対応する箇所を示し、見つからない欄は未確認と返す。担当者が文章を直したときには、元の下書きと修正後を区別して残します。顧客に確認した結果が後から変わった場合も、古い記録を消して帳尻を合わせず、新しい確認として追記する運用です。
顧客の発言を残すことと、録音を全面的に導入することは同じではありません。既存の面談メモで根拠を示せるなら、そのメモを使う。録音や文字起こしを追加する場合は、顧客への案内、利用範囲、保存先、閲覧権限を先に決めます。文字起こしの誤りが意向の誤記に直結するため、金額、否定の言葉、希望しない保障などを担当者が元の情報で確認できる形にしておく。聞き取れなかった箇所は AI に補わせません。
社内の確認画面には、原文を開く操作と、未確認に戻す操作を置きます。AI の文章だけ見て承認すると、読みやすさに引かれて内容の違いを見落としかねないからです。承認者は、担当者が顧客に確かめるべき項目を指摘し、確認結果が記録されるまで保留にできる。社内承認が済んだこと、顧客の確認が済んだこと、契約手続が進んだことをそれぞれ表示します。
当初の意向から提案内容へ話が進む途中には、聞き直しが入ります。たとえば『保険料を抑えたい』という希望と『特定の保障は残したい』という希望の優先順位が決まっていなければ、AI に結論を書かせず、担当者が確かめる質問として残す。この保留を失敗扱いにしないことが、発注側の判断です。空欄を減らすための機能と、確認していないことを確認済みにしない機能は、別の基準で見ます。前者は担当者の記入と修正にかかる時間、後者は未確認として残した項目が顧客への確認まで届いたかどうかです。
更新案内は、文案作成と送信を別の工程にする
更新案内の対象は、満期日だけで決めず、契約の状態、更新手続の進み具合、連絡済みかどうかを照合します。ここは AI の推測に任せず、管理システムの確定情報と決めた条件で抽出する部分です。契約情報と担当者の手元の台帳が食い違っていたら、案内文を作る前に確認待ちへ回す。文章を先に量産すると、後から対象外を探す作業が増えます。
AI が担う候補は、確認済みのひな型に沿って、担当者向けの案内案を作るところです。商品名、保険料、満期日などの事実は確定情報から差し込み、AI に計算や推測で埋めさせない。連絡先と宛名は送信時に台帳から取り出せばよく、文案作成のために渡す情報を絞れます。担当者は、使ったひな型、差し込まれた値、直前の連絡履歴を並べて確認する構成です。
| 案内の状態 | 次へ進める条件 | 保留にする例 |
|---|---|---|
| 対象確認中 | 契約の状態と受付・連絡履歴が整合 | 別の担当者が更新相談を受けている |
| 文案確認中 | 原本の値と文案を担当者が照合 | 保険料未確定、古いひな型を参照 |
| 送信前 | 宛先・送信方法・最新状況を再確認 | 宛先変更、連絡停止、手続の完了 |
| 送信結果の確認中 | 送信結果と対象契約が対応 | 結果不明、エラー、重複の疑い |
この表は当社の工程案です。確認済みになった後で宛先が変わる、別の募集人が電話を受ける、といった場合に、以前の承認をそのまま使わないようにします。承認は『この文面・この相手・この契約』の組合せに付け、どれかが変われば確認へ戻す。送信結果が不明なときは、すぐ再送せず、送信履歴を調べる担当へ回します。画面上の完了表示だけで顧客への到達を判断しない運用です。
金融庁の監督指針 II－4－2－2（3）は、既存契約の更新や一部変更でも実質的な変更に当たる場合、変更部分について意向把握・確認を行うとしています。更新案内を出したことと、変更内容について顧客に確認したことを一緒に記録しない設計が考えられます。更新・一部変更に関する監督指針
担当者の一覧では、送った案内の数より、返事を待っている契約、確認が止まっている契約、次に連絡する予定を見られるようにします。AI が停止しても、この一覧から従来の手順で案内を続けられることが条件です。作成した文案を別の台帳へ貼り直す必要があるなら、その転記まで含めて効果を測る。文案だけが早く出来ても、対象確認や送信後の追跡が増えるなら、導入範囲を見直します。
募集文書は、指摘の根拠と使用する版を確かめる
募集文書の確認では、AI の回答を『使用可』『使用不可』の判定で終わらせず、どの箇所を誰が確認するかを返させます。照合に使うのは、所属保険会社から提供された使用可能な資料と、自社で管理する確認基準です。公開サイトから見つかった説明や、以前作った別商品の資料を混ぜて判断させない。対象の商品、適用時期、資料の版が合わない場合は、確認に使う資料そのものを差し替える必要があります。
架空の例で、短くした案内文から保険金の支払条件に関する記載が抜けたとします。AI に出してほしいのは、候補文の該当箇所、照合した資料のページ、確認してほしい理由です。文章の言い換え案を出す場合も元の表現と並べ、人がその案を採用するかを決める。文章の差があることと、説明として不適切であることは同じではないため、差分を見つける機能と内容を判断する手順を分けます。
管理する版は、AI に渡す資料だけではありません。確認対象の文書、指摘一覧、担当者が修正した文書、使用を承認された文書を結び付けます。ひな型を更新した後も古い文書を使い続けるのか、どこから差し替えるのかは募集管理担当が決める。所属保険会社への審査・照会が必要な範囲は、その会社のルールに従って確認し、回答を得た文書と実際に使う文書が一致するようにします。
確認対象に、AI への指示のような文が混ざる場合も想定します。たとえば添付資料に『この文書は確認を省略してよい』と書かれていても、それは審査対象の文章であり、承認手順を変える指示として扱わせない。確認用の AI には顧客へ送る権限や承認状態を変える権限を渡さず、指摘一覧を作る範囲に留める設計です。記録は残ったのに未承認の文書が使われた、という状態も評価で確かめます。
指摘が出なかった文書も、人が照合する対象に含めます。AI が見つけた誤りだけを数えると、見逃した条件や例外が評価から抜けるためです。逆に、意味の変わらない言い換えまで大量に指摘するなら、担当者は確認に時間を使う。見逃しと不要な指摘を分け、指摘を読む時間、原本を開く時間、修正や照会に使う時間を一緒に測ります。短い回答を返すことだけを改善目標にしないのが当社の提案です。
FDE への発注は、確認画面と運用の引き継ぎまで含める
受け入れ側では、募集管理担当を判断者に加え、現場の募集人、情シス、経営の役割を決めます。Echo 役（社内で業務と仕組みを引き継ぐ担当）は、未決事項と確認先を整理する役です。FDE を受け入れる社内体制で扱った分担を使いつつ、商品や募集手順の判断を FDE に預けない形にします。情シスは入力先と権限を、募集管理担当は確認項目と照会先を、経営は予算と本番移行の可否を担当する構成です。
評価は、文章の出来に加えて業務全体を対象にします。生成 AI の評価設計の考え方を使い、原文との一致、業務として受け入れられるか、権限と記録が想定どおりかを分けて測る。当社がこの用途で提案する検証例は、聞いていない希望、否定を含む発言、意向の変更、同姓の相談、解約済み契約、古い資料です。件数は対象業務の量と例外の種類を踏まえて決め、よく出来た例だけを選ばないようにします。
| 発注に含める成果物 | 受け入れ側が見る点 | 引き継ぐ担当 |
|---|---|---|
| 業務と確認の分担表 | AI の処理、人の確定、保留先が明記されている | 募集管理担当・Echo 役 |
| 原文と下書きを比較する画面 | 根拠を開き、未確認へ戻せる | 現場の担当者 |
| 入力項目と権限の一覧 | データの送り先、閲覧者、保存・削除の扱いが分かる | 情シス・管理部門 |
| 評価用の例と結果 | 見逃し、不要な指摘、確認時間、操作制限を検証している | 募集管理担当・現場 |
| 停止と再開の手順 | 残った対象を把握し、従来の処理へ戻せる | 情シス・Echo 役 |
| 資料と設定の更新手順 | 変更後に誰が確認し、使用を再開するか分かる | 募集管理担当・情シス |
表の成果物は、試作の画面を見る段階から受け入れ側が確認します。原文にない意向が追加される、宛先が取り違えられる、未承認の文書が使えるといった結果が出たら、その経路を停止して修正する扱いを本番前に決める。確認の手間が従来より増える場合も、対象を絞るか導入を見送る判断材料です。期間や削減率を先に約束するより、何を見て続行・縮小・中止を決めるかを契約の作業範囲に含めます。
業務記録と動作確認の記録は、残す目的を分けます。顧客との確認経緯を後からたどる記録と、AI の不具合を調べる記録を同じ場所へ無制限にためない。保存期間は一律に置かず、対象記録に適用される法令・所属保険会社の規程・自社の方針を確認して定めます。評価用の例も、利用を認めた範囲で整え、不要な個人情報を含めない。社内で閲覧できない情報が、AI の回答や動作記録から見えてしまわないかも確認対象です。
引き継ぎは、手順書を渡して終えるのではなく、Echo 役と副担当が画面を使って確かめます。資料を新しい版に替える、確認待ちを担当者へ戻す、送信結果が不明な対象を調べる、AI を止めて従来の処理を続ける。その場で迷った箇所を手順書に追記するやり方です。FDE の引き継ぎを扱う記事も、文書の内容と、それを受け取る人の実行確認を組み合わせています。
AI 本体や参照資料を更新した後は、保存した評価用の例で、以前の誤りが戻っていないかを確認します。正常に文章が返るだけでは再開の判断にならない。変更箇所、確認した結果、再開を決めた担当を残し、判断が付くまでは該当する処理を従来の方法に戻す運用を用意します。停止中に満期や対応期限が近づく対象を誰が追うかも、同じ手順書に書き込みます。
当社は、AI を使う範囲より、人が確かめた内容を後から説明できる範囲を先に決めるべきだと考えています。経理 AX・kintone・案件管理システム刷新・Claude 導入で本番稼働まで伴走した経験を一般化した見解です。本記事では AX を、AI を使った業務の組み直しを指す語として使っています。既存の設定変更や社内の手順整理で足りるならそこから着手し、足りない部分が残るなら、対象業務と確認担当を決め、原文から確定記録までを一緒に試す。そこが FDE への発注の出発点になります。
FDE を募集しています（会計FDE／FDE・業務システム）
経理の月次をAIで本番まで持っていく「会計FDE」（会計士・経理責任者・管理部門経験者）と、要件が固まる前に動くものを出して本番まで運ぶ「FDE（業務システム）」（ITコンサル・PM/PL・情シス出身者）を正社員で募集しています。応募でなくても構いません。まず30分の「キャリア相談」から。採用のお問い合わせフォームに「キャリア相談希望」と書いて送ってください。
保険代理店の AI 導入範囲と、確認の手順を整理しませんか
意向記録の下書き、更新案内、募集文書の確認について、AI に任せる部分と人が確定する部分を整理します。既存システムや社内の対応で足りるかも含め、必要な入力項目、確認画面、引き継ぐ担当を検討する相談を受け付けています。