顧客管理とは？記録項目・更新ルール・ExcelとCRMの選び方を解説

顧客管理とは、顧客との接点を次の対応に使える状態にすることです。会社名や担当者名を並べるだけでなく、誰が何を確認し、次にどう動くかをたどれるように記録を整えます。

この記事では、項目の決め方、重複や所属変更の確認、ExcelとCRMを選ぶ条件、会議での引き継ぎを、架空の記入例で説明します。表の例は説明用の教材であり、実在顧客の記録や成果ではありません。

▼ この記事の内容

会社・担当者・案件・接点を分ける理由
記録項目と更新担当の決め方
ExcelとCRMを比較する運用条件

顧客管理とは、顧客との接点を次の対応に生かすこと

顧客管理では、基本情報、接点、関心、商談・契約、サポートの履歴を、営業やマーケティング、サポートなどが参照する情報として整理できます。必要な項目や利用する部門は、自社がどの対応を続けるかによって決めます。

会社・担当者・案件・接点を分けて管理する

一つの会社に複数の担当者や案件がある場合、すべてを一行に書くと、何について誰と話したかを追いにくくなります。会社、担当者、案件、接点を分ければ、担当交代のときも必要な記録を確認しやすくなります。

Zoho CRMの顧客管理に関する解説でも、基本情報だけでなく接点、関心、商談・契約、サポート履歴を管理対象として説明しています。自社では、次の連絡や引き継ぎに必要な単位まで分けるところから始めてください。

参考：Zoho CRM「顧客管理とは？顧客管理の基本と実践ステップをわかりやすく解説」｜Zoho CRM

CRM・SFA・MA・名刺管理の役割を使い分ける

呼び方	主に整理したいこと	確認するとよい点
CRM	顧客との関係、接点、契約や支援の履歴	会社・担当者・案件がどう結び付くか
SFA	案件や営業活動	次の作業と担当が追えるか
MA	配信や見込み顧客との接点	どの反応を営業へ渡すか
名刺管理	初回接点と連絡先	ほかの記録と照合できるか

用途を整理するための例です。機能の範囲は製品ごとに異なります。

これらの呼び方だけで製品の役割を決めつける必要はありません。今ある記録で「誰の、どの案件について、次に何をするか」が確認できるかを見て、足りない部分を補います。

次は、誰がどの場面で使うかを基準に、顧客管理の項目を決めます。

顧客管理の項目は利用者から決める

項目は、多ければよいわけではありません。営業担当、管理担当、引き継ぐ人がどの場面で読むかを決め、識別情報、接点、案件、次作業を分けて残します。

識別情報と商談情報を分けて記録する

以下は架空の入力例です。会社、窓口、案件、接点に別のIDを付けると、同じ会社の別案件を上書きせずに済みます。未確認の予算や決裁者は、事実として記録せず「未確認・次回質問」とします。

区分	IDと記入例	次に確認すること
会社	C101／青葉部品	会社名の表記と担当部署
担当者	P101／購買部・佐藤	連絡先と現所属
案件	D101／保守更新 D102／新拠点の設備相談	案件ごとの検討状況
接点	A101／9月15日の打合せ	相手の発言、担当、期限

架空の記入教材です。実在の個人情報は含みません。

SalesforceのExcel顧客管理に関する解説では、目的に応じた項目選定、入力表記、保存先、編集者、重複する値の確認が運用上の論点として紹介されています。表の列は、そのまま固定せず、自社で必要な確認に合わせて選びます。

参考：Salesforce「Excelで顧客管理する方法とは？メリット・デメリットや注意点を解説」｜Salesforce

次の連絡に必要な根拠・担当・期限を残す

曖昧な元メモ	分けて記録する内容
反応よい、検討中	顧客発言：更新条件を経理へ確認する営業仮説：予算が障壁かもしれない未確認：予算承認者次作業：佐藤へ確認項目を送る担当：自社営業A 期限：9月17日

架空の記入教材です。連絡期限は面談の確定を意味しません。

顧客が言ったことと、営業側の見立ては分けます。仮説が残っていれば、次回に確認する質問を決められます。確認できない情報を推測で埋めないことも、記録を引き継ぐための条件です。

項目を決めた後は、重複や所属変更を照合してから記録を修正します。

重複・古い所属・担当変更を確認してから修正する

同姓同名、部署異動、別案件は似た記録に見えても、同じ処理にはなりません。削除や統合の前に、連絡先、所属、案件、直近の接点を照合します。

同姓同名や会社変更を重複と決めつけない

見つかった状態	先に照合すること	扱いの例
P101とP202が同姓同名	所属と連絡先	確認できるまで保留する
同一人物が部署異動	現所属と旧所属の履歴	履歴を残して現所属を確認する
同じ会社にD101とD102がある	案件の対象と担当	案件は別に管理する

架空の照合例です。自動名寄せや削除を保証するものではありません。

HubSpotの公開ヘルプでは、同一オブジェクトの二つのレコードを統合できる一方、統合後に元へ戻せず、権限やレコード種別で扱いが異なると説明されています。HubSpotで統合する場合も、実行前に対象レコードと権限を照合してください。他のCRMの挙動まで同じとは限りません。

参考：HubSpot Knowledge Base「レコードをマージする」｜HubSpot Knowledge Base

更新する人と確認する人を決める

接点の後に記録を更新する人、期限を確認する人、重複を扱う人を分けると、記録が止まったときに確認先をたどれます。例えば営業担当は接点後の内容を更新し、管理者は期限を確認し、管理担当は照合が必要な記録を扱うという分担です。

閲覧できる人の範囲や保管の考え方は、自社のデータ管理方針に沿って決めます。ここで示した役割は例であり、特定の権限設定や保管期間を定めるものではありません。

次は、現在の記録をExcelで続けるか、CRMへ移すかを運用条件で比べます。

Excelを続けるかCRMへ移すかを運用条件で判断する

ExcelかCRMかは、共同編集できるかだけでは決められません。顧客と案件の関係、更新履歴、閲覧範囲、担当交代、移行時の照合を、自社の運用に照らして比べます。

共同編集と履歴を追うことを分けて考える

Microsoft Supportの共同編集案内では、Excelの共同編集に対応するバージョン、Microsoft 365へのサインイン、対応するファイル形式、OneDrive、OneDrive for Business、SharePoint Onlineなどの保存先を案内しています。実際の共同編集の可否は、利用中の環境と設定で確認します。

参考：Microsoft Support「Excel ブックの共同編集を使用して同時に共同作業を行う」｜Microsoft Support

ただし、共同編集できることと、誰が何を更新したかを引き継ぎに使えることは別の確認事項です。人数だけでExcelが使えない、あるいはCRMが必要だと決めず、記録の使われ方を先に見ます。

移行前に項目・対応関係・権限を確認する

確認する条件	Excelを続ける場合	CRMを検討する場合
正本の記録	保存先と顧客IDを固定する	移す対象と対応関係を照合する
顧客と案件の関係	別の表や列で追えるか確認する	利用する機能と対象プランを確認する
担当交代	引き継ぐ人が読める場所を決める	閲覧範囲と権限を確認する
共通して残る作業	項目定義、更新担当、確認手順を決める

比較のための架空の確認表です。価格や製品機能の比較表ではありません。

移行する場合は、小さな対象で項目と対応関係を照合し、元の記録を参照できる状態で確認します。移行後も、項目を定義し、誰が更新するかを決める仕事は残ります。

運用条件を比べたら、会議で記録を確認し、次の対応へ引き継ぐ方法を整えます。

会議で記録を確認し、次の対応につなげる

会議では、記録を一覧するだけでなく、事実、仮説、未確認事項を分けます。そのうえで、次に誰が何を確認するかを決めると、記録を次の対応へつなげられます。

事実と仮説を分けて次回の確認事項を決める

表に残した「顧客発言」は確認済みの内容、「営業仮説」は見立て、「未確認」は次に聞くこととして扱います。仮説を顧客の事実に書き換えなければ、担当者が変わっても確認すべき質問を引き継げます。

会議の目的は、同じ説明を繰り返すことではなく、次の対応を決めることです。案件の状況に応じて、連絡内容、担当、期限のどれを確認するかを選びます。

入力・確認・次の行動と受注結果を分けて見る

見る状態	定義の例	同一視しないもの
更新率	更新が必要だった記録に対する更新済みの割合	営業成果そのもの
確認率	対象記録に対する担当確認済みの割合	顧客の購入意思
次作業設定率	次の対応が必要な記録に担当と期限がある割合	受注の確定
受注結果	同じ期間の成約件数と未決の区別	入力率だけからの推定