稟議を通し、ベンダーを選び、契約を済ませて、ようやくHubSpotを導入した。それなのに半年後に画面を開くと、入力されている取引はまばらで、ダッシュボードは初期設定のまま、現場は相変わらずスプレッドシートで案件を管理している。CRMやセールス系ツールの導入で、これは珍しい光景ではありません。問題は「どのツールを選ぶか」ではなく、「入れたあとの最初の数か月で何を整えるか」にあります。本稿では、海外のプロダクト分析ベンダーが公表しているベンチマークを手がかりに、CRMの立ち上げを最初の90日でどう設計すれば形骸化を避けられるかを、段階計画として整理します。ここで扱うのは営業担当者向けの「人材研修」ではなく、ツールそのものを現場に根づかせる「導入の立ち上げ」の話です。
目次
最初に押さえるべき事実は、CRMやセールス系のツールは、ほかのSaaSより「価値が出るまで」に時間がかかるということです。プロダクト体験ツールを提供するUserpilotが547社のデータをもとにまとめたベンチマークでは、SaaS全体で導入から最初の価値実現までにかかる時間（time-to-value、以下TTV）の中央値が1日12時間だったのに対し、CRM・セールス系のカテゴリでは2日8時間と、全体よりはっきり遅い結果でした。マーケティングテクノロジー系はさらに遅く2日19時間です。（参照：Userpilot「SaaS Time to Value Benchmark」(2025)）
この数字は、プロダクト体験ツールの計測対象という性質上、サンプルがUserpilotの顧客企業に偏っている点を割り引いて読む必要があります。それでも、カテゴリ間の相対差、つまり「CRM/セールス系は他より価値実現が遅い」という傾向は、実務感覚とよく一致します。CRMは顧客データ、取引、営業プロセス、関係者の入力習慣がそろって初めて機能するツールであり、入れた瞬間に効果が出る種類のソフトウェアではないからです。
ここから導かれる立ち上げの方針は明確です。価値が出るまでが遅いツールほど、最初に欲張ってはいけません。全部署・全項目・全機能を最初から正しく埋めようとすると、価値が出る前に現場が疲弊し、入力が止まり、形骸化します。最初の90日は「すべてを整える」のではなく、「価値を一度、確実に出す」ことに集中すべきです。
二つ目の前提は、どんなツールでも、用意された機能の大半は使われないということです。Pendoが多数のアプリケーションの利用データから公表しているプロダクトベンチマークによれば、平均的なプロダクトでは、全クリックの80%をわずか6.4%の機能が生み出しています。裏を返せば、9割以上の機能はほとんど触られていません。（参照：Pendo「2024 Product Benchmarks」(2024)）
この数字も、Pendoの計測基盤に接続したアプリ群という偏りを前提に読むべきものですが、示している傾向は重要です。HubSpotのようなツールは、CRM、営業の自動化、見積もり、メール、レポート、ワークフローと、機能が豊富であるほど「全部使いこなさなければ元が取れない」という気持ちを誘います。しかし現実には、成果の大半はごく一部の機能から生まれます。
したがって立ち上げで設計すべきは、機能の網羅ではなく、自社にとっての「効く6.4%」の特定です。営業組織にとってそれは多くの場合、取引パイプラインの可視化、つまり「いまどの案件がどの段階にあり、いくらの見込みがあるか」を一枚で見える状態にすることです。リッチな自動化やスコアリングを最初から組むより、現場が毎日見て意思決定に使う1〜2機能に資源を集中したほうが、定着は早く進みます。Pendoのベストインクラスの事例ではTTVが0.2日、ガイド利用率が60.2%に達しており、絞り込みと初期ガイドの設計が定着速度を大きく左右することがうかがえます。
最初の30日でやるべきことは、機能を増やすことではなく、減らすことです。前述のとおりCRM/セールス系は価値実現が遅く、機能の大半は使われません。この二つの事実から、立ち上げ初期の正解は「ユースケースを1つに絞り、最初の価値を1回出す」ことに尽きます。
具体的には、対象を取引パイプラインの可視化に絞ります。移行するデータも、進行中の取引と主要な取引先・担当者に限定し、過去の全履歴を完璧に移すことは後回しにします。入力する項目も、案件名・金額・ステージ・次のアクション・想定クローズ時期といった、パイプラインを見るために最低限必要なものだけに絞ります。そのうえで、最初の30日のゴールを「経営会議や営業会議で、スプレッドシートではなくHubSpotの画面を見ながら案件レビューを一度回す」ことに置きます。
このとき大切なのは、最初の価値を出すことそのものをKPIにすることです。「全営業の全案件が入力されている」を初月の目標にすると、ほぼ達成できず、現場の心理的なハードルだけが上がります。代わりに「主要案件についてはHubSpotを見れば状況が分かる」という小さな成功を一度作る。価値が遅れて出るツールだからこそ、早い段階で一度「役に立った」という体験を現場に届けることが、その後の入力習慣を支えます。
次の30日の主題は、機能の追加ではなく定着です。ここで知っておきたい数字があります。UserpilotがB2B SaaS 62社を対象にまとめたベンチマークでは、ユーザーの活性化率（サインアップした人のうち、実際に価値となる行動に到達した人の割合）の平均が37.5%、中央値が37%でした。つまり登録した10人のうち、価値にたどり着くのは4人弱にとどまります。（参照：Userpilot「User Activation Rate Benchmark」(2024)）
この調査も母数62社という規模とベンダー計測の偏りを踏まえて参考値として読むべきですが、「導入しても多くのユーザーが価値に到達しない」という構造は、CRMの形骸化そのものの説明になっています。アカウントを配っても、6割以上が使いこなす前に離脱する。これを自社のCRMで再現させないために、31〜60日は定着設計のフェーズと位置づけます。
定着のために整えるのは、おおむね次の三点です。
ここで、現場教育を後回しにしないことが効いてきます。オンボーディング動画ツールのWyzowlが216名を対象に行った調査では、回答者の86%が「購入後にオンボーディングへ投資する企業に対してロイヤルになりやすい」と答え、63%が「オンボーディングの内容を購入の判断材料にする」と答えています。これは小規模かつ2020年の、行動ではなく態度を尋ねたデータであり、補助的な参考にとどめるべきものですが、立ち上げ期の支援の有無が、その後の関係を左右するという方向性の示唆としては有効です。（参照：Wyzowl「Customer Onboarding Statistics」(2020)）社外の顧客に当てはまるこの傾向は、社内ユーザーにも同じように働きます。導入直後に丁寧な定着支援を受けたチームほど、ツールを自分たちのものとして使い続けます。
なお、定着を阻む最大の要因が移行したデータの汚れ、つまり重複や表記揺れである場合も少なくありません。この論点は別稿「AIの前にCRMのデータ品質を整える」で扱っているので、移行データの状態に不安がある場合はあわせてご覧ください。
最後の30日でやるべきは、立ち上げの成果を測れる状態にし、その後の運用責任者を決めることです。ここを飛ばすと、せっかく動き始めたCRMも、推進した担当者が異動した途端に止まります。
計測の対象は、初期に絞った価値が実際に出ているかどうかです。具体的には、活性化の状況（営業のうち何割が日常的にHubSpotに案件を入力しているか）と、初期に選んだ主要機能の利用率（パイプライン画面やダッシュボードが実際に見られているか）を確認します。前述のとおり活性化率は平均37%前後にとどまりやすいため、自社が今どこにいるかを数字で把握し、低ければ入力ルールやダッシュボードを調整します。導入の効果を「なんとなく使えている気がする」ではなく、利用率という数字で語れるようにすることが、次の投資判断の土台になります。
そして最も重要なのが、運用オーナーの常設です。CRMの形骸化が起きる会社に共通するのは、導入を情シスに丸投げし、現場を巻き込まないまま、運用の責任者が誰なのか曖昧なままになっていることです。導入はプロジェクトですが、運用は継続業務です。誰が入力ルールを更新し、誰がダッシュボードを改善し、誰が定着率を見るのか。この役割を90日のうちに明確に置くこと、できれば営業とマーケティングのデータ運用を横断して見るRevOpsの役割として常設することが、立ち上げを一過性で終わらせないための処方箋です。立ち上げの段階設計から運用オーナーの設計までを伴走する進め方は、HubSpotの導入立ち上げ支援の中心的なテーマです。
HubSpot自身も、優先ゴール・組織の規模・購入したプロダクト・既存のツール構成に応じてパーソナライズしたオンボーディングを提供しています（参照：HubSpot「Onboarding」）。ただし、こうした公式支援を受けても、成果が出るかどうかは「最初に何を価値と定めるか」という自社側のゴール設定に大きく依存します。ツールに付属する支援は出発点であって、何を一点突破の価値に選び、誰が運用を持つかは、導入する側が決めるべき設計です。
CRMが使われない原因は、たいていツールの性能ではなく、立ち上げの設計にあります。自社のHubSpotが「入れたのに使われていない」状態にあるなら、最初の90日をどう組み直すかから相談できます。無料相談からお気軽にお寄せください。