CRM展開：パイロットチーム、フルチーム、採用追跡

30人の営業組織がパイロットをスキップして月曜日にSalesforceをフルチームに展開しました。金曜日までに3人のシニア担当者がスプレッドシートに戻りました。次の月曜日には、マネージャーも「CRMのデータが信頼できない」という理由でスプレッドシートの確認に戻りました。

6週間後にパイロットを実施しました。3人の担当者、実際の案件、2週間。4つの設定の問題、2つのトレーニングのギャップ、そしてチームの販売方法に合わない1つのPipelineステージを発見しました。フルチームへの移行前にすべてを修正しました。2回目の展開は定着しました。

教訓はパイロットがあれば良いということではありません。パイロットなしのフルチームCRM展開は予測可能な確率で失敗するということです。そしてその失敗はほぼ常に防げます。

CRM展開はトレーニングイベントではありません。変革管理プロジェクトです。テクノロジーは通常最小の変数です。GartnerのCRM採用に関する研究は一貫して、ユーザー採用こそがCRM投資が価値を返すかどうかの最大の要因であることを示しています。

フェーズ1：パイロット設定

適切な3〜5人の担当者を選ぶ

パイロットには最も熱心なアーリーアダプターを選ばないでください。そして抵抗者をテストとして選ばないでください。チームが実際にどのように働くかのレンジを代表する担当者を選んでください：

  • チームの他のメンバーに尊重されている高パフォーマーの担当者1名（その評決が重みを持つ）
  • 典型的なワークフローを代表する平均的なパフォーマーの担当者1名
  • 懐疑的だが敵対的ではない担当者1名（プロセスを妨害せずに摩擦を浮上させる）
  • 異なる取引タイプやテリトリーがある場合、それをカバーする担当者を選ぶ

パイロット担当者に明確に伝えてください：「これを30人に展開する前に、何が壊れているかを見つけてほしい。あなたの仕事は回避策を見つけることではなく、機能しないときに教えることです。」

これが重要です。テストされていると思う担当者は助けていると思う担当者とは異なる行動をします。問題を見つけてほしいのです。

伝えることと保留にすること

パイロット担当者に伝えること：パイロットの目標、タイムライン（2〜4週間）、ドキュメント化してほしいこと、フィードバックがどのように使われるか。シンプルなフィードバックフォームまたはパイロットノート専用のSlackチャンネルを共有してください。

伝えないこと：このCRMを公に確約したこと、CEOがタイムラインを固定期限として設定したこと、または設定が「基本的に完了している」こと。これらすべてが正直なフィードバックを妨げます。

タイムライン

2〜4週間がほとんどのパイロットに適切です。2週間未満だと担当者が意味のあるステージを通じて実際の案件を進める時間が十分ではありません。4週間を超えると比例的なメリットなしにフルチームへの展開が遅れます。

ステップ1：Day 1前にパイロット成功基準を定義する

パイロットが始まる前に、成功がどのように見えるかを書き留めてください。事前に定義しなければ、「パイロットは大丈夫に感じた」が承認/不承認の基準になります。

パイロットスコアカードには次のものが含まれるかもしれません：

指標 ターゲット 測定方法
1日のログイン率 パイロット担当者の80%以上 CRMログインレポート
案件更新頻度 すべてのアクティブな案件が少なくとも週1回更新 案件の最終活動日
データ完全性 必須フィールドの90%以上が入力済み CRMフィールド入力レポート
ワークフロー摩擦の問題発見数 ブロッキング問題3件未満 パイロットフィードバックフォーム
担当者の感情 ポジティブまたはニュートラル 週次チェックイン（1〜5スケール）
予測精度 実績の15%以内 ステージ重み付き予測と実際のクローズを比較

予測精度の指標には、パイロット中に意味のある案件の動きが十分必要です。2週間では常に可能ではありません。その他は初日から追跡できます。

ステップ2：テストデータではなく実際の案件でパイロットを実施する

これは交渉できません。テストデータはシステムが予測不可能なことが起きないときに機能することを教えます。実際の案件は設定が変なものを処理できるかをテストします。

実際の案件で浮上するもの：設計どおりに機能しないコンタクトのアソシエーション、担当者が同意しないPipelineステージ基準、担当者が答え方を知らない必須フィールド、担当者の実際の受信トレイとのメール同期動作、オフィスのデモでは誰も気づかなかったモバイルアプリの摩擦。

パイロット担当者は実際の仕事をするべきです。トレーニングのサンドボックスではありません。本番のCRMでライブのPipelineを使用しています。

ステップ3：週次30分パイロットデブリーフ

パイロットの毎週、パイロット担当者全員と30分の通話を実施してください。3つの質問のみ：

  1. 今週何が遅かったですか？
  2. 予想より速かったものは何でしたか？
  3. フルチームに展開する前に変えたいことは何ですか？

これをトレーニングセッションにしないでください。20分間機能を実演しないでください。プレゼンではなくリスニングです。

すべての回答をドキュメント化してください。2回の週次デブリーフ後、フルチームへの展開前に対処すべき設定の修正とトレーニングのギャップの明確なリストが得られます。

フェーズ2：フルチームへの展開

パイロット後、発見事項があります。フルチームに移行する前に、ブロッキング問題を修正してください。あれば嬉しいものではありません。担当者が仕事をすることを妨げたものを。

ブロッキング問題：「会社を追加せずに案件を作成できないが、会社を持たない個人の買い手と仕事をすることがある。」ノンブロッキング問題：「案件ビューにコンタクトのLinkedURLが表示されればいいのに。」立ち上げ前にブロッキング問題を修正してください。ノンブロッキング問題はバックログに入れてください。

ステップ4：「自分にとって何がメリットか」に答えるローンチコミュニケーション

担当者はCRMプロジェクトを気にしません。クォータを達成してお金を得ることを気にしています。ローンチコミュニケーションはCRMをこれらのことに直接結びつける必要があります。

冒頭に置くべきでないこと：「来週月曜日にHubSpotをローンチします。金曜日までにトレーニングを完了してください。」

冒頭に置くべきこと：「月曜日から、すべての案件の活動履歴を確認でき、すべてのフォローアップに自動リマインダーが届き、Pipelineが電話で確認できます。あなたの1日への意味はこうです。」

担当者の懸念別の「自分にとって何がメリットか」メッセージ：

「時間がかかりすぎる」：オートメーションで節約される時間を示してください。「案件作成に90秒かかります。フォローアップタスクは自動的に作成されます。今日よりも管理作業に1日15分少なくかかります。」

「経営陣が一挙手一投足を監視したくない」：マネージャーがPipelineデータを見ることを正直に伝え、次に見ないことを説明してください：記録されたすべての通話、すべての読まれたメール、個人の1日の活動カウント。

「旧システムの方が良かった」：旧システムが得意だったことを認めてください。スプレッドシートを馬鹿にしないでください。CRMがスプレッドシートにできないことを具体的に説明してください：共有の可視性、自動ルーティング、予測のロールアップ。

ステップ5：第1週のライブサポート

フルチームへの展開の最初の週は、CRMが定着するかどうかを決定します。担当者はDay 1に問題にぶつかります。その場でサポートが得られなければ、古い習慣に戻って二度と戻ってきません。

第1週に3つのサポートチャンネルを設定してください：

オフィスアワー：CRM管理者またはRevOpsリードがライブヘルプのために利用可能な1日あたり30分（朝または1日の終わり）。ZoomまたはIn person。ドロップイン、アジェンダなし。

Slackチャンネル（#crm-helpなど）：非同期の質問のため。第1週は営業時間中に2時間以内に回答することにコミットしてください。質問を一晩放置しないでください。

指名されたDRI（直接責任者）：1人が展開の成功を所有します。委員会ではありません。この人は第1週に毎日採用率指標を確認し、ログインしていない担当者に積極的に連絡します。「今週まだ案件を作成していないことに気づきました — 何か障害がありますか？」

フェーズ3：採用追跡

ログイン率は採用の指標ではありません。担当者はログインして何も有用なことをしないことができます。これら5つの先行指標は、CRMが担当者の実際の働き方の一部になっているかどうかを示します：

1. 案件更新頻度：案件はどのくらいの頻度で更新されますか？アクティブな案件は少なくとも週1回更新されるべきです。担当者が12件のオープン案件を持っていて、そのうち8件が2週間触られていなければ、何かが間違っています。

2. 活動記録率：ミーティングと通話の何パーセントがCRMに記録されていますか？担当者のカレンダー活動とCRM活動ログを比較できます。週に8回ミーティングがある担当者はCRMに8件以上の活動が記録されているべきです。

3. 必須フィールド完全性：すべての案件とコンタクトで必須フィールドの何パーセントが入力されていますか？80%未満は、担当者がレコードを完成させずに作成していることを意味し、レポートとオートメーションを壊します。

4. ステージ進行の一貫性：案件はステージを移動していますか、それとも何週間も同じステージに留まっていますか？決して動かない案件は対応されていないか更新されていないかのどちらかです。どちらも問題です。

5. 予測への参加：マネージャーがCRMデータを使って予測コールを実施するとき、担当者の口頭のコミットメントはCRM Pipelineと一致していますか？担当者が「これをクローズすると思う」と言っているが案件がステージ2にある場合、CRMを事実の源として使っていません。

Go-live後30/60/90日の良好な採用の姿

Go-liveから30日後：

  • 担当者の80%以上が毎日ログイン
  • 新しいレコードで必須フィールドの70%以上が完成
  • 新規案件の90%以上がCRMで作成（スプレッドシートだけでなく）
  • 少なくとも3つのワークフローオートメーションが安定して動作

Go-liveから60日後：

  • 必須フィールド完全性85%以上
  • ステージベースの予測が毎週の案件レビューで使用
  • CRMを主要ツールとして使うのと並行してスプレッドシートを使う担当者がゼロ
  • 最初の採用率指標レビューが完了し、調整が行われた

Go-liveから90日後：

  • CRMが記録システム — マネージャーはスプレッドシートを確認しない
  • 担当者がヘルプなしに自分のPipelineレポートを実行できる
  • クローズロスト案件の80%以上で失注理由フィールドが入力済み
  • 経営陣が見られるダッシュボードに採用率指標が表示されている

抵抗者への対応

ほぼ常に1人の担当者が自分のスプレッドシートを保持し続けます。必要な列が欠けているか、遅いか、またはプロセスが異なると言うでしょう。

まずフィードバックを真剣に受け止めてください。スプレッドシートで何を追跡しているかを確認してください。CRMに正当なギャップがありますか？時にはあります：欠けているフィールド、テリトリーに合わないワークフロー、存在しないレポートビュー。正当な問題を修正してください。

しかし正当なギャップがなく担当者が単に抵抗している場合、会話は技術的ではなく管理的になります。CRMが標準です。並行システムを使うことはチーム全体でデータ品質の問題を生み出します。「好みは理解しますが、チームは2つの情報ソースを持てません」はマネージャーが取るべき合理的な立場です。

よくある失敗

パイロットをスキップする。 CRM展開で最もコストのかかるショートカット。3人の担当者と2週間で、30人規模の展開を頓挫させるであろう問題のほとんどをキャッチできます。

ワークフローではなく機能についてトレーニングする。 担当者はCRMのすべての機能を知る必要はありません。コンタクトの作成方法、通話の記録方法、案件の進め方、フォローアップタスクの見つけ方を知る必要があります。90分間のワークフローベースのトレーニングは3時間の機能ツアーより優れています。

ローンチ週後に採用のオーナーがいない。 多くのチームはローンチDRIを指定し、次に「全員」にハンドオフします。採用には少なくとも90日間のオーナーが必要です：毎週指標を確認し、早期に問題を浮上させ、設定の変更を行うか担当者がCRMをスキップするのを許すマネージャーに反論する権限を持つ誰か。

トレーニング後に展開が完了したと扱う。 展開は記録システムとしてCRMが確立されたときに終わり、トレーニングが完了したときではありません。

次のステップ

フルチームローンチのDay 1に90日採用レビューをスケジュールしてください。今すぐ全員のカレンダーに入れてください。そのレビューには上記の採用率指標、担当者アンケート（5質問のパルス：満足度、時間節約、予測への自信、データ品質、推薦スコア）、および90日間のフィードバックに基づく次の5つの設定改善の優先リストが含まれるべきです。

そしてまだオートメーションを構築していない場合はワークフローオートメーションガイドを読んでください。それらが採用する価値のあるCRMを作る機能です。

関連記事