AI CRMの種類を2軸で整理｜BDR型・文字起こし型・統合型の違いと選び方【2026年版】
AI CRMには、BDRとして見込み顧客を探してアプローチするもの、会議を文字起こしして商談記録を作るもの、案件の確度や次の一手を判断するもの、顧客管理を中心に営業・マーケティング全体をつなぐものがあります。いずれもAI CRMと呼ばれることがありますが、担う業務と顧客データの置き場所は同じではありません。
AI CRMの種類は、「何を自動化するか」という用途と、「顧客データの正本をどこに置くか」というシステム構造の二軸で整理します。用途はBDR・新規開拓型、文字起こし・商談解析型、スコアリング・予測型、CRM基盤の統合型の4種類です。構造は外付け型、既存CRM拡張型、AIネイティブ型の3種類です。AIネイティブと統合型は同じ意味ではなく、前者は設計思想、後者は対応する業務範囲を表します。
本記事のポイント
- AI CRMの種類は、BDR、商談記録、判断支援、統合運用という用途と、外付け、既存CRM拡張、AIネイティブという構造を分けて考える。
- BDRツールや文字起こしツールはCRMそのものとは限らず、別のCRMへデータを渡す周辺システムとして使われる場合がある。
- 製品名から選ぶ前に、最初に解消したい営業課題と顧客データの正本を決めると、機能重複や二重入力を避けやすい。
AI CRMの種類は「用途」と「構造」の二軸で整理する
AI CRMを一列の製品一覧だけで比較すると、営業メールを自動化するツールと、顧客マスタや案件を管理するCRMが同じ表に並びます。その結果、「できることは似ているのに、導入後の役割が違う」という混乱が起きます。
先に分けたいのは、用途とシステム構造です。用途は、営業プロセスのどこをAIで動かすかを示します。システム構造は、顧客・担当者・案件・活動履歴の正本をどこに置くかを示します。
| 分類軸 | 答える問い | 主な選択肢 | 導入前に決めること |
|---|---|---|---|
| 用途 | 営業プロセスの何をAIで軽くするか | 新規開拓、商談記録、判断支援、統合運用 | 最初に解消したいボトルネック |
| システム構造 | 顧客データの正本をどこに置くか | 外付け、既存CRM拡張、AIネイティブ | 残すCRM、置き換える領域、書き戻しルール |
同じ製品が複数の用途を持つことは珍しくありません。たとえば、CRMを基盤に新規開拓エージェントを動かしたり、文字起こし結果から案件確度を予測したりできます。そのため、この分類は製品を一つの箱へ固定するものではなく、導入時の主目的を明確にするための地図として使います。AI CRM自体の定義から確認したい場合は、AI CRMとは何か、従来CRMと何が違うかを先に読むと整理しやすくなります。
用途で分けるAI CRMの4種類
1．BDR・新規開拓型
BDR・新規開拓型は、ターゲット企業の発見、担当者情報の収集、企業調査、優先順位付け、メール作成、追客、商談設定までを支援します。顧客管理よりも、まだ接点のない企業を見つけて会話を始める工程が主役です。
SalesforceのAgentforce SDRは、見込み顧客への初回メール、追客、質問への回答、商談予約をSalesforce上のリードや顧客データと組み合わせて実行します。HubSpotのBreeze Prospecting Agentも、CRMのセグメントや購買シグナルを使って対象企業と担当者を調査し、アプローチ案を作成します。Apolloは、企業・人物データ、アウトバウンド配信、通話、エンリッチメント、案件実行をまとめた営業プラットフォームとして提供されています。各機能は2026年7月29日時点の公式情報で確認できます（Salesforce Agentforce SDR、HubSpot Prospecting Agent、Apollo）。
注意したいのは、BDR型が必ずしもCRMの正本になるとは限らない点です。見込み顧客の探索とアプローチを別ツールで行い、反応した顧客だけを既存CRMへ渡す構成もあります。導入時は、重複登録、配信停止、担当者の所有権、返信履歴、商談化後の引き渡し先を決めます。
2．文字起こし・商談解析型
文字起こし・商談解析型は、オンライン会議や電話を記録し、発言内容、質問、懸念、競合名、約束、次アクションを抽出します。営業担当者の入力を減らすだけでなく、顧客が実際に話した内容を案件判断や営業育成へ戻すことが目的です。
Gongは、通話や会議の録音・文字起こし、論点分析、案件リスクの検知、要約、CRM更新をConversation Intelligenceとして提供しています。公式説明でも、会話を非構造データのまま保存するのではなく、要約、次の行動、CRM項目へ変換する流れが示されています（Gong Conversation Intelligence）。
このタイプも、文字起こしツール側が顧客マスタや案件の正本とは限りません。既存CRMへ活動履歴や商談項目を書き戻す場合は、誰の会議を記録するか、録音同意をどう得るか、どの発言を確定情報として扱うか、AIの抽出結果を人が承認するかを決めます。会議要約だけを保存しても案件管理は更新されないため、商談メモや予定からCRMへ活動履歴を残す設計まで確認する必要があります。
3．スコアリング・予測型
スコアリング・予測型は、顧客属性、Web行動、メール反応、商談履歴、会話内容などを使ってリードスコアリングを行い、優先して対応する見込み顧客、失注リスク、案件確度、次に取るべき行動を提示します。主役はデータの記録ではなく、限られた営業時間をどこへ配分するかという判断です。
このタイプでは、AIのスコアをそのまま営業ルールにしないことが重要です。学習に使う成約履歴が少ない、失注理由が正しく残っていない、担当者によって商談ステージの意味が違う、といった状態では予測が安定しません。まずはAIの推奨と人の判断を並べ、反応率、商談化率、受注率、見逃し率を確認します。
また、スコアが高い理由を説明できるかも選定基準になります。担当者が理由を理解できなければ、日々の行動へつながりません。リード評価の設計は、AIによるリード優先順位付けや営業予測AIの運用設計とあわせて確認できます。
4．CRM基盤の統合型
CRM基盤の統合型は、顧客マスタと案件を中心に、新規開拓、フォーム獲得、メール、会議、文字起こし、提案、追客、マーケティング反応、レポートまでを一つの顧客文脈で扱います。単機能の自動化ではなく、部門と工程をまたいだ情報分断を減らすことが目的です。
HubSpotやSalesforceのように既存CRMを拡張して統合範囲を広げる製品もあれば、活動データの自動取得を前提にCRM自体を設計した製品もあります。ファネルAiは、Gmail、Googleカレンダー、Drive、Meetなどの日常業務を起点に、CRM、SFA、MAを一続きで扱うGoogle統合型のAIネイティブCRMとして、この用途に位置づけられます。
統合型の利点は、営業とマーケティングで顧客情報を渡し直す回数を減らせることです。一方、導入範囲を一度に広げると、権限、項目、通知、重複、承認ルールが複雑になります。最初は「フォーム獲得から初回対応」「会議から次アクション」「配信反応から営業フォロー」など、一つの流れをつなぎ、正しく更新できることを確認します。
システム構造で分けるAI CRMの3種類
用途4分類とは別に、顧客データの正本をどこに置くかで3種類に分けます。ここを曖昧にすると、同じ顧客が複数のツールに作られ、担当者や案件ステージが食い違います。
外付け型
外付け型は、BDR、文字起こし、データエンリッチメント、予測などのAI機能を別ツールで動かし、結果をSalesforce、HubSpot、Dynamics 365などへ同期します。既存CRMを残したまま、一つの課題から試せるのが利点です。
ただし、連携できることと、運用がつながることは別です。顧客の照合キー、重複時の優先順位、書き戻す項目、更新権限、エラー時の再処理を決めなければ、CRM側のデータ品質が悪化します。外付け型ではAPI連携の有無だけでなく、失敗時の運用まで比較します。
既存CRM拡張型
既存CRM拡張型は、現在使っているCRMを正本にしたまま、その中へAIアシスタント、エージェント、要約、予測、自動更新を追加します。顧客・案件・権限・レポートがすでに定着している会社に向きます。
利点は、既存データと業務ルールを生かしやすいことです。一方、古い項目、重複データ、複雑な権限も引き継ぎます。AIを追加する前に、使われていない項目や更新されない案件を整理し、AIが参照・更新してよい範囲を決めます。
AIネイティブ型
AIネイティブ型は、メール、カレンダー、会議、Web調査などから顧客文脈を自動で取り込み、自然言語で検索・更新・実行することを前提にCRM自体を設計します。手入力された項目だけに依存せず、日常の活動から顧客理解を作る点が特徴です。
AttioはCRM上の文脈を使ってWeb調査、スコアリング、振り分け、アウトリーチを行うワークフローを提供しています。Day AIはメール、カレンダー、会議などからCustomer Memoryを構築し、会話や案件の変化をCRMへ反映する設計を示しています（Attio Workflows、Day AI Customer Memory and Agents）。
AIネイティブ型は、必ずしもCRM基盤の統合型と同義ではありません。AIネイティブは「どのように作られているか」、統合型は「どこまでの業務を扱うか」を表します。AIネイティブでも商談管理だけに強い製品はあり、既存CRM拡張型でも新規開拓からサポートまで統合する製品はあります。両者の違いと代表製品は既存CRM拡張型とAIネイティブCRMの比較で確認できます。
自社に合う種類は営業課題とデータの正本から選ぶ
製品一覧を見る前に、現在の営業ボトルネックと顧客データの状態を確認します。次の表で主な入口を決めると、候補を絞りやすくなります。
| 現在の課題 | 先に検討する用途 | 向くシステム構造 | 最初に測る指標 |
|---|---|---|---|
| 新規商談数が足りない | BDR・新規開拓型 | 外付け型または既存CRM拡張型 | 接触数、返信率、商談化率、配信停止率 |
| 会議後の入力が残らない | 文字起こし・商談解析型 | 外付け型またはAIネイティブ型 | 記録率、修正率、次アクション登録率 |
| 優先案件が分からない | スコアリング・予測型 | 既存CRM拡張型 | 見逃し率、商談化率、予測誤差 |
| 営業とマーケの情報が分断 | CRM基盤の統合型 | 既存CRM拡張型またはAIネイティブ型 | 初動時間、重複率、更新率、受け渡し時間 |
既存CRMに顧客・案件・権限が正しく蓄積されているなら、外付け型または既存CRM拡張型から試す方が低リスクです。CRMが更新されず、重要情報がメール、カレンダー、会議、スプレッドシートへ散っているなら、AIネイティブ型やCRM基盤の統合型を含めて再設計する余地があります。
複数タイプを組み合わせる場合は、各ツールの役割を「収集」「判断」「実行」「記録」に分けます。たとえば、BDRツールが候補企業を収集し、文字起こしツールが会話を構造化し、CRMが顧客と案件の正本を持ち、AIが次の行動を提案する構成です。どのツールもCRMを名乗っていても、正本は一つに絞ります。
- 最初に解消する課題を一つ決める：新規開拓、記録、予測、部門統合を同時に始めない。
- 顧客データの正本を決める：会社、人物、案件、活動履歴のどれをどこで確定するかを定義する。
- AIの実行範囲を決める：提案だけか、下書き、送信、CRM更新まで許可するかを分ける。
- 人の承認点を残す：外部送信、案件ステージ変更、金額、失注理由など重要項目は確認者を置く。
- 30日から90日で評価する：作業時間だけでなく、データ品質、修正率、商談成果、現場定着を測る。
必要機能を比較表へ落とす場合は、CRM・AI CRMの機能要件一覧を使うと、AI機能だけでなく権限、連携、移行、運用責任まで確認できます。
よくある質問
AI CRMにはどのような種類がありますか？
用途では、BDR・新規開拓型、文字起こし・商談解析型、スコアリング・予測型、CRM基盤の統合型の4種類に分けられます。システム構造では、外付け型、既存CRM拡張型、AIネイティブ型の3種類に分けられます。
BDR型と文字起こし型はCRMそのものですか？
製品によります。顧客マスタや案件管理まで持つ製品もありますが、既存CRMへ候補企業、活動履歴、会議要約、次アクションを渡す周辺システムとして使う製品もあります。契約前に、顧客データの正本になるのか、別CRMへの同期が前提なのかを確認します。
AIネイティブ型とCRM基盤の統合型は同じですか？
同じではありません。AIネイティブ型はAIを前提にCRMが設計されているというシステム構造です。CRM基盤の統合型は、新規開拓、商談、追客、マーケティング、レポートなど複数業務を一つの顧客文脈で扱うという用途・対応範囲です。
既存CRMがある場合はどの種類から始めるべきですか？
既存CRMが正しく更新されているなら、外付け型または既存CRM拡張型から、一つの業務を試す方法が現実的です。入力が定着せず顧客文脈が欠けている場合は、AIネイティブ型を限定部署や限定工程で検証します。
複数のAI CRMを組み合わせてもよいですか？
組み合わせられます。ただし、会社、人物、案件、活動履歴の正本を一つに決め、同期方向、重複処理、更新権限、エラー時の対応を定義します。同じ機能を複数契約するより、収集、判断、実行、記録の役割が補完関係になる構成を選びます。
ファネルAiはどの種類に当てはまりますか？
用途ではCRM基盤の統合型、システム構造ではAIネイティブ型に位置づけられます。Gmail、Googleカレンダー、Drive、Meetなどの日常業務を起点に、CRM、SFA、MAの顧客文脈を一続きで扱う設計です。
自社に必要なAI CRMの種類を整理する
現在使っているCRM、メール、カレンダー、会議ツール、マーケティング施策と、最初に改善したい営業工程を確認すると、用途とシステム構造の組み合わせを絞れます。
