営業DX

セールステックカオスマップ2026 注目カテゴリと選び方

更新: 渡辺 健太
営業DX

セールステックカオスマップ2026 注目カテゴリと選び方

セールステックのカオスマップを見ると選択肢の多さに圧倒されます。DX推進の現場ではSalesforceや『HubSpot』のようなSFA/CRMを入れても、可視化で止まり、受注率や生産性までつながらないケースが繰り返し起きます。

セールステックのカオスマップを見ると選択肢の多さに圧倒されます。
DX推進の現場ではSalesforceや『HubSpot』のようなSFA/CRMを入れても、可視化で止まり、受注率や生産性までつながらないケースが繰り返し起きます。
分かれ道になるのは、ツール単体の機能差よりも、運用定着と『MiiTel』『BIZTEL』『Gong』『Gainsight』のような周辺カテゴリをどう組み合わせるかです。
本記事は、営業DXを進めたい事業責任者やRevOps担当者に向けて、2026年版カオスマップの見方と限界を整理しながら、どの営業プロセスから着手すべきかを絞り込めるように構成しました。
BOXILが2026年1月9日時点の公開情報をもとに整理したプロセス別分類と、従来の7カテゴリ整理の重なりをほどきつつ、国内CRM市場の拡大や世界のSales Tech市場の成長、生成AI実装の進展も踏まえて、選ぶ順番を「課題→カテゴリ→候補ツール」に戻していきます。
要するに、カオスマップは答えそのものではなく、営業課題を切り分けるための地図です。
BOXILの整理やSalesforceのSales Tech解説が示す通り、導入の起点はツール名ではなく営業プロセスの詰まりにあります。

セールステックカオスマップ2026とは

セールステックの定義

セールステックとは、営業活動にテクノロジーを取り入れて、効率化と最適化を進めるツールや仕組みの総称です。
SalesforceのWhat is Sales Tech? (+ Sales Technology Examples)でも、営業担当者の生産性向上やデータ活用を支える技術群として整理されています。
要するに、「営業をデジタル化するSFA/CRM」の言い換えではなく、見込み顧客の発見から受注後の継続支援までを含む広い概念です。

この点は、日本語圏の整理でもほぼ共通しています。
BOXILやMazricaセールステックの対象はSFA/CRMだけにとどまりません。
たとえば、リード獲得なら『LinkedIn Sales Navigator』やZoomInfoのような営業データ活用系、アプローチや架電運用なら『MiiTel』や『BIZTEL』のような音声・CTI系、商談解析なら『Gong』、営業標準化や育成ならSeismicや『Highspot』、継続支援なら『Gainsight』やPlanhatまで射程に入ります。
『HubSpot』やMicrosoft Dynamics 365のような基盤製品もその一部ですが、全体像の中心にあるのは「顧客接点ごとの課題をどう解くか」です。

DX推進の現場で見ると、この定義の広さを最初に押さえておく意味は大きいです。
SFA/CRMを入れれば営業DXが完了する、と捉えると設計が止まりやすくなります。
実際には、案件管理の前に「誰に当たるか」を決めるデータ基盤が必要で、商談の後には会話ログ分析や提案標準化、さらに受注後には継続率を追う仕組みまでつながります。
セールステックは単一製品の話ではなく、営業プロセス全体に散らばるボトルネックをテクノロジーで埋める考え方です。

Sell with LinkedIn business.linkedin.com

カオスマップの定義と日本での位置づけ

カオスマップは、特定の業界に存在する企業やサービスをカテゴリごとに並べた「業界地図」です。
どの領域にどんなプレイヤーがいるのか、どこが混み合っていて、どこが周辺領域なのかを一枚で俯瞰できるのが特徴です企業やサービスを分野別に整理して把握するための図として説明されています。

興味深いのは、「カオスマップ」という呼び方自体が日本で定着した表現だという点です。
海外でも市場マップやランドスケープに近い図は存在しますが、日本では多くのロゴが密集して並ぶ見た目から「カオスマップ」という名称が広まりました。
用語集でも、日本独自の呼称として扱われています。
実務ではこの言葉が通じる一方で、海外資料を参照するときは landscape、market map、vendor map など別の語で探したほうが情報に当たりやすい場面があります。

セールステック領域でこの地図が重宝されるのは、カテゴリが広く、しかも隣接領域との境界が曖昧だからです。
『HubSpot』はCRMだけでなくマーケティングやサービス領域にもまたがりますし、Zendeskもサポート基盤でありながら営業支援プロダクトを持っています。
『MiiTel』は通話解析で認知されやすい一方、現場ではインサイドセールス運用やマネジメント改善の文脈でも語られます。
こうした重なりを視覚でつかむのに、カオスマップは向いています。

HubSpot(ハブスポット)|CRM・SFA・MA・CMSが一元化されたカスタマープラットフォーム www.hubspot.jp

2026年版の対象範囲と注意点

本記事が前提にする2026年版のBOXILカオスマップは、2026年1月9日時点の公開情報をもとに作成されたものです。
更新時点が明示されているため、少なくとも「いつの市場像か」を読者が判断できます。
営業テックのように再編や機能拡張が速い領域では、この基準日がない地図は読み解きにくくなります。

同時に、国内に存在するセールステックのカオスマップはBOXILだけではありません。
Mazricaは従来型の7カテゴリ整理で説明し、Innovationも近い切り口でまとめています。
ここで押さえておきたいのは、カテゴリ数や名称の違いは誤りではなく、作成主体の整理軸の違いだということです。
営業プロセス別に分けるのか、機能別に分けるのか、導入テーマ別に見るのかで、同じ『HubSpot』や『Gong』でも配置が変わります。

本記事の対象範囲は、日本のB2B営業を主眼にしたセールステックです。
インサイドセールス、フィールドセールス、営業企画、RevOps、カスタマーサクセスまでを含む一方、D2Cや店舗接客向けの販促ツールは中心に置いていません。
市場の全体像を補うために海外データを参照する場面はありますが、その場合も年次と前提を切り分けて扱います。
たとえば、国内ではKaizen PlatformがIDC Japanを引用して、CRMアプリケーション市場を2021年に1,812億1,800万円、2026年に2,917億9,000万円と紹介しています。
一方で、世界のSales Tech市場は調査会社ごとに推計値が割れるため、参考値として読むのが適切です。

データの扱い方にも方針があります。
記事内で数値を出すときは、出典、対象年、どの市場を指すのかを併記します。
国内CRM市場の数字と、世界Sales Tech市場の予測値は同じものではありませんし、公開要約ベースの海外レポートは母集団や定義の違いを含みます。
セールステックは用語の幅が広いぶん、数字の見た目だけで比較するとズレやすい領域です。

地図でわかること/限界

カオスマップの価値は、まず主要カテゴリを一目でつかめる点にあります。
新規開拓ならターゲット特定やリード獲得、初回接点ならインサイドセールスやコミュニケーション、提案改善なら商談支援や会話解析、基盤整備ならSFA/CRM、標準化ならセールスイネーブルメント、継続支援ならカスタマーサクセス、といった流れが見えてきます。
BOXILのプロセス別分類は、営業のどこで詰まっているかを起点に読み替えやすい構成です。

次に、代表プレイヤーの位置関係が見えます。
営業管理の中核にはSalesforce『HubSpot』Microsoft Dynamics 365があり、架電や通話解析では『MiiTel』や『BIZTEL』、商談解析では『Gong』、イネーブルメントではSeismic『Highspot』、継続支援では『Gainsight』やZendeskが並ぶ、といった輪郭は地図で把握しやすくなります。
ここで見えるのは「どのカテゴリに有力候補が集まりやすいか」という密度感です。
周辺カテゴリまで含めて眺めると、SFA/CRMの外側に投資余地が大きいこともつかめます。

一方で、地図だけでは決めきれないことも明確です。
第一に、カオスマップは網羅性を保証するものではありません。
掲載されていないサービスが市場で弱いとは限らず、逆に掲載されていても自社要件に合うとは限りません。
第二に、更新時点の制約があります。
カテゴリ再編、機能追加、買収統合は短い周期で起こるため、1枚の図はどうしても静止画になります。
第三に、ロゴの並びからは機能差の細部までは読めません。
たとえば『HubSpot』とMicrosoft Dynamics 365はどちらも基盤系に入りますが、拡張の前提、周辺エコシステム、運用体制への要求は同じではありません。
『MiiTel』と『Gong』も会話データを扱う点は共通していても、主戦場は異なります。

ℹ️ Note

ツール選定の初期段階では、カオスマップのような「地図」が議論の土台になります。ただ、実際の導入プロジェクトでは、その次にPoCの設計と定着設計が別レイヤーで必要になります。地図で候補を絞れても、どの部署でどう試し、入力ルールや評価指標をどう変えるかまで設計しないと、現場では動きません。

この感覚は、営業DXの案件で繰り返し出てきます。
最初の整理で地図を使うと、関係者の認識をそろえる速度が上がります。
たとえば、「商談管理の問題なのか、追客の問題なのか、受注後の継続支援なのか」を切り分けやすくなるからです。
ただし、その先は別の仕事です。
PoCで何を検証するか、既存のSalesforceや『HubSpot』にどうつなぐか、入力負荷をどこまで減らせるか、マネージャーのレビュー方法をどう変えるかは、ロゴ一覧からは出てきません。

2026年のセールステック市場を押し上げる3つの背景

国内CRM市場の拡大

セールステック市場を押し上げる土台として、まず見ておきたいのが国内CRMアプリケーション市場の伸びです。
Kaizen Platformが紹介するIDC Japanのデータでは、国内CRMアプリケーション市場は2021年に1,812億1,800万円で、前年比13.0%増でした。
さらに2026年には2,917億9,000万円まで拡大すると見込まれています。
単年の伸びだけでなく、5年スパンで見ても市場規模が大きく膨らんでいる点が読み取れます。

この動きは、単にSalesforceや『HubSpot』のようなCRMの導入社数が増える、という話にとどまりません。
CRMが営業データの受け皿として普及すると、その前後を担う周辺ツールも採用されやすくなります。
たとえば、商談前のターゲット特定では『LinkedIn Sales Navigator』やZoomInfo、接点管理や架電では『MiiTel』や『BIZTEL』、商談の標準化や育成ではSeismicや『Highspot』といった具合に、営業プロセス全体でデータをつなぐ前提が整うからです。

実務では、CRM市場の拡大は「中心システムが決まり始めた」という意味合いを持ちます。
営業DXのプロジェクトでは、CRMが未整備の段階だと周辺ツールを入れてもデータが分散し、成果検証までたどり着きません。
逆に、顧客・案件・活動ログの格納先が定まると、会話データや提案データ、CSデータを重ねて見られるようになり、セールステック全体の投資判断がしやすくなります。
要するに、CRM市場の成長はセールステックの一部カテゴリだけの話ではなく、隣接カテゴリの導入条件そのものを押し上げていると言えます。

国内のカオスマップでもこの傾向は表れています。
BOXILのセールステックのカオスマップ!タイプ別に人気サービスを一覧で紹介では、2026年1月9日時点の公開情報をもとに、営業管理・顧客基盤を軸にしつつ、リード獲得、インサイドセールス、商談効率化、イネーブルメント、継続支援まで広く整理されています。
つまり、市場が伸びているのは単体のCRMではなく、CRMを中核にした営業テクノロジーのエコシステム全体です。

労働力不足と生産性の要請

需要側の圧力として見逃せないのが、人手不足です。
Kaizen Platformがまとめるパーソル総合研究所の将来推計では、2030年に644万人の労働力不足が見込まれています。
営業部門に限った数字ではありませんが、採用難が続く中で「人数を増やして売上を伸ばす」モデルが通りにくくなっていることは、多くのB2B企業に共通する前提です。

この環境では、営業組織に求められるテーマが変わります。
以前は「案件をきちんと入力する」「活動量を増やす」といった管理強化が主眼になりがちでしたが、今は少人数で成果を出すための自動化、標準化、Enablementの比重が上がっています。
1人あたりの担当案件数や接点数が増えるほど、属人的なメモや手作業の転記では回らなくなります。
通話の記録を自動で残す、会議内容を要約する、失注理由を構造化して残すといった機能が評価されるのは、この背景があるからです。

DX推進の現場でも、採用の決め手は変わってきています。
人手不足が強い組織ほど、入力項目を増やして現場に頑張ってもらう仕組みは定着しにくく、むしろ「入力を減らしつつ、裏側で自動的に賢くなる」設計が選ばれる傾向があります。
『MiiTel』のように通話ログや文字起こしを自動で残せる仕組みや、『HubSpot』やMicrosoft Dynamics 365のように活動履歴やAI支援を一体で扱える基盤が注目されるのは、現場負荷を増やさずに再現性を高めたいからです。
労働力不足は単なるマクロ課題ではなく、プロダクト評価軸そのものを変えていると見ると理解しやすいでしょう。

この文脈では、セールステックの役割も広がります。
新規開拓の効率化だけでなく、営業教育の短縮、オンボーディングの標準化、既存顧客フォローの抜け漏れ防止まで含めて、1人あたりの生産性を引き上げるための投資対象になっています。
営業マネージャーにとっては、ツール導入の目的が「管理のため」から「限られた人数で売上を維持・拡大するため」へと移っている局面だと捉えると、2026年の市場感がつかみやすくなります。

MiiTel(ミーテル) | 音声解析AI miitel.com

非対面・AI・データドリブンの進展

営業活動の前提が変わったことも、市場拡大の大きな要因です。
オンライン商談やメール、電話、ウェビナー、フォーム経由の接点が増えたことで、営業は対面中心の時代よりもログが残る仕事になりました。
ログが残るということは、活動を分析できるということでもあります。
ここにAI活用が重なることで、セールステックの価値が一段上がっています。

その変化は、提案業務のような周辺領域にも表れています。
2026年版のRFP動向データでは、平均RFP対応時間は33時間で、前年より2時間短縮しました。
生成AIを活用しているチームは約80%に達し、前年比で10ポイント増えています。
さらに年間RFP件数も前年比9%増とされており、案件数が増える一方で処理時間は短くなっている構図です。
これは、AIが「便利な補助機能」から「増え続ける案件をさばくための運用前提」へ移りつつあることを示しています。

営業現場に引きつけると、この流れは3つの変化に整理できます。
1つは非対面化で、電話・メール・オンライン会議・デジタル提案の比率が上がったことです。
2つ目はAI活用で、文字起こし、要約、提案文作成、会話分析、次アクション提示が日常業務に入り込んだことです。
3つ目はデータドリブン化で、勘や経験だけではなく、接触履歴や会話内容、提案到達率、失注要因の蓄積から改善を回す体制が広がったことです。

たとえば『Gong』のような会話解析系、『MiiTel』のような通話解析系、Seismicや『Highspot』のようなイネーブルメント系は、それぞれ別カテゴリに見えても、共通して「営業活動をデータとして残し、次の行動に変える」役割を持っています。
非対面接点が増えたことで、こうしたツールは導入効果を測りやすくなりました。
対面中心の営業ではブラックボックスだった商談プロセスが、音声、テキスト、提案閲覧、活動履歴として残るようになり、AIが介在できる余地が広がったからです。

要するに、2026年のセールステック市場は、単なるデジタル化需要ではなく、「非対面で増えたログ」と「AIで処理できる業務」が結びつくことで押し上げられています。
CRMの蓄積データだけでは弱かった営業改善が、会話・提案・追客のデータまでつながることで、ようやく実装フェーズに入ってきたと言えます。

Gong - Revenue AI OS www.gong.io

海外市場データ(参考値)の位置づけ

海外市場の成長観測も補助線として有効です。
Business Research Insightsの『Sales Tech Market Trend, Size & Share』では、世界のSales Tech市場は2025年に495.1億米ドルと要約されています。
2026年に575.8億米ドルとされ、さらに2026年から2035年の年平均成長率は16.3%とされています。
国内のCRM市場データとあわせて見ると、営業テクノロジーへの投資が日本だけの一時的な流れではなく、グローバルでも継続的な拡大局面にあることがわかります。

もっとも、海外の市場レポートは調査会社ごとに定義や集計範囲が異なります。
CRM、セールスイネーブルメント、会話解析、レベニューインテリジェンス、営業データ基盤のどこまでを「Sales Tech」に含めるかで数値は変わります。
そのため、本記事では国内の意思決定材料としてはIDC Japanを引用した国内CRM市場データを主軸に置き、海外市場規模は方向感を見るための参考値として扱います。

この切り分けには実務上の意味があります。
日本企業が導入を検討する際に必要なのは、世界市場の大きさそのものよりも、「どのカテゴリに資金が流れ、どの機能が標準装備になりつつあるか」です。
海外でAI要約、会話分析、提案自動化、CRM連携が先行して広がると、それが数年以内に国内製品や国内導入要件にも反映されることが多いからです。
市場規模の絶対値より、どの領域が伸びているかを見るほうが、ツール選定や中期計画には役立ちます。

したがって、2026年のセールステック市場を見るときは、国内ではCRM市場の拡大と人手不足、現場では非対面化とAI活用の加速、外側では海外市場の成長という3層で捉えると全体像がつかめます。
カオスマップ上のサービス数が増えているのは偶然ではなく、こうした構造変化が重なった結果だと読むのが自然です。

Sales Tech Market Trend, Size & Share | CAGR of 16.3% www.businessresearchinsights.com

カオスマップで見る主要カテゴリと役割

BOXILの7分類

2026年1月9日時点の国内版カオスマップを営業プロセスに沿った7分類で整理しています。
従来の「機能別に並べる」記事と異なり、この分類はツール名ではなく「営業のどの工程を前進させるか」を重視している点が特徴です。

BOXILの7分類営業プロセス上の主な役割代表的な製品・領域例
ターゲット特定・リード獲得見込み顧客を見つける、対象企業を絞る『LinkedIn Sales Navigator』ZoomInfoなど
アプローチ・インサイドセールス初回接点をつくる、架電や追客を回す『BIZTEL』『MiiTel』など
商談・クロージング効率化商談の質を上げる、提案と成約率を改善する『Gong』、提案管理・会話解析系
営業管理・顧客基盤顧客情報、案件、活動履歴を一元管理する『HubSpot』Microsoft Dynamics 365など
セールスイネーブルメント・育成営業の再現性を高める、教育と標準化を進めるSeismic『Highspot』など
カスタマーサクセス・継続支援受注後の活用、継続、アップセルを支える『Gainsight』PlanhatZendeskなど
営業アウトソーシング・コンサルティング立ち上げ支援、運用代行、改善設計を担う営業代行、BPO、コンサルティング各社

この見方の利点は、導入目的とカテゴリが直結することです。
新規開拓が詰まっている会社なら「ターゲット特定・リード獲得」や「アプローチ・インサイドセールス」が候補になりますし、案件化後の歩留まりが低いなら「商談・クロージング効率化」や「セールスイネーブルメント・育成」を重点的に見る、という読み方ができます。

現場では、このプロセス分類のほうが意思決定に直結します。
SFA、MA、会話解析、CSといった言葉を並べるだけだと、ツールの機能は見えても「どのボトルネックを解消するのか」がぼやけるからです。
営業DXの設計では、リード獲得から継続支援までを一気通貫で見ながら、どこに詰まりがあるかを起点にカテゴリを選ぶほうが、導入後の運用にズレが出にくくなります。

従来7カテゴリとの対応関係

従来のセールステック解説記事では、SFA/CRM、MA、インサイドセールス、セールスイネーブルメント、商談解析、カスタマーサクセス、営業代行のように、機能・概念別の7カテゴリで整理されることが多くあります。
Mazricaの『セールステックとは?【カオスマップ付き】主要7カテゴリーを紹介』や周辺の解説記事でも、この切り分けがよく使われています。

この2つは対立する分類ではありません。
整理軸が違うだけです。
BOXILは「営業の流れ」に沿って並べ、従来記事は「製品が持つ機能の中心」に沿って並べています。
実務では、従来カテゴリを導入課題に読み替えると理解しやすくなります。

BOXIL 2026分類従来の7カテゴリ系記事での近い概念実務上の読み替え
ターゲット特定・リード獲得営業加速、リード獲得、営業データ活用新規開拓向け
アプローチ・インサイドセールスコンタクト、コミュニケーション、インサイドセールス初回接点・追客向け
商談・クロージング効率化商談支援、顧客体験、会話解析、営業分析提案・成約率改善向け
営業管理・顧客基盤SFA、CRM基盤整備向け
セールスイネーブルメント・育成人材開発、コーチング、Enablement標準化・教育向け
カスタマーサクセス・継続支援カスタマーサポート、顧客体験、CSLTV最大化向け
営業アウトソーシング・コンサルティング周辺支援、運用代行、立ち上げ支援立ち上げ支援向け

たとえば、従来記事で「MAを入れるべきか」「SFAを入れるべきか」と議論していたテーマは、BOXILの分類で見ると「リード獲得を強くしたいのか」「営業管理・顧客基盤を整えたいのか」に翻訳できます。
同じように、「会話解析ツールを検討している」という話も、実際には「商談の歩留まり改善」なのか「育成の標準化」なのかで見るべき製品が変わります。

国内版カオスマップは作成主体によって分類が違います。
これは誤りではなく、どの軸で整理するかの違いです。
プロセスで見ると課題起点で選びやすくなり、機能で見ると製品特性を比較しやすくなります。
読む側が混乱しやすいのは別カテゴリに置かれるからですが、そこには十分な理由があります。

セールステックとは?【カオスマップ付き】主要7カテゴリーを紹介 mazrica.com

カテゴリ間の重なりと基盤の位置づけ

実際の導入設計では、カテゴリはきれいに分かれません。
むしろ重なっている部分にこそ、運用上の肝があります。
中心にあるのはSFA/CRMです。
顧客、案件、活動、担当者、商談履歴といった情報がここに集まるため、他カテゴリはこの基盤の上に乗る形になりやすい構造です。

営業DXの現場では、この中核設計の差がそのまま成果の差になります。
CRMの項目設計が粗いまま『HubSpot』やMicrosoft Dynamics 365を先に入れても、会話解析で得た示唆も、MAで育てたリードも、CSのヘルススコアもつながりません。
逆に、顧客ID、案件ステージ、活動種別、失注理由、受注後ステータスの設計がそろっていて、入力が現場に定着している組織では、『MiiTel』の通話ログも『Gong』の会話データも『Gainsight』の継続支援データも意味のある材料になります。
導入効果はツール単体の優劣より、CRMの設計品質と入力定着で増幅も減衰もします。

その重なりをざっくり整理すると、次のようになります。

中心テーマ重なり方具体例
SFA/CRMとMAリード情報が案件化まで接続するMAで獲得した反応履歴をCRMに渡し、営業が追客する
SFA/CRMとインサイドセールス架電・メール・接触履歴が顧客データに統合される『BIZTEL』『MiiTel』の通話履歴をCRMに記録する
SFA/CRMと商談解析商談内容と案件結果を結びつけて分析する『Gong』や『MiiTel』の会話データを失注理由や成約率と見る
SFA/CRMとセールスイネーブルメント勝ちパターンを営業プロセスへ埋め込むSeismic『Highspot』の提案テンプレートや教材を案件進行に連動させる
CRMとカスタマーサクセス受注後の利用状況や更新見込みを一元把握する『Gainsight』やZendeskの情報を顧客台帳に接続する
営業代行・コンサルと基盤整備外部支援が再現可能な運用に落ちるかを左右する代行会社の活動ログがCRMに残らないと引き継ぎで途切れる

⚠️ Warning

カオスマップを見ると製品数の多さに目が行きますが、実務では「どのカテゴリを入れるか」以上に「どのデータをどこへ集めるか」が先に決まっているかで、その後の伸び方が変わります。

この観点で見ると、セールスイネーブルメントと会話解析も別物ではありません。
Seismicや『Highspot』は教材、提案資料、プレイブック、オンボーディングを通じて営業の型をつくる領域ですが、その型の材料として『Gong』や『MiiTel』の会話データが使われることが増えています。
勝ち商談の会話パターンが見えれば、それをプレイブックに落とし込めます。
Enablementは育成の器で、会話解析はその中身を更新するセンサー、と捉えると位置づけが明確になります。

カスタマーサクセスも同様です。
受注後の継続支援はCS専用ツールだけで完結しません。
『Gainsight』やPlanhatのようなCS基盤は、契約情報、利用ログ、問い合わせ履歴、NPS、更新予定を束ねてヘルススコアをつくりますが、その前提としてCRMやサポート基盤との接続が必要です。
Zendeskの問い合わせ情報と営業側の顧客情報が切れていると、更新リスクの兆候を先回りでつかみにくくなります。

主要用語の定義

ここからは、カオスマップで頻出する用語を実務寄りに整理します。言葉だけ知っていても混同しやすい領域なので、役割の違いを営業プロセスに当てて読むのがコツです。

SFA/CRMは、営業活動と顧客情報の基盤です。
SFAは営業案件や活動管理、CRMは顧客関係の管理を指しますが、実際の製品では一体化していることが多く、『HubSpot』やMicrosoft Dynamics 365のように、顧客台帳、案件、メール、商談履歴、レポートをまとめて扱います。
要するに、誰に、いつ、何を提案し、今どの状態かを全社で共有するための土台です。

MA(マーケティングオートメーション)は、見込み顧客の獲得と育成を自動化する領域です。
フォーム、メール配信、スコアリング、セグメント管理などを担い、営業に渡す前のナーチャリングを整えます。
営業現場から見ると、案件の前段で見込み度を高める仕組みです。
CRMと切れていると「反応はあったのに営業が追っていない」という断絶が起きます。

インサイドセールスは、電話、メール、オンライン会議を中心に非対面で商談機会をつくる役割、またはその活動を支えるツール群です。
『BIZTEL』のようなクラウドPBX・CTIや、『MiiTel』のような通話解析ツールがこの周辺に置かれます。
単なる架電効率化ではなく、接触ログを残し、会話品質を改善し、次のアクションにつなげるところまで含めて考えると位置づけがはっきりします。

セールスイネーブルメントは、営業の成果を属人化させず再現可能にする仕組みです。
教材管理、提案資料の最適化、プレイブック、オンボーディング、商談ごとのコンテンツ活用分析などが含まれます。
Seismicや『Highspot』はこの代表例です。
トップ営業の暗黙知を、資料、手順、トレーニングに変えてチームへ配る層だと考えると理解しやすくなります。

商談解析・営業分析は、会話、メール、提案、案件進行のデータを分析し、勝ち筋や失注要因を見つける領域です。
『Gong』は会話解析と商談リスク可視化の代表格で、『MiiTel』は日本市場で音声・通話分析の文脈から語られることが多い製品です。
ここはEnablementと近接していて、分析結果を教育に戻すか、商談の現場支援に使うかで見え方が変わります。

カスタマーサクセス(CS)は、受注後に顧客の成果創出と継続利用を支える機能です。
オンボーディング、活用促進、ヘルススコア、更新管理、アップセル予兆の把握などを扱います。
『Gainsight』やPlanhatはCS専用基盤の代表例で、Zendeskはサポート領域から接続するケースが多い製品です。
営業の終点ではなく、LTVを伸ばすプロセスの起点として位置づけると、前工程とのつながりが見えてきます。

営業アウトソーシング/コンサルティングは、ツールそのものではなく、営業活動の実行や設計を外部が担う領域です。
新規開拓の立ち上げ、インサイドセールス代行、SFA定着支援、RevOps設計などが含まれます。
カオスマップでは周辺に見えますが、社内に運用リソースがない企業ではこのカテゴリが起点になることもあります。
ただし、本質は「外部に任せること」ではなく、再現可能な運用とデータ蓄積が残るかどうかにあります。

こうして並べると、SFA/CRMが中心にあり、その前にMAやリード獲得、横にインサイドセールスや会話解析、上にEnablement、後ろにCSがつながる形で読むと全体像がつかめます。
カオスマップは製品一覧ではありますが、営業プロセスのどこにレバーをかけるための技術か、という視点で見ると、散らばったロゴの意味が一気につながります。

2026年に注目したいセールステックのトレンド

AIの実務実装

2026年のセールステックでまず押さえたい変化は、AIが“試す機能”ではなく“運用前提の機能”に移っていることです。
入力自動化、会話解析、商談要約、次アクション提案は、もはや単独の先進機能ではなく、営業プロセスの各所に埋め込まれる形で評価されるようになっています。
テクノロジーの観点から見ると、AIの有無そのものより、どこまで業務フローに組み込まれているかで差が出ます。

このときの見方として有効なのが、AI機能を「標準搭載」「一部搭載」「外部連携」で分ける整理です。
たとえば『HubSpot』はBreezeとしてAI群をプラットフォーム内に組み込んでおり、CRMや各Hubの操作と一体で捉えやすい構造です。
Microsoft Dynamics 365もCopilotや会話インテリジェンスを持ちますが、機能の使い方はアプリ構成や追加要素と合わせて見たほうが実態に近いです。
会話解析を『MiiTel』や『Gong』で補い、CRM側へ連携して使う設計は「外部連携」寄りの発想です。
どれが優れているかではなく、標準で閉じるのか、専門ツールをつなぐのかで運用負荷と拡張性が変わります。

現場で差が出るのは、AIが出した要約を“読む”ところで止めず、次の行動まで接続できるかです。
商談メモの自動生成だけなら確かに工数は減りますが、そこだけに投資してもROIは伸びきりません。
実務では、要約内容をプレイブック更新に回し、マネージャーのコーチング観点にひもづけ、CRMの次回アクションと連動させたケースのほうが成果につながりやすい印象があります。
議事録自動化だけを点で入れるより、学習と改善の流れを一気通貫で設計したほうが、商談品質の底上げまで届きます。

提案業務の周辺でもこの流れは明確です。
生成AIを使うチームが増え、RFP対応の処理時間も短くなっています。
要するに、AIは文章作成の補助というより、案件処理能力を維持するための基盤に近づいています。
2026年は、AI機能の派手さよりも、営業現場で無理なく回る設計かどうかが選定の軸になります。

インテントデータ×ABMの高度化

次に注目したいのが、インテントデータとABMの結びつきが一段深くなることです。
従来のABMは、業種、従業員規模、既存接点、受注確度といった静的な条件で優先順位をつける場面が多くありました。
2026年はそこに、Web行動、コンテンツ消費、比較検討の兆候、RFPの動きといった外部シグナルを重ね、自社の1stパーティデータと統合して精度を上げる流れが強まります。

たとえば『LinkedIn Sales Navigator』はアカウントやリードの変化を追いながらターゲティングを深める用途に強く、ZoomInfoは外部シグナルを含むデータ活用の文脈で語られることが多い製品です。
これらを単体で使うより、『HubSpot』やMicrosoft Dynamics 365のようなCRM基盤に接続し、自社サイト来訪、メール反応、ウェビナー参加、過去商談履歴と突き合わせたときに初めて、優先度の高いアカウントが見えてきます。
外部データだけでは“関心がありそうな会社”で止まり、自社データだけでは“過去に接点があった会社”から抜け出せません。
両方を重ねることで、今動くべき理由があるアカウントを特定できます。

この変化の背景には、案件化前の検討行動が分散していることがあります。
比較サイト、記事閲覧、資料ダウンロード、イベント参加、レビュー閲覧など、商談前のシグナルは一つではありません。
そこでABMも、単なるターゲットリスト運用から、シグナルベースの優先順位づけへ進んでいます。
BOXILの2026年版カオスマップを整理したセールステックのカオスマップ!タイプ別に人気サービスを一覧で紹介でも、営業プロセス別の分類が採られていますが、この見方はインテントデータの活用先を考えるうえでも相性がいいです。
どの部署がどのシグナルを受け取り、どの段階で商談化につなげるかが読み取りやすくなるからです。

ABMの精度が上がる企業は、データ量が多い企業とは限りません。
むしろ、アカウント単位で見るのか、個人単位で見るのか、どのシグナルを商談化に結びつけるのかを先に定義している企業のほうが、運用にぶれが出ません。
2026年は「どんなデータベンダーを使うか」と同じくらい、「CRMでどう統合し、誰の判断に渡すか」が成否を分けます。

統合プラットフォーム化と選択の軸

カテゴリの境界が薄くなっている点も、2026年の大きなトレンドです。
SFA/CRMを中心に、Enablement、会話解析、マーケティング、自動化、カスタマーサクセスまでを一つのスイートとして束ねる動きが強まっています。
『HubSpot』は複数HubとSmart CRMを土台に横断し、Microsoft Dynamics 365は営業、サービス、マーケティングに加えてPower PlatformやTeamsとのつながりで全体最適を取りにいく構造です。
Zendeskもサポート中心の印象が強い一方で、SellやTalk、AI機能まで含めると、営業・CSの接続面が広がっています。

この流れで悩ましいのが、スイートを選ぶか、ベストオブブリードで組むかです。
スイート型の利点は、データモデル、権限、UI、レポーティングがそろいやすいことにあります。
会議要約がCRM活動履歴に自然に入り、案件進捗とコーチング内容が同じ基盤で見える設計は、運用の摩擦が少ないです。
その代わり、各領域の深さでは専門ツールに及ばない場面があります。

逆にベストオブブリード型では、『MiiTel』や『Gong』で会話解析を深め、Seismicや『Highspot』でEnablementを強化し、『Gainsight』で受注後運用を最適化するといった組み方ができます。
こちらは課題に対して鋭く効きやすい一方で、連携設計を誤ると、入力先が複数に割れ、レポートの数字が合わず、AIの学習元データも散らばります。
要するに、個々の製品性能より、誰がマスターデータを持ち、どこに活動履歴を集約するかの設計が先です。

選択の軸は大きく3つあります。
ひとつ目は、CRMを中心に据えるかどうかです。
二つ目は、AI機能を標準搭載でそろえたいのか、専門ツール連携で精度を取りにいくのかです。
三つ目は、運用体制として管理者が統合を回せるかどうかです。
市場が伸びる局面では機能競争に目が向きがちですが、実務では「つながること」自体が成果の前提になります。

ハイブリッド営業オペレーション

営業活動の前提が、対面か非対面かの二択ではなくなっていることも見逃せません。
2026年は、対面訪問、オンライン会議、メール、電話、コンテンツ接触をどう組み合わせるかという、ハイブリッド営業オペレーションの設計力が問われます。
人手不足が続く環境では、すべての商談を同じ密度で追うのは現実的ではなく、接点ごとの役割分担が必要になります。

その文脈で標準運用になりつつあるのが、オンライン会議の自動記録、要約、ナレッジ化です。
MiiTel Meetingsのような会議解析系や、『Gong』のような会話インテリジェンス系は、商談を録音して終わりではなく、論点整理、次回宿題の抽出、成功パターンの蓄積まで担う位置づけに変わっています。
インサイドセールスが獲得した示唆をフィールドセールスへ渡し、受注後の引き継ぎ情報をCSへつなげるときも、音声と要約が残っているだけで情報の断絶が減ります。

電話の役割が消えるわけではありません。
『BIZTEL』のようなクラウドPBX・CTIは、接点量の確保と管理統制の面で引き続き強く、通話データをCRMへつなぐことで、オンライン会議と電話の活動を同じ顧客履歴として扱えます。
50席規模のコールセンターを『BIZTEL』で組む場合、公式の「1席15,000円から」という条件を単純換算すると月額750,000円からの下限イメージになります。
こうした投資判断でも、単なる席数の話ではなく、その接点情報が商談化率や継続率の改善にどう返るかまで見ないと判断を誤ります。

ハイブリッド営業では、接点チャネルを増やすこと自体が目的ではありません。
どの接点で情報を取り、どの接点で意思決定を進めるかを分けることに意味があります。
初回接触は電話やメール、課題整理はオンライン会議、関係構築や最終調整は対面、といった役割分担ができると、移動時間を抑えながら密度の高い営業に寄せられます。
セールステックはその切り替えを支える基盤として見たほうが、導入の優先順位がぶれません。

Enablement強化と成果の因果

2026年により存在感を増すのが、Enablementを単独機能ではなく、成果の因果を管理する仕組みとして捉える考え方です。
教材、提案資料、ピッチ、プレイブック、オンボーディング、コーチングが一つにまとまっていない組織では、トップ営業の型が再現されにくく、新任の立ち上がりも遅れます。
労働力不足が続くなかでは、採用よりも戦力化速度が競争力になります。

Seismicや『Highspot』は、この領域を代表する存在です。
コンテンツ管理と検索だけでなく、どの資料が商談で使われ、どのプレイブックが成果に結びついたかを追える点が中核にあります。
ここへ『Gong』や『MiiTel』の会話データが入ると、勝ちパターンの会話、失注時の論点、反論処理の精度を教材側へ戻せます。
Enablementが効く組織は、研修資料を整備して終わりではなく、商談データから教材を更新し続けています。

中堅規模の導入感でいうと、『HubSpot』は無料から始められる一方で、シート課金や複数Hubの組み合わせで費用感が変わります。
公式資料にある追加のコアシート料金を基準にすると、Starterの追加コアシートは1人あたり月2,400円で、30シートなら72,000円規模になります。
ここにMarketingやOperationsまで広げると、単体ツールを点で入れるより統合の費用対効果を考えやすくなります。
Enablementも同じで、教材管理だけを切り出すより、CRM、会話解析、コーチングまでつながったときに投資の意味が出ます。

市場の追い風としては、提案業務の増加やAI活用の定着が、Enablementの必要性を押し上げています。
RFP件数が増える環境では、毎回ゼロから提案を組み立てるやり方は持ちません。
誰が提案しても一定水準に届くよう、勝ち筋をコンテンツ化し、会話データで磨き、マネージャーのレビューを仕組みに変える流れが主流になります。
2026年のEnablementは教育部門の話ではなく、営業成果をどう再現するかという運用設計そのものです。

Home www.highspot.com

注目ツールカテゴリ別一覧

前述の通り、カオスマップは全体像をつかむには有効ですが、実務での選定は「どのカテゴリから着手するか」で難易度が変わります。
BOXILの2026年カオスマップ記事のような整理をたたき台にしつつも、導入現場ではカテゴリの筋が合っているかどうかで成果の安定度が変わります。
支援の現場でも、機能比較で勝っていた製品より、「自社の営業プロセスは何を前提に回っているか」と一致したカテゴリを選んだ案件のほうが定着しやすく、運用も崩れにくい傾向があります。
要するに、機能差よりも使い方の前提が合っているかのほうが、初期成果を左右します。

加えて、ここで挙げる代表プレイヤーは2026年時点の一般的な知見に基づくもので、国内記事で繰り返し言及される例を中心にした整理です。
カオスマップと同様、網羅性を保証する一覧ではなく、比較の入口として読むのが適切です。

SFA/CRM(案件・顧客基盤)—向き不向きと比較観点

このカテゴリは、案件、顧客、活動履歴をどこに集約するかを決める“土台”です。
代表例としては『HubSpot』Microsoft Dynamics 365が繰り返し挙がります。
国内外を問わず導入事例が多く、営業だけでなくマーケティングやサポートまで接続しやすい点で比較対象になりやすい組み合わせです。

向いているのは、部門ごとに顧客情報が分散していて、まず単一の顧客基盤を作りたい企業です。
営業管理をExcelや個別SaaSで回しており、案件進捗や活動量が見えない段階なら、SFA/CRMは最優先候補になります。
逆に向かないのは、基幹の顧客マスタが別に存在するのに、運用ルールを決めないまま新しいCRMだけを足すケースです。
この状態では入力先が増えるだけで、営業現場には「また管理項目が増えた」という印象しか残りません。

比較時の観点は、第一に連携です。
『HubSpot』はマーケティング、セールス、サポートまで同一基盤で広げやすく、さらにSalesforceなど主要CRMとの接続実績も多い構成です。
Microsoft Dynamics 365はTeamsOutlookPower Platformとの結びつきが強く、Microsoft 365前提の企業では業務導線をそろえやすいのが特徴です。
第二にAI実装段階で、『HubSpot』はBreezeがプラットフォーム内に組み込まれた標準搭載寄り、Dynamics 365はCopilotによる要約や下書き、会話インテリジェンスが使える一方で、一部機能はプランや追加課金の考慮が必要な一部搭載寄りと捉えると整理しやすくなります。
第三に日本語サポートと定着支援で、Dynamics 365は日本語ドキュメントや導入パートナー網が厚く、『HubSpot』は国内でも情報量が多くスモールスタートしやすい構図です。
価格帯はどちらも構成で差が出ますが、『HubSpot』は無料から入りやすく、公式資料には追加のStarterコアシートが1人あたり月2,400円という記載があります。
30シート規模だと72,000円の感覚になるため、小さく始めて範囲を広げる設計が合います。

SFA/CRM選定でよくある誤りは、「多機能なものを選べば将来困らない」と考えることです。
実際には、営業が案件を中心に動くのか、顧客ライフサイクル全体で見るのか、管理者がワークフローを継続運用できるのかで向く製品は変わります。
カテゴリの筋が合っていれば、多少の機能差は運用で吸収できます。

セールスイネーブルメント—教育・コンテンツ・コーチング

このカテゴリは、営業成果を個人技のままにせず、再現できる型へ変えるための領域です。
代表例はSeismic『Highspot』で、国内記事でもセールスイネーブルメントの文脈で繰り返し登場します。
どちらも単なる資料置き場ではなく、商談で使うコンテンツ、プレイブック、トレーニング、分析を一体で扱う思想が中核です。

向いているのは、提案資料が部署や担当者ごとに散らばっていて、トップ営業のやり方を横展開できていない企業です。
新任立ち上がりに時間がかかる、同じ商材なのに提案内容のばらつきが大きい、といった組織では効果が出やすいのが利点です。
反対に向かないのは、まだ商談情報の記録自体が弱く、何が勝ち筋か定義できていない段階です。
基盤データが乏しいままEnablementだけ入れても、教材管理システムで終わりやすくなります。

比較時には、まずCRM連携の深さを見ます。
Seismic『Highspot』はいずれもSalesforce連携が定番で、営業がCRM画面から必要な資料やプレイブックへ入れるかどうかで現場負荷が変わります。
AI実装段階では、コンテンツ推薦や分析は一部搭載が中心で、会話データからの示唆生成や勝ちパターン抽出まで踏み込む場合は『Gong』や『MiiTel』など外部解析ツールとの外部連携が前提になりやすいのが利点です。
日本語サポートは『Highspot』に日本語ページがあり、Seismicも日本語利用の形跡はありますが、国内での定着支援体制は導入パートナーやプロジェクト体制込みで見たほうが実態に近いです。
価格帯は両社とも公開の日本円一覧がなく、エンタープライズ寄りの見積り型として捉えるのが自然です。

導入支援の現場で差が出るのは、「教材を整備したい」のか、「勝ち筋を営業運用に埋め込みたい」のかを分けて考えているかどうかです。
前者ならファイル管理の延長で済みますが、後者はSFA、会話解析、マネージャーのレビュー運用まで巻き込みます。
カテゴリの期待値がずれると、良い製品でも定着は止まります。

インテントデータ/リード獲得—外部シグナルとABM

このカテゴリは「多くのリードが取れるか」ではなく、「営業が追うべき順番を狭められるか」で見ると判断しやすくなります。
ABMと相性が良い反面、対象アカウントの定義、SFAへの流し込み、インサイドセールスの優先度ルールがないと、シグナルがノイズに変わります。

商談解析・営業分析—会話/活動ログの可視化

ここは、商談中に何が起きているかを定量的に把握するカテゴリです。
代表例は『Gong』『MiiTel』で、前者はグローバルでのRevenue Intelligence文脈、後者は日本語の通話・会議解析文脈で語られることが多いです。
いずれも録音して終わりではなく、文字起こし、要約、論点抽出、コーチングへの接続までを含みます。
Gong の日本語トランスクリプション精度については、ベンダーや第三者による公表ベンチマークが限定的なため、定量的な優劣を断定する表現は避け、導入時は実際のデモやPoCで日本語精度を確認することを推奨します。

アプローチ/インサイドセールス—ダイヤラー・追客

このカテゴリは、初回接点の量と質を担保するための実行基盤です。
代表例は『BIZTEL』『MiiTel』で、国内ではクラウドPBX、CTI、通話管理、ダイヤラーの文脈で名前が挙がる組み合わせです。
前者は席数の多いコールセンターやインサイドセールス運営、後者は架電内容の解析まで含めた改善サイクルで比較されることが多いです。

向いているのは、電話接点が重要な新規開拓組織、追客件数が多いインサイドセールス組織、架電ログをCRMへ戻したいチームです。
初回接点の母数を確保しながら、誰がどこまで追ったかを管理したいなら、このカテゴリは効果が出ます。
逆に向かないのは、そもそも架電戦略が弱く、電話を主要チャネルとして使わない営業モデルです。
メール、紹介、問い合わせ対応が中心の組織では、投資対効果がぼやけやすくなります。

比較観点としては、まずCTI機能とCRM連携です。
『BIZTEL』はSalesforce連携や着信ポップアップ、録音紐付けなど、運用管理寄りの強さがあります。
公式には1席15,000円からとされており、50席なら750,000円からが下限イメージになります。
コールセンター型の運営では、このスケール感を前提に見ると、席単価と管理要件のバランスがつかみやすくなります。
AI実装段階は、PBX/CTI単体では外部連携寄りで、要約や改善示唆は『MiiTel』のような解析機能を持つ製品のほうが前に出ます。
『MiiTel』はダイヤラーというより、通話解析とコーチングまで含めた標準搭載の幅があるため、量の管理より質の改善まで見たい組織に向きます。
日本語サポートはどちらも国内での運用実績が厚く、導入後の現場展開まで含めて比較しやすいカテゴリです。

アプローチ領域では、機能差より「誰が、どのリストに、どの順序で、どの履歴を見ながら架電するか」が成果を分けます。
カテゴリの選び方としても、席管理を優先するのか、通話改善を優先するのかで最適解は変わります。

クラウド型コールセンターシステム・クラウドPBX | BIZTEL(ビズテル) biztel.jp

カスタマーサクセス—継続率/LTVの最大化

受注後の活用、継続、アップセルを仕組み化するのがこのカテゴリです。
代表例は『Gainsight』PlanhatZendeskで、前二者はCS専業プラットフォーム、後者はサポート起点から顧客接点を統合する代表格として扱われます。

向いているのは、SaaSやサブスクリプション型のように継続売上の比重が大きい企業、契約更新やオンボーディングの抜け漏れを減らしたい企業です。
ヘルススコア、プレイブック、タイムライン管理が必要な組織では、このカテゴリの価値が高くなります。
向かないのは、まだ受注後プロセスが定義されておらず、CSの役割がサポート対応と混ざっている企業です。
その状態では、高機能ツールを入れてもデータ入力先が増えるだけになりやすいのが利点です。

比較時の軸は、まず顧客状態をどう定義するかです。
『Gainsight』はヘルススコア、ライフサイクル管理、サーベイ、プレイブックなど、CS運用の型を広くカバーしています。
生成AI機能もありますが、現時点では一部搭載として見ておくと実態に近く、英語中心の要素もあります。
Planhatは顧客360や分析、API連携、AI主導の自動化を特徴としますが、日本語対応や国内支援体制は相対的に情報が少なく、グローバル前提の企業向けという見方になります。
Zendeskは問い合わせ管理、ナレッジベース、チャット、音声に加えてAIエージェントを持ち、サポートと営業接点をまたいだ運用に強みがあります。
AIは上位プランでの標準搭載が進んでいる一方、CS専業ツールのようなヘルススコア管理は設計次第です。
価格帯は『Gainsight』Planhatが見積り中心、Zendeskは日本語の料金ページがありますが契約条件で構成が分かれます。

このカテゴリは「解約率を下げるためのツール」と理解されがちですが、実際にはアップセル余地の見える化や、オンボーディング遅延の早期発見にも効きます。
営業部門だけで閉じず、サポート、プロダクト、経営指標までつながる設計が必要になります。

カスタマーサクセス ツール・プラットフォーム|Gainsight(ゲインサイト) www.gainsight.co.jp

営業アウトソーシング/コンサルティング—立ち上げ支援

このカテゴリはSaaS製品そのものではなく、営業組織の立ち上げや改善を外部の支援で補う領域です。
営業代行、BPO、RevOps支援、CRM導入コンサルティングなどがここに入ります。
固有の製品比較よりも、「どこまでを外部に任せるか」で評価軸が変わるため、カオスマップ上でも周辺支援として見たほうが実態に合います。

向いているのは、営業組織を新設する企業、SFA/CRMを入れたが運用設計が弱い企業、短期間で営業プロセスを立ち上げたい企業です。
自社だけで要件定義、ツール選定、定着支援まで回せない局面では、このカテゴリが効きます。
向かないのは、営業の勝ち筋や組織体制が既に固まっていて、あとは日々の改善を内製で回せる企業です。
その場合、外部支援は補完にはなっても中核にはなりません。

比較時には、ツール販売寄りなのか、運用設計寄りなのかを切り分ける必要があります。
連携観点では、単に『HubSpot』やDynamics 365を設定できるだけでなく、MA、会話解析、CS基盤まで横断して設計できるかが差になります。
AI実装段階も同様で、標準機能の導入支援に強い会社と、外部連携を含むアーキテクチャ設計に強い会社では役割が違います。
日本語サポートは当然として、より差が出るのは定着支援です。
現場トレーニング、管理者育成、KPI定義、ダッシュボード設計まで持てるかどうかで、導入後の運用寿命が変わります。
価格帯はプロジェクト型になりやすく、月額固定のSaaS比較とは別物として見る必要があります。

実務では、ツール選定だけ外部に任せても成果は安定しません。
安定するのは、カテゴリ選定、データ設計、運用ルール、人の役割分担まで一本につながったケースです。
営業アウトソーシングやコンサルティングは、その接続部分を埋める役割として見ると位置づけがはっきりします。

自社に合うセールステックの選び方

カオスマップを眺めて候補を広げる段階まではできても、実際の選定では「何から決めるか」が逆転しがちです。
DX推進の現場では、まず営業プロセスを分解して、どこが詰まっているのかを一つに絞るところから始めると判断がぶれません。
対象は「リード獲得→商談化→提案→受注→継続」です。
この5つを見たとき、たとえばリード数は足りているのに商談化率が低いのか、商談数はあるのに提案の再現性がないのか、受注後の継続率が落ちているのかで、選ぶべきカテゴリはまったく変わります。

こうした分類は全体像をつかむには役立ちますが、実務では「カテゴリから入る」のではなく「ボトルネックから逆引きする」と選定精度が上がります。
要するに、課題が商談の質にあるのに『LinkedIn Sales Navigator』を比較しても前に進きませんし、継続率が論点なのに先に架電ツールを深掘りしても打ち手がずれます。

選定7ステップ

選定は、課題→カテゴリ→候補ツールの順で進めると整理できます。
順番を崩すと、知名度の高い製品に引っ張られて「導入したが詰まりは解消しない」状態になりやすいのが利点です。

  1. まず営業プロセスを「リード獲得→商談化→提案→受注→継続」に分解し、各段階の歩留まりと滞留を並べます。ここでは課題を複数挙げるより、最大のボトルネックを1つに絞るほうが効果的です。たとえば商談化率が低いなら、原因はターゲティングの粗さなのか、初回接点の量不足なのか、架電後の追客品質なのかまで一段深く見ます。
  1. 次に、ボトルネックを「運用課題」と「データ課題」に切り分けます。営業が動けていないのか、そもそも顧客データや活動履歴が残っていないのかで、必要なツールは変わります。SFAが未整備なら『HubSpot』やMicrosoft Dynamics 365のような基盤整備が先ですし、通話の質にばらつきがあるなら『MiiTel』や『Gong』のような会話解析が候補に上がります。

課題に対応するカテゴリを1つ選びます。
新規開拓の精度向上ならインテント/リード獲得、初回接点の改善ならCTI・インサイドセールス、提案の再現性向上ならEnablement、継続率改善ならCSをまず優先する、といった形で主カテゴリを決め打ちしてください。

  1. カテゴリが決まったら、候補ツールを最低3サービス並べます。たとえば営業管理・顧客基盤なら『HubSpot』Microsoft Dynamics 365Zendesk Sell、ターゲット特定なら『LinkedIn Sales Navigator』ZoomInfo『HubSpot』、商談解析なら『MiiTel』『Gong』Microsoft Dynamics 365の会話インテリジェンス機能、EnablementならSeismic『Highspot』『HubSpot』の周辺機能、といった置き方です。ここで初めて製品名を比較対象に乗せます。
  1. 候補比較では、機能数ではなく「現行業務への接続」を見ます。具体的には、SFA/CRMとの連携、入力負荷、録音やログ取得の仕組み、日本語運用、管理者の設定自由度、ダッシュボードの粒度です。たとえば『MiiTel』は通話録音から解析、AIコーチまで一気通貫で見られる点が強く、『BIZTEL』は席管理やコールセンター運用の設計に寄ります。『HubSpot』はCRMを軸にマーケ・営業・サポートまで横断でき、Dynamics 365はMicrosoft 365やPower Platformとの親和性が高いです。
  1. 比較で絞った候補は、PoCの設計まで作ってから評価します。PoCで見るべきは「使えそうか」ではなく、どの指標がどれだけ動くかです。商談化率の改善を狙うなら架電接続率や次回化率、提案改善なら提案から受注までの期間、継続ならオンボード完了率や解約率に置きます。PoCの対象チーム、期間、入力ルール、連携対象まで先に決めておくと、評価が感覚論に流れません。
  1. 併せて、定着計画を導入条件に含めます。現場ではツール選定よりここで差が出ます。実際、導入が前に進むケースは、90日定着計画を並走させていることが多いです。最初のオンボードで操作と入力ルールを揃え、その後に現場レビューで使われ方を点検し、管理者KPIや個人KPIとの連動まで落とし込む流れです。機能が優れていても、レビューの場と評価指標につながっていないツールは現場に残りません。

TCOとROIの考え方

ライセンス費だけで比べると、選定の精度は一気に落ちます。
セールステックのコストは、ライセンスに導入支援、連携開発、教育、運用管理を足したTCOで見る必要があります。
ざっくり言うと、月額費用は入口で、定着コストが本体です。

TCOは、少なくとも「ライセンス」「初期導入」「既存SFA/CRMやCTIとの連携」「教育」「運用工数」の5つに分けると見えやすくなります。
たとえば『HubSpot』は公式資料でStarterの追加コアシートが1人あたり月額2,400円と案内されているため、30シート規模なら単純計算で月額72,000円です。
ここに別Hub、導入支援、データ移行、運用管理が乗るので、実際の負担感はライセンス単体より一段上がります。
『MiiTel』も二次情報ベースでは1IDあたり月額6,578円の記載があり、10IDなら約65,780円規模になりますが、見るべきなのはこの金額だけではなく、録音運用とレビュー運用を回す管理工数まで含めた総額です。
『BIZTEL』は公式で1席15,000円からとあるため、50席なら月額750,000円からが下限の目安になります。
CTIは席数が増えると運用設計の重みが一気に増します。

ROIは、導入したツールの機能ではなく、どの業績指標を改善するかで置きます。
代表的なのは、受注率、営業サイクルの短縮、商談化率、継続率、解約率、オンボーディング完了率です。
商談解析なら「失注理由の可視化」だけで終わらせず、受注率や提案期間に結びつけます。
CSなら「ヘルススコアが見える」ではなく、更新率や解約率に接続します。
SFA/CRMなら入力率や活動数ではなく、案件進捗の精度や予実差の縮小まで落とし込んだほうが投資対効果を判断しやすくなります。

ℹ️ Note

TCOとROIを結びつけるときは、1ツールにつき成果指標を2つまでに絞ると評価がぶれません。指標が多すぎると、改善しているのか、見ているだけなのかが曖昧になります。

もう一つ見落とされやすいのが、定着の成否がROIを左右する点です。
たとえばSeismicや『Highspot』のようなEnablement製品は、コンテンツ整理、プレイブック設計、トレーニング運用まで回って初めて効いてきます。
『Gainsight』やPlanhatも、CSプロセスが定義されていないまま入れると、ヘルススコアの項目だけが増えて現場が疲弊します。
ROIは「導入したら出る」ものではなく、運用ルールまで組んだときにやっと計測可能になります。

よくある失敗と対策

失敗パターンで最も多いのは、ツール起点で選んでしまうことです。
『HubSpot』が人気だから、『Gong』が話題だから、という入り方をすると、自社の詰まりと機能が噛み合わないまま比較が進みます。
対策は単純で、先に営業プロセスのどこを直すのかを言語化し、その課題に対応するカテゴリだけを見ることです。
比較表の一列目は製品名ではなく、解消したい業務課題に置いたほうが判断が揃います。

次に多いのが、SFA設計不良です。
項目設計が粗い、ステージ定義が曖昧、案件の進捗条件が統一されていない。
この状態で『HubSpot』やMicrosoft Dynamics 365を入れても、可視化されるのは曖昧なデータの集合です。
対策は、入力項目を増やすことではなく、ステージ定義、必須項目、更新タイミングを先に揃えることです。
SFAは入力フォームではなく、営業判断の共通言語として設計したほうが機能します。

入力体制や録音体制が未整備なまま、商談解析や会話解析を入れるケースも失敗しやすいのが利点です。
『MiiTel』や『Gong』の価値は、録音と活動ログが安定的に蓄積されて初めて出ます。
録音対象が限定的だったり、会議URLが統一されていなかったりすると、レビュー対象が偏ります。
対策は、対象会議のルール、録音同意のフロー、CRMへの書き戻し先までを一体で設計することです。

ABMやインテント系で起こりやすいのは、ターゲット定義の粗さです。
『LinkedIn Sales Navigator』やZoomInfoのようなツールは、絞り込み条件が設計できていないと、情報量だけが増えます。
役職、業種、企業規模、導入済み技術、購買シグナルなど、どの条件を優先するかが曖昧だと営業の打ち先が散ります。
対策は、理想顧客像を営業とマーケで共同定義し、除外条件まで含めてリストルールを先に固めることです。

外注依存も見落とせません。
営業代行や導入コンサルに任せた結果、初期立ち上げは進んでも、運用ノウハウが社内に残らないケースです。
とくにSFA/CRM設計やダッシュボード設計を丸ごと外に置くと、仕様変更のたびに止まります。
対策は、管理者ロールを社内に置き、設定、KPIレビュー、改善要望の窓口を内製で持つことです。
外部支援は立ち上げ加速には有効ですが、運用の意思決定まで預けると持続しません。

カテゴリ別・比較の要点

カテゴリ比較は、機能の多寡より「どの課題に向くか」「どこでつまずくか」を合わせて見ると精度が上がります。主要6カテゴリを、向き不向きと留意点つきで整理します。

カテゴリ代表例向く課題向かない局面留意点
SFA/CRM『HubSpot』Microsoft Dynamics 365Zendesk Sell顧客情報、案件、活動履歴の一元管理ステージ定義や入力ルールが未整備の状態連携先の広さだけでなく、項目設計と運用管理者の確保が前提になります
EnablementSeismic『Highspot』『HubSpot』周辺機能提案の再現性向上、営業教育、コンテンツ標準化提案資料が整理されておらず、勝ち筋も言語化されていない状態コンテンツ管理だけで終わらせず、プレイブック運用とレビュー会議まで接続する必要があります
インテント/ターゲティング『LinkedIn Sales Navigator』ZoomInfo『HubSpot』新規開拓、ABM、狙う企業の優先順位付けICPが曖昧で、誰に売るかが定まっていない状態データ件数より、ターゲット条件とCRM同期の設計が成果を左右します
商談解析/会話解析『MiiTel』『Gong』Microsoft Dynamics 365商談品質の平準化、失注要因の可視化、コーチング録音や議事録取得の体制がない状態ログ取得ルール、レビュー運用、SFAへの書き戻し先を先に決めると機能します
CS『Gainsight』PlanhatZendesk継続率改善、オンボーディング管理、アップセル余地の把握受注後プロセス自体が未定義の状態ヘルススコアの項目設計と、営業・サポートとの役割分担が必要です
アウトソーシング/コンサルティング営業代行、RevOps支援、導入コンサル各社立ち上げ加速、設計リソース不足の補完改善サイクルを社内で回せる成熟組織内製化の計画を持たないと、運用ノウハウが社内に残りません

この比較で見えてくるのは、どのカテゴリにも「導入前に整っているべき前提」があることです。
たとえば『HubSpot』やDynamics 365は基盤として強力ですが、設計が甘いと全体のノイズを集約する箱になります。
『MiiTel』や『Gong』は、録音とレビューの運用があるチームほど効きます。
Seismic『Highspot』は、営業資料が点在している企業ほど価値が出ますが、コンテンツオーナーが不在だと埋もれます。
『Gainsight』Zendeskは継続支援に向きますが、CSの責任範囲が曖昧だと定着しません。

自社に合うセールステックを選ぶとは、知名度の高い製品を当てることではなく、ボトルネックのある工程に対して、最小のカテゴリで最大の改善を狙うことです。
プロセス分解、課題の特定、カテゴリの絞り込み、候補比較、PoC、定着計画までつないで見たときに、導入後の景色が具体的に描けるツールが残ります。

まとめ

本記事の要点

要するに、セールステックは機能一覧ではなく、営業プロセスごとに見ると判断がぶれません。
2026年はBOXILのカオスマップ分類を入口にしつつ、AI実装、インテント、統合プラットフォーム、ハイブリッド営業、Enablementを、自社のどの工程に効かせるかまで落とし込む視点が要ります。
DX推進の現場では、まず入力を減らす自動化から入ったチームのほうが、現場の納得を得て次の投資につなげやすい傾向があります。
中堅企業なら、『HubSpot』やMicrosoft Dynamics 365のような基盤に、Enablementと『MiiTel』のような会話・活動データ取得を重ねる三位一体の整備が、成果に直結しやすい組み合わせです。

シェア

渡辺 健太

ITコンサルティングファーム出身。営業DX推進プロジェクトをリードし、SFA/CRM/MAの統合設計とAI活用による営業プロセス自動化を専門としています。

関連記事

営業DX

AIトレーニングデータの作り方と社内ガバナンス設計

営業DX

社内データをAI学習に使う話は、モデル選定より前にデータの作り方と運用の回し方を同時に決めないと、現場で止まります。DX推進の現場では、評価データの汚染、重複の多さ、ラベル基準の不統一が後工程で効いてきて、学習よりも再整備に時間を取られるケースが繰り返し発生しています。

営業DX

SFA活用事例7選|営業成果の共通点と再現条件

営業DX

SFAは、導入しただけでは営業成果につながりません。営業現場では入力が増えて疲弊し、そのまま使われなくなる流れが繰り返されがちですが、実際に運用してみると、入力項目を絞り込み、マネージャーが会議でそのデータを使い切る形までそろったときに定着率は一気に変わります。

営業DX

営業DXの進め方|成功事例とツール活用のポイント

営業DX

営業DXは、SFA(営業支援ツール:商談・活動・案件管理を可視化するツール)やCRM(顧客関係管理:顧客情報と接点履歴を一元管理する仕組み)を入れれば前に進む話ではありません。現場では、最初に決めるべき入力項目と運用ルール、そして責任者が曖昧なまま導入が始まると、データが揃わず定着も止まりがちです。

営業DX

営業DXとは?デジタル化との違いと進め方

営業DX

営業DXは、紙をExcelに置き換えたりSFAを入れたりして終わる話ではありません。データとデジタル技術を使って、営業プロセスそのものと役割分担、KPI運用まで組み替え、受注の再現性を上げていく取り組みです。