CRMのデータが汚いのは営業のせいじゃない、設計のせいだ

「営業が入力しないんですよ」は本当か

CRMの定例で、こんなセリフを聞いたことはないだろうか。

「営業がちゃんと入力してくれない」「データが汚くてレポートが出せない」「入力率が50%を切っている」。

営業マネージャーは営業担当を責め、経営層はマネージャーに「入力を徹底させろ」と指示を出す。入力率向上施策が走り、朝会で入力チェックが始まり、未入力者リストが共有される。

だが、冷静に考えてほしい。営業は怠けているのではない。「入力する合理的な理由がない」か、「入力しようとしても正しく入力できない」のだ。

データが汚いのは営業の問題ではない。CRMの設計の問題だ。

データが汚れる構造的原因

CRMのデータ品質が崩壊する原因は、大きく3つの構造的問題に帰結する。

1. 必須項目の設計ミス

商談作成時に15個の必須項目がある。営業は商談の初期段階で決裁者名も予算も競合情報もわからない。しかし必須だから「未定」「不明」「-」と入力する。こうして「入力率100%、情報価値ゼロ」のデータが量産される。

必須項目は「その時点で確実にわかっている情報」だけに絞るべきだ。商談ステージが進むにつれて入力すべき項目が増える「段階的必須化」の設計が正解だ。

2. 選択肢の粒度が合っていない

失注理由のプルダウンに「価格」「機能」「タイミング」「その他」の4択。現場の営業は「価格が高いんじゃなくて、ROIを説明しきれなかった」と思っているが、一番近い「価格」を選ぶ。結果、「失注理由の60%は価格」というミスリーディングなレポートが生まれる。

選択肢は「分析に使える粒度」と「営業が迷わず選べる粒度」のバランスで設計する必要がある。現場の営業3人に実際に選んでもらうテストを経ずにリリースしてはいけない。

3. 入力タイミング設計の欠如

「商談後にCRMを更新してください」。このルールは破綻する。営業は商談後、次の商談に向かうか、移動中にメールを返している。CRMを開くのは翌日か、週末のまとめ入力だ。

入力タイミングを営業のワークフローに埋め込む設計が必要だ。商談終了後にSlackで3問だけ聞く、カレンダーイベント終了時に自動プロンプトを出す。入力を「追加タスク」から「業務フローの一部」に変えること。これが設計の仕事だ。

GTMエンジニアが設計するCRMデータモデル5つの原則

では、どう設計すればいいのか。GTMエンジニアの視点から、CRMデータモデルの5原則を提示する。

原則1: 入力コストを最小化せよ

1回の入力に30秒以上かかるフィールドは設計を疑え。自由記述より選択式、選択式より自動入力。営業の行動データ（メール送信数、通話回数）はツール連携で自動取得し、手入力させない。

原則2: ステージ連動で段階的に必須化せよ

商談作成時の必須項目は最大5つ。ステージが「提案」に進んだら予算と決裁者を必須に、「交渉」に進んだら競合情報と導入時期を必須にする。SalesforceのValidation Rule、HubSpotのRequired Propertiesで実装できる。

原則3: 分析ゴールから逆算してフィールドを設計せよ

「このフィールドのデータで何を分析するのか」を答えられないフィールドは削除候補だ。まずダッシュボードの設計図を描き、そこに必要な指標を洗い出し、その指標を算出するためのフィールドだけを作る。

原則4: 一つのフィールドには一つの意味だけを持たせよ

「備考」フィールドに失注理由も顧客の反応も社内メモも入る状態は設計の放棄だ。一つのフィールドが一つの意味を持ち、構造化されたデータとして集計・分析できる状態を作る。

原則5: データの鮮度を仕組みで担保せよ

「最終更新日が30日以上前の商談」を自動検出してアラートを出す。ステージが90日間動いていない商談は自動でレビュー対象にする。データの鮮度は人の意識ではなく、システムのルールで担保する。

Before/After: 失注理由フィールドの再設計

Before（よくある設計）

• フィールド名: 失注理由
• 形式: 単一選択
• 選択肢: 価格 / 機能 / タイミング / 競合 / その他
• 結果: 「価格」が60%を占め、対策が「値引き」一辺倒に

After（GTMエンジニアの設計）

• フィールド名: 失注カテゴリ（単一選択）+ 失注詳細理由（カテゴリ連動の単一選択）
• 失注カテゴリ: 経済性 / プロダクト / タイミング / 競合 / 組織要因 / 関係構築
• 「経済性」選択時の詳細: 予算未確保 / ROI不明瞭 / 費用対効果で他社優位 / 価格交渉不成立
• 結果: 「経済性」の内訳が可視化され、「ROI説明の強化」「事例資料の拡充」など具体的な営業施策に落とし込める

たった1つのフィールドの再設計で、営業戦略の精度が変わる。

今日からできるCRMデータ設計チェックリスト

自社のCRMを以下の観点でチェックしてみてほしい。

• 商談作成時の必須項目は5つ以下か
• 「その他」「未定」「不明」が20%以上を占めるフィールドはないか
• 全てのカスタムフィールドに「何の分析に使うか」を説明できるか
• 自由記述フィールドが選択式に置き換えられないか検討したか
• 入力タイミングが営業のワークフローに組み込まれているか
• 最終更新日が30日以上前のレコードを検出する仕組みがあるか
• フィールドの選択肢を現場の営業にテストしてもらったか

3つ以上チェックが入らなければ、CRMの設計を見直す時期だ。

データ品質は設計品質

「営業の入力を徹底させる」は対症療法であり、持続しない。CRMのデータ品質は、設計品質の写し鏡だ。

入力する人間のことを理解し、分析の目的から逆算し、業務フローに溶け込む設計をする。これはツールの設定作業ではなく、営業プロセスとデータ基盤の両方を理解した人間が行うべき設計行為だ。

それがGTMエンジニアの仕事であり、「営業のせいにしない」組織を作る第一歩になる。