MA・CRMが使われなくなる理由と、社内に定着させる運用設計の進め方
MAやCRMを導入したのに、いつの間にか誰も見なくなる。そんな形骸化を防ぐために、データ項目と商談ステージの定義、営業の入力を続けてもらう工夫、ダッシュボードと運用体制のつくり方を解説します。
Key pointsこの記事の要点
- MA / CRMの形骸化は、ツールの機能ではなく運用の設計で防ぐ。
- 入力項目は「誰が何を判断するか」から逆算して絞り、商談ステージは営業の確度ではなく顧客の行動で定義する。
- ダッシュボードは見る会議を先に決め、運用ルールは文書化して2人以上で持つ。
「MAとCRMを入れたのに、半年たったら誰も見ていない」。BtoBのマーケティングや営業企画の現場で、よく聞く悩みです。
導入したばかりの頃は、営業もマーケティングも熱心に入力していました。ところが、少しずつ入力が漏れはじめ、データが信用されなくなり、会議の資料はまた表計算ソフトで作るようになる。気づけば、ツールは「高価な名刺入れ」になっています。
この記事では、MA / CRMが使われなくなる理由を整理したうえで、社内に定着させるための運用設計を、データ項目、商談ステージ、入力の工夫、ダッシュボード、運用体制の順に解説します。あわせて、実際に運用すると「ここで止まるのか」と気づくポイントを「現場のリアル」としてまとめました。
こんな方に向けた記事です。
- MAやCRMを導入したが、営業の入力が続かず、データが信用されていない
- 商談の進み具合やマーケティングの成果を、ツールの数字で語れるようにしたい
- これから導入や再構築を予定していて、同じ失敗を繰り返したくない
MA / CRMが使われなくなる典型的なパターン
まずは、ツールが形骸化していくときによく見られるパターンを整理しておきます。
- 目的があいまい：「顧客情報を一元管理する」だけが目的で、何を判断するために使うのかが決まっていない
- 入力の負担が重い：項目が多すぎて、営業が入力を後回しにする
- 定義がそろっていない：同じ「商談」という言葉でも、人によって指している状態が違う
- 見る場がない：ダッシュボードはあるが、それを使って何かを決める会議がない
- 持ち主がいない：導入を担当した人が異動すると、ルールの改訂も問い合わせ対応も止まる
どれか1つが原因というより、いくつかが重なって少しずつ使われなくなっていくのが実態です。そして、どれも「ツールの機能」ではなく「運用の設計」の問題です。
最初に決める：ツールで「何を判断したいのか」
運用設計の出発点は、ツールで何を判断したいのかを決めることです。ここがあいまいなままだと、入力する項目も、ダッシュボードの中身も決まりません。
おすすめは、判断したいことを「問い」の形で書き出すことです。
- 今月の受注見込みは、目標に対して足りているか
- どのチャネルから来たリードが、商談につながりやすいか
- 商談が止まりやすいのは、どのステージか
- マーケティングから渡したリードは、営業でどう扱われているか
問いが決まると、「その問いに答えるために、どのデータが、いつ、誰によって入力されている必要があるか」を逆算できるようになります。
データ項目は「減らす」ほうが質が上がる
問いが決まったら、入力してもらう項目を設計します。ここで大切なのは、必須の項目をできるだけ少なくすることです。
項目ごとに、次のような表で整理しておくと、関係者との合意がしやすくなります。
| 項目 | 入力する人 | 入力するタイミング | 使い道（答える問い） |
|---|---|---|---|
| リードの流入元 | マーケティング（自動取得） | リードの登録時 | どのチャネルが商談につながるか |
| 商談ステージ | 営業 | 顧客とのやりとりのたび | 商談がどこで止まっているか |
| 受注予定日 | 営業 | 商談の作成時と、見込みが変わったとき | 今月・来月の受注見込み |
| 失注の理由 | 営業 | 失注の判断をしたとき | 何を改善すれば受注が増えるか |
選択肢の設計にも気をつける
自由記述の項目は、集計ができません。分析に使う項目は、できるだけ選択肢から選ぶ形にします。選択肢をつくるときは、次の点を確認しておきましょう。
- 選択肢どうしが重なっていないか（どちらにも当てはまる状況がないか）
- 選択肢の意味を、入力する人が同じように理解できるか
- 選択肢の数が多すぎて、選ぶのに迷わないか
商談ステージは「顧客の行動」で定義する
CRMの運用で、いちばん議論になるのが商談ステージの定義です。ステージがそろっていないと、受注見込みの数字も、ステージごとの進み具合も信用できなくなります。
ステージは、次のステージに進む条件（完了条件）とセットで定義します。
| ステージ | 完了条件（次に進む条件） | 確認できる事実の例 |
|---|---|---|
| 初回接触 | 顧客の課題と検討の背景を聞けた | ヒアリングの記録がある |
| 課題の合意 | 顧客と課題の内容、優先度を確認できた | 顧客から課題を整理した資料や要望を受け取った |
| 提案 | 提案内容と概算の金額を提示した | 提案書を送付し、顧客が社内で検討している |
| 決裁の確認 | 決裁者と決裁の手順、時期が分かった | 決裁者との面談、または稟議の日程が分かっている |
| 契約手続き | 契約条件に合意した | 申込書や発注書の手続きが始まっている |
ステージの数は、多すぎると入力が面倒になり、少なすぎると止まっている場所が分かりません。自社の商談の流れに合わせて、5〜7段階程度にまとめるのが扱いやすいでしょう。
マーケティングと営業の引き渡しも定義する
MAとCRMをつなげて運用するなら、マーケティングから営業にリードを渡す基準も決めておきます。どんな状態になったら営業に渡すのか、渡されたリードを営業がいつまでに対応するのかを、両部門で合意しておきましょう。
営業に入力を続けてもらう工夫
どれだけ設計がよくても、営業が入力してくれなければ、データは集まりません。入力を続けてもらうには、「お願い」や「督促」だけに頼らない仕組みが必要です。
入力しやすさを整えるチェックリスト
- スマートフォンからでも、商談の直後に入力できるか
- メールや予定表との連携で、自動で記録できる情報は自動にしているか
- 入力画面の項目は、入力する順番に並んでいるか
- 項目の意味や選択肢の基準を、画面の近くで確認できるか
- 入力されていない商談は、会議の議題にしないルールになっているか
最後の点は、効果の大きいルールです。会議ではCRMの画面だけを見て話し、入力されていない商談は扱わない。こうすると、「会議までに入力しておこう」という動きが自然に生まれます。
ダッシュボードは「見る会議」から先に決める
データがたまってきたら、ダッシュボードで見える化します。ただし、ダッシュボードはつくっただけでは見られません。
ダッシュボードを設計するときは、会議体と対応させて整理するのがおすすめです。
| 会議体 | 参加者 | 見る内容 | 決めること |
|---|---|---|---|
| 週次の営業会議 | 営業マネージャー、営業メンバー | 今月の受注見込み、止まっている商談 | どの商談にてこ入れするか |
| 月次のマーケティング会議 | マーケティング、営業企画 | チャネル別のリード数と商談化の状況 | 来月の施策の予算配分 |
| 四半期の経営報告 | 経営層、各部門の責任者 | 受注の推移、ステージ別の進み具合 | 体制や重点領域の見直し |
運用体制と、改善の回し方
最後に、運用を続けるための体制です。MA / CRMの運用は、一度決めたら終わりではありません。事業や組織の変化に合わせて、項目やステージ、ダッシュボードを見直し続ける必要があります。
体制は、次の役割を決めておくと回しやすくなります。
- 運用責任者：運用ルールの決定と変更を判断する人。営業企画やマーケティングの責任者が担うことが多い
- 運用担当者：設定の変更、問い合わせへの対応、データの点検を行う人
- 各部門の窓口：営業やマーケティングの現場から、困りごとや改善の要望を集める人
改善の要望は、その都度対応するとルールが頻繁に変わり、現場が混乱します。要望はいったん一覧にためておき、月に1回など決まったタイミングでまとめて見直しましょう。変更した内容は、理由とあわせて現場に共有します。
定期的に点検したいこと
- 必須項目の空欄や「その他」の割合が増えていないか
- 長いあいだ同じステージにとどまっている商談がないか
- 使われていない項目やダッシュボードがないか
- 現場から出た要望と、その対応の状況
よくある質問
すでに形骸化してしまったCRMは、作り直すべきですか？
いきなり作り直す必要はありません。まずは、判断したい問いを決め直し、それに必要な項目とステージだけを整えるところから始めましょう。使われていない項目を非表示にするだけでも、入力の負担は軽くなります。
営業の責任者が入力に協力的ではありません。
入力をお願いする前に、営業の責任者が知りたいことを聞いてみましょう。「今月の見込みを早く正確に知りたい」といった責任者自身の困りごとに、CRMのデータで答えられるようになると、協力を得やすくなります。
MAとCRMは、どちらから整えるべきですか？
多くの場合、先に整えたいのは商談を管理するCRMです。商談のステージや受注のデータがそろっていないと、マーケティングの施策がどれだけ受注につながったのかを測れないからです。CRMの定義が固まってから、MAとの連携やリードの引き渡し基準を整えると、無理なく進められます。
まとめ
- MA / CRMの形骸化は、ツールの機能ではなく運用の設計で防ぐ
- 導入の完了をゴールにせず、稼働後の定着期間と問い合わせ担当を計画に含める
- 項目は「誰が何を判断するか」から逆算し、必須項目はできるだけ絞る
- 「その他」は理由とセットにし、選択肢を育てる入り口にする
- 商談ステージは、営業の確度ではなく顧客の行動で定義する
- 営業にとって「入力すると手間が減る」仕組みをつくる
- ダッシュボードは見る会議から先に決め、運用ルールは文書化して2人で持つ
DADAでは、MA / CRMの運用設計から、データ項目や商談ステージの整理、ダッシュボードづくり、定着までの伴走をご支援しています。ツールが思うように使われていないと感じている場合は、お気軽にご相談ください。
