名刺管理のAI活用
重複・部署変更を確かめて顧客台帳へ登録する方法

名刺管理にAIを使うと、画像から会社名や連絡先を読み取れます。既存の顧客台帳と照合する候補も作れます。

営業責任者が先に決めるのは、重複、部署変更、同姓同名の別人を、どう登録するかです。

撮影後もExcelへの転記や過去の登録探しが残るなら、読み取りだけでなく台帳更新まで見直します。

営業担当へ所属を確認する作業も含め、架空の名刺4枚で説明します。更新案・確認待ち・登録後の記録を具体化します。

入力・出力・指示文は、編集部が業務の流れを説明するために作った設計例です。

名刺画像をAIへ渡す試験や、製品からExcel・CRMへ書き込む連携は実行していません。

名刺管理のAI活用で、どこまでできる？

AIには読み取り、表記の整理、重複候補の抽出を任せます。同じ人かどうかと台帳の変更は、根拠を確認して確定します。

OCRは画像の文字を読み取る機能です。読み取った相手が既存の誰と同じかを証明する機能ではありません。

連絡先を一覧にする作業と、既存顧客の現在の連絡先を変える作業は別です。

後者は商談履歴や担当者の管理にも影響します。読み取り結果を、そのまま無条件に台帳へ反映する扱いは避けます。

公式製品にも、読み取り以外の機能がある

SKYPCEの公式AI機能ページには、AI-OCR、営業活動記録の要約、音声検索、会社名のあいまい検索が掲載されています。

ページ内の搭載済み機能と今後の予定は区別して確認してください。

BOX CARDの公式説明には、名刺の読み取りと原本画像の保管が載っています。

共有・権限管理は部署単位で設定できます。

APIによるCRMなどへの連携も掲載されています。APIは、別のシステムへ情報を受け渡すための窓口です。

この2製品の説明は2026年10月7日に確認しました。連携機能があっても、貴社の台帳の列や更新ルールに合うとは限りません。

読み取れるかに加えて、更新の根拠を残せるかも確認します。

名刺に書かれていない情報は補わない

名刺だけで、購買の決裁者、今月の発注意向、営業担当を確定できません。部長という役職だけでは発注権限も分かりません。

会社のWebサイトに部署名があっても、名刺の本人がそこへ異動した証拠にはなりません。

追加情報は出所と確認日を別に残します。名刺から読み取った欄へ混ぜない形にします。

架空の名刺4枚を、既存台帳と照合する

設計例では、顧客情報をExcelで管理し、営業の接点をCRMへ残す会社を想定します。CRMは顧客情報や営業履歴を管理する仕組みです。

名刺交換のあと、登録担当が読み取り結果を確認します。更新案を営業担当へ渡し、相手の所属や同一性を確認してもらいます。

既存台帳には、人ごとの番号を残す

既存台帳のP101は「例示A社・担当者A・営業部・a@example.com」とします。

P102は「例示B社・担当者B・購買部・b@example.com」です。会社名、氏名、メールはすべて架空です。

P101とP102は、人を識別する台帳内の番号です。所属やメールが変わっても、同じ番号で過去の商談をたどれるようにします。

氏名を番号の代わりにすると、同姓同名や姓名の表記変更を扱いにくくなります。

読み取り結果に加え、名刺画像・名刺番号・交換日・登録者を残します。

部署変更を見つけたとき、最近受け取った名刺なのか、棚から見つかった古い名刺なのかを判断するためです。

氏名とメールで照合先を絞る

C01はP101の更新候補です。ただし、メールの一致だけで新しい部署を確定しません。

営業担当が交換時の説明を確認します。「現在は営業企画部」と分かったら、部署の更新を承認します。

C02は同じ氏名でも別人の候補です。名刺交換者が別の方だと確認したら、例示C社のP103を新規登録します。

名前だけで統合すると、例示A社の商談履歴へ別会社の連絡先が入ってしまいます。

C03では人物を増やさず、P102に10月6日の接点を追加します。同じ相手に二人の営業が会っても、顧客は二人ではありません。

C04は、同じメールを使う人が別にいる可能性があります。共有メールと氏名だけでは、人物を自動統合しません。

電話の空欄も、代表電話を探して勝手に埋める対象にはしない扱いです。

更新案と根拠を同じ表に出す

読み取り後は、名刺番号ごとに照合先と判断理由を出します。

候補を修正する担当者が、原本と既存台帳のどこを見るか分かる出力にします。

部署変更と新規登録を、同じ操作で処理しない

確定後はP101の部署を「営業企画部」へ変更します。P102の人物情報はそのままです。

P103に確認済みの例示C社・担当者Aを追加します。C04は確認待ちの名刺一覧に残す設計です。

変更履歴には「P101／部署／営業部→営業企画部／根拠C01／確認者／確認日時」を記録します。

古い部署を消してしまうと、過去の商談でどの部署と話していたかを確認できません。

読み取りと照合を指示する文の設計例

次は、読み取り結果と架空台帳を照合する指示文の設計例です。

画像の読み取りを試すときは、指示文に挙げた項目が取れるかも別に確認してください。

名刺の読み取り結果を、既存の顧客台帳と照合してください。
目的は顧客台帳へ反映する更新案の作成です。台帳への書き込みは行いません。

入力は「名刺番号、会社名、氏名、部署、役職、メール、電話、交換日」と、
「人物番号、会社名、氏名、部署、役職、メール、電話」を持つ既存台帳です。

出力列：名刺番号、照合先の人物番号、処理候補、変更する項目、
変更前、変更後、根拠となる入力項目、確認が必要な点。
処理候補は「更新候補」「新規候補」「接点追加」「確認待ち」とします。

ルール：
・入力にない情報を補わない。読めない項目は「読み取り不可」とする。
・氏名だけの一致で同一人物と断定しない。
・代表メール、共有メール、代表電話の一致だけで統合しない。
・会社が変わった人は、別人か転職かを確認待ちにする。
・同じ人物の名刺でも、古い名刺で現在の部署を上書きしない。
・変更がない再交換は、人物を増やさず接点追加の候補にする。
・営業担当、商談段階、配信停止の状態は変更しない。
・根拠が不足するものは確認待ちとし、不足した項目を具体的に書く。

以下に名刺の読み取り結果と既存台帳を入れます。

「確認待ち」の行が出ること自体は失敗ではありません。

曖昧な項目を埋めるほうが危険です。見た目が整っていても、台帳に誤った情報が入ります。

AIの確信度より、入力のどの項目で照合したかを採用の根拠にします。

メールが一文字違う候補は、原本の該当箇所を開いて確認できるようにします。

台帳への登録と変更履歴を残す

Excelを捨てて新しい台帳へ移す必要はありません。既存ファイルを使う方法から検討できます。

まず「名刺取込」「確認待ち」「更新案」「変更履歴」のシートを分けます。顧客台帳へ反映する範囲を限定します。

顧客情報と接点の記録を分ける

顧客台帳には現在の所属や連絡先を持たせます。接点の表には「いつ誰が何の場で会ったか」を残します。

名刺交換のたびに顧客台帳へ一行足すと、同じ人物の重複が増えていきます。

C03のような再交換は、名刺番号を接点に紐づけます。別の営業が交換しても、現在の営業担当を自動変更しません。

商談中の相手なら、既存の商談番号に次の作業を紐づけます。

名刺交換だけでは、商談が始まったとは判断しません。

案件数へ加える条件は、営業側が決めます。

登録の成功を、送り先の台帳で確かめる

承認後は人物番号を指定して変更します。Excelなら該当行を読み返します。

CRMなら登録先の人物画面で部署・メール・接点を確認します。送信の成功だけでは、正しい人物へ入ったか分かりません。

元の名刺番号、送り先の人物番号、反映した値を一組で残します。 エラーになった名刺が一覧から消えないことも確認します。

再取込でC03の接点が二重に増えない設計にします。名刺番号と接点番号の対応を記録します。

登録済みなら追加せず、結果を再表示します。一部だけ失敗したときは、その名刺だけ再処理できるようにします。

4枚を取り込み直して、正常に登録した3枚まで重複させる運用は避けます。

アプリで足りるか、連携が必要か

読み取り・検索・チーム共有が目的なら、既製の名刺管理アプリを先に試します。

独自の仕組みを検討するのは、既存台帳への転記や、登録後の営業作業が残っている場合です。

製品を比べる前に、現在の名刺を数枚使って操作します。

読み取りから訂正、同じ人への追加、部署変更、書き出しまで試します。

きれいに撮った通常の一枚だけでは、普段困っている箇所を判断できません。

少量ならExcelだけで管理できる

少人数で確認できる量なら、Excelのフィルターや重複候補の表示で対応できる場合があります。

一人の担当が会社・メール・原本を確認できる運用なら、AIの候補を点検する手間が増えることもあります。

名刺の読み取りや、会社名・部署名の表記整理に時間がかかるなら、AIの活用を検討します。

件数だけで決めず、一枚を受け取ってから使える状態にするまでの作業を確かめます。

連携の相談では、台帳の更新前後を一件渡す

相談では「AIで名刺管理をしたい」だけでなく、C01のような変更前後を示します。

変える欄、残す情報、確定する人を伝えます。製品の設定で足りるか、追加の連携が要るかを判断しやすくなります。

精度の数字だけでなく、訂正画面で原本が見えるか、保留できるか、反映失敗を拾えるかも試します。

読み取りが正しくても、別人の台帳を変更すれば登録ミスです。

部署変更や転職で迷ったら

開始前に、正常な登録だけでなく迷う名刺を用意します。担当者が変わっても、営業履歴を壊さず同じ扱いにできるか確かめます。

古い名刺で現在の情報を上書きしない

撮影日と交換日は区別します。今日取り込んだ名刺でも、交換日が一年前なら現在の部署より古い可能性があります。

交換日が不明なら、現在値の更新に使いません。接点の資料として保管します。

転職では新会社の連絡先を登録し、旧会社に紐づく履歴も維持します。

同じ人物番号で所属履歴を持つか、所属別の番号を関連づけるかは、現在のCRMの構造に合わせて決めます。

旧会社の過去商談を、新会社へ付け替えない条件を先に書いてください。

会社だけを一括置換すると、過去の接点まで変えてしまうおそれがあります。

配信停止や営業メモは、名刺から変更しない

新しい名刺を受け取っただけで、以前の配信停止が解除されたとは判断できません。

配信の可否は別に管理し、名刺の更新で変更しません。

送信条件は、社内のルールと配信サービスで確認します。

「価格交渉中」などの営業メモは、名刺画像とは共有相手が違う場合があります。

部署全員が名刺を検索できても、商談メモまで全員に開く必要はありません。

AIへ渡す前に、情報の扱いを確認する

名刺には個人の氏名・直通電話・メールが入っています。

個人用アカウントへまとめて渡す前に、会社で認めた利用環境を確認します。

入力の保存期間、学習への利用、閲覧できる管理者、削除の方法も確認します。

氏名を番号へ置き換えても、会社・役職・メールから相手が分かる場合があります。

匿名化したつもりで、そのまま送らない扱いにします。

AIへ社内情報を渡す際の安全対策も参考に、実際に使う製品の条件を確認してください。

確認待ちと再取込を試す

最初は顧客台帳へ直接書かず、コピーした台帳で更新案を作ります。原本と照合して反映します。

普段の登録と並行して、更新内容の差を確かめます。

新規と再交換に加え、部署変更・同姓同名・共有メール・読めない文字の名刺を試します。

期待する登録先と確認待ちの理由を、名刺ごとに先に用意します。その答えと出力を比べます。

4枚を入れたら、確認待ちも含め4枚分の結果が必要です。すべて元画像へ戻れることを確認します。

登録成功の枚数だけでは、途中で消えた名刺に気づけません。

一枚だけ連携が失敗する状況と、同じ名刺の再取込も試します。失敗分だけやり直せるか確かめます。

重複した人物や接点が増えないことも、毎日の運用前に確認する条件です。

商談メモまで使う場合は、商談議事録からCRMを更新する手順と接点の番号を揃えます。

名刺と商談の台帳を別々に増やすと、誰にどの件で連絡するかを再び調べることになります。

まとめ：名刺数枚で台帳更新を試す

読み取りと検索なら既製アプリ、同じ形式の少量データならExcelを先に試します。

部署変更の確認やCRM登録が残るなら、名刺入力から使う先まで繋ぐ設計を検討してください。

最初に最近の名刺一枚を選びます。台帳の変更前・変更後・確認が要る箇所を並べます。

変えてよい欄と、名刺だけでは変えられない欄が分かれば、任せる範囲を決められます。

まるっとAIへの相談では、その一件を起点に、現在のExcelやCRMで残る作業をお聞かせください。

製品の設定で足りる部分と、台帳への連携が必要な部分を具体的に検討できます。