CRMが「使われないシステム」になっている会社には、ある共通点がある。ツールの問題でも予算の問題でもなく、管理・運用の仕組みが整っていないことだ。本記事では、日本のBtoBマーケターが今日から実践できるCRM管理（CRM Administration）の核心を解説する。
—
CRM管理の本質は「データの信頼性」を守ること
正直に言うと、CRMの導入に失敗する企業のほとんどは、設定後に放置している。ツールを入れた時点で仕事が終わったと思っている。
CRM管理とは、プラットフォームが自社のビジネスプロセスを正確に反映し続けるための継続的な運用規律だ。具体的には、データの命名規則・バリデーションルール・重複排除・ライフサイクルステージの定義管理などが含まれる。
日本のBtoB企業でよく見る失敗パターンがある。マーケティング部門は「月に300件のMQL（Marketing Qualified Lead：マーケティング適格見込み客）を創出している」と言い、営業部門は「まともなリードは50件しかもらっていない」と言う。この食い違いの原因を調べると、ライフサイクルステージ（Lifecycle Stage）に明確な定義がなく、マーケと営業がそれぞれの判断で値を書き換えていた、というケースが多い。
解決策はシンプルだ。各ステージの定義を文書化し、ステージ遷移を自動化し、手動変更のルールを決める。そしてその定義をCRMデータ辞書（CRM Data Dictionary）として共有する。これだけで、部門間の水掛け論はほぼなくなる。
—
データガバナンスなしに、正確なレポートは作れない
ここが落とし穴で、多くの企業がレポートの数字がおかしいと気づいてから対処しようとする。だが問題の根は上流にある。
プロパティ（Property）の設計が雑なCRMでは、6ヶ月も経てばフィールドが乱立する。営業担当者が「業種」を自由テキストで入力し、「製造業」「製造」「メーカー」「Manufacturer」が混在する。集計すると全部バラバラになる。
実践的なデータガバナンス（Data Governance）のルールとして、まず自由テキスト入力をできる限りドロップダウンに置き換える。業種・リードソース・ICP（Ideal Customer Profile：理想顧客プロファイル）ティアなどは必ず選択式にする。次に、カスタムプロパティにはチームのプレフィックスをつける。たとえば「MKT_」はマーケ起点、「SLS_」は営業起点のフィールドと一目でわかるようにする。
重複レコードも深刻だ。同じ連絡先が3つ存在すると、MQL数は水増しされ、エンゲージメント履歴は分断され、パーソナライズは不可能になる。重複排除は一度やって終わりではなく、週次でチェックする継続業務として設計すべきだ。
—
権限設計とワークフロー管理が、データ品質を長期的に守る
「最小権限の原則（Principle of Least Privilege）」という考え方がある。各ユーザーには、業務に必要な権限だけを付与する。当たり前に聞こえるが、実際には全員をほぼスーパー管理者にしている会社が多い。
権限が広すぎると何が起きるか。営業担当者が他人の商談を誤って編集する。ステージを勝手に変更する。気づかないうちにデータが壊れる。権限設計は、人を疑うためではなく、ミスを構造的に防ぐためにある。
ワークフロー（Workflow）管理も同様だ。自動化の失敗の多くは、ロジックが悪いからではなく、「サプレスリストがない」「エラーをモニタリングしていない」「誰がそのワークフローを作ったか記録がない」という管理の問題から起きる。
実践として、すべてのワークフローには「作成者・目的・影響を受けるオブジェクト・最終変更日」を必ずメモとして残す。これがないと、半年後に誰も触れないブラックボックスが量産される。ライフサイクルステージは手動で後退させない、というルールも必須だ。一度「商談」フェーズに進んだ連絡先を「リード」に戻すと、ファネル転換率のデータが破壊される。代わりに「再エンゲージメントステータス（Re-engagement Status）」という別プロパティを使う。
—
変更管理とドキュメントが、チームのCRM離れを防ぐ
日本企業でよくある光景がこれだ。誰かがパイプラインのステージ名を変えた。誰かがワークフローのトリガーを修正した。でも誰も知らなかった。そして重要なレポートが壊れた。
変更管理（Change Control）は、CRMに関するあらゆる変更を「申請→レビュー→承認→テスト→リリース→監視」というプロセスで管理する仕組みだ。大企業向けの話ではない。10人規模のチームでも、変更を記録するスプレッドシート一枚あるだけで、障害対応にかかる時間が劇的に減る。
ドキュメントについても一言言いたい。「いつか整備しよう」と言い続けて整備された試しがない。最低限、以下の3つだけ維持すれば十分だ。
– CRMデータ辞書：有効な全プロパティの定義・入力ルール・担当者
– ワークフロー変更ログ：日付・変更者・変更内容・理由
– ライフサイクルアーキテクチャ図：主要な自動化とステージ遷移の全体像
短く、検索できて、最新状態を保つ。それだけでいい。
—
まとめ：CRM管理は収益に直結する戦略機能だ
CRM管理を「IT部門の仕事」と思っているマーケターは、競合に差をつけられている。壊れたワークフローからこぼれ落ちる見込み客、汚いデータが原因でずれるフォーキャスト、使いづらくて現場が離れていくCRM、これらはすべて管理上の問題であり、収益に直接影響する。まず自社のライフサイクルステージの定義を確認することから始めてほしい。それだけで、マーケと営業の会話が変わる。
—
参考：https://blog.hubspot.com/marketing/crm-administration
**