コラム
AIで顧客管理を改善する手順|重複確認・抽出・フォロー文面
AIを顧客管理に使う前のデータ整備から、重複候補の確認、条件による顧客抽出、フォロー文面の下書きまでを解説。架空のCRMデータと検算結果で試せます。
公開日:2026年8月13日更新日:2026年10月7日
執筆・編集:malna編集部(編集方針)

AIによる顧客管理は、顧客台帳を丸ごと渡して判断を任せるより、データを整える、条件で抽出する、文面を下書きするという工程に分けると確認しやすくなります。この記事では、すでにCRMや顧客台帳がある企業に向けて、重複確認からフォロー候補の抽出までを試せる手順を用意しました。
練習用CRMデータCSVには、実在する氏名・メールアドレス・会社名を含めていません。全件【架空の例】です。新しいCRMの製品比較や、顧客への自動送信は扱いません。
AIへ任せる工程と、人が決める工程
| 工程 | AIに依頼できる作業の例 | 人・既存システムで確定すること |
|---|---|---|
| データ整備 | 表記揺れや欠損の候補を説明する | 同一顧客か、どの値を正とするか |
| 顧客の抽出 | 条件を文章から整理する | 抽出式と対象件数の照合 |
| フォロー | 対象別にメールの下書きを作る | 連絡可否、内容、宛先、送信承認 |
| 運用改善 | 問い合わせ内容から確認項目を出す | CRMへの反映と変更履歴 |
「反応がないから解約しそう」「購入額が大きいから優良」といった判断は、定義と検証が必要です。単純な台帳から精度が検証された予測モデルができたとは扱いません。解約予測の検討はチャーン分析とAIで分けて確認できます。
手順1:架空データで項目を定義する
CSVをシートへ読み込み、A〜F列を顧客ID・状態・最終接点からの日数・案内許可・担当・更新日の順にします。「案内許可」はこの練習の運用上の判定欄です。実際の送信可否や適法性をこの1列だけで判断するものではありません。
【架空の例】以下にはC003の重複と、日数が不明なC004を意図的に含めています。
表は横にスクロールできます。
| 顧客ID | 状態 | 日数 | 案内許可 | 担当 | 更新日 |
|---|---|---|---|---|---|
| C001 | 検討中 | 45 | 可 | 担当A | 2026-09-30 |
| C002 | 契約中 | 10 | 可 | 担当A | 2026-09-30 |
| C003 | 検討中 | 60 | 否 | 担当B | 2026-09-28 |
| C003 | 検討中 | 61 | 否 | 担当B | 2026-09-29 |
| C004 | 検討中 | 不明 | 可 | 担当A | 2026-09-30 |
| C005 | 検討中 | 30 | 可 | 担当B | 2026-09-30 |
| C006 | 検討中 | 29 | 可 | 担当B | 2026-09-30 |
実データでは「顧客ID」が会社単位なのか担当者単位なのかを先に決めます。別担当者の記録や複数商談を、同じ会社名という理由だけで1件にまとめると情報が失われます。
手順2:重複を見つけ、統合は別に判断する
G1に「重複件数」と入力し、G2に次の式を入れてG8までコピーします。
=COUNTIF($A$2:$A$8,A2)COUNTIF は条件に合うセルの個数を返します。Google公式の関数説明も参照してください。このサンプルではC003の2行だけが「2」となり、他は「1」です。実データの行数に合わせて範囲を変えます。
【架空の例】練習では「同じ顧客IDの更新履歴なので、更新日が新しい行を分析用コピーに残す」と定めます。C003は2026年9月29日の行を採用し、全7行から6件に整理します。元CSVは保持します。このルールは実際のCRMの統合仕様ではなく、練習用に定めた条件です。
AIには「統合して」と依頼する前に、候補と違う値を一覧にさせます。会社名や人物名の似方だけによる統合、CRM本体の自動削除はこの段階では行いません。
手順3:フォロー候補を条件で抽出する
練習の条件を次のように固定します。
対象:状態が「検討中」
日数:最終接点から30日以上(30日を含む)
案内許可:「可」
不明な日数:対象外にして確認待ち
重複:前の手順で整理した分析用コピーを使うH1に「候補」と入力し、H2へ次の式を入れ、分析用コピーの最終行までコピーします。数値でない日数は候補にしません。
=IF(AND(B2="検討中",ISNUMBER(C2),C2>=30,D2="可"),"候補","対象外")【架空の例】期待される候補はC001とC005の2件です。C002は契約中、C003は案内不可、C004は日数不明、C006は29日なので含めません。AIに候補を出させた場合も、この条件と件数に一致するか照合します。
| 確認ケース | 期待される扱い | 見落とした場合の問題 |
|---|---|---|
| 30日ちょうどのC005 | 含める | 境界の条件を誤る |
| 日数不明のC004 | 確認待ち | 不明を0や長期未接触に置き換える |
| 重複しているC003 | 分析用コピーで整理 | 件数が増える |
| 案内不可のC003 | 候補に含めない | 連絡してはいけない相手を候補にする |
このCSVの重複整理と抽出結果は、ローカルで別計算して確認しています。実CRMへの書き込み・統合・メール送信のテストではありません。
手順4:許可された材料からフォロー文面を作る
AIへは、対象者の個人情報ではなく、まず次の練習文を渡します。顧客が言っていない課題や、約束していない値引きを作らせない条件を含めます。
【架空の例】これは送信しない練習用です。
対象:資料を受け取った検討中の法人顧客。詳細な課題は不明。
目的:資料について確認したい点があるか尋ねる。
使える事実:先月、製品資料を共有した。
禁止:導入効果の保証、割引、相手の業績や課題の決めつけ。
件名と本文の下書きを作り、不足情報は別欄にしてください。
氏名・会社名・URLを推測で補わないでください。【架空の例】編集部が用意した文面例は「先月お送りした資料について、確認したい点はございますか。必要でしたら、ご検討中の用途を伺ったうえで該当箇所をご案内します」です。実際に連絡する際は、資料の送付履歴・案内許可・担当者を確かめ、送信担当が承認します。これは特定製品の出力品質を測った結果ではありません。
実データを使う前に、利用環境を確認する
個人情報保護委員会は、生成AIへ個人情報を入力する場合の利用目的の確認や、個人データの機械学習利用等への注意を示しています。生成AIサービス利用の注意喚起を確認し、社内の管理担当と扱う情報・利用先・契約条件を決めてください。
顧客IDへの置き換えや氏名の削除だけで、安全な外部提供や法的な匿名化が完了したとは判断しません。まずは架空データで作業を確かめ、実データを使う必要がある列と範囲を絞ります。AIが作った文面を確認なしで一斉配信する設計にも進めません。
継続運用で残す記録と、依頼する作業
対象件数・確認待ち件数・誤抽出件数・文面修正時間を記録します。対象が2件から増えたときに、AIの説明が自然かだけでなく、取り漏れと誤抽出を数えられるようにしてください。
データ定義や抽出の保守を依頼したい場合は、営業職のAI活用人材に任せたい工程と、社内で承認する工程を分けます。業務委託の依頼票には、元データの保存・更新担当・失敗時の戻し方も記入できます。運用体制を含めた相談は企業からのご相談へ進めます。



