「あの案件、○○さんしかわからない」「○○さんが辞めたら、売上がどうなるかわからない」。営業部門では、こうした声がよく聞かれます。
営業の属人化とは、顧客情報・営業ノウハウ・商談の進め方が特定の担当者に集中し、他のメンバーでは再現できない状態を指します。
属人化は多くの業務で起こりますが、とりわけ営業部門は属人化しやすい構造を持っています。顧客との人間関係、商談の駆け引き、提案のタイミング。これらは数値化しにくく、個人の経験に依存しやすいからです。
本記事では、営業部門に特化して属人化の原因・リスク・解消ステップを解説します。属人化の一般論については業務の仕組み化とは？で詳しく解説していますので、あわせてご覧ください。
営業が属人化しやすい3つの理由
営業が他の業務と比べて属人化しやすいのには、構造的な理由があります。
1. 顧客との関係性が個人に紐づく
営業では「誰から買うか」が購買判断に大きく影響します。顧客は会社ではなく、担当者個人を信頼して取引を続けるケースが多いです。
この結果、顧客情報が担当者の頭の中にだけ蓄積されます。「A社の部長は朝一番の電話を好む」「B社は年度末に予算が余る傾向がある」。こうした情報は、引き継ぎ資料には書かれません。
2. 営業ノウハウが暗黙知になりやすい
商談をクロージングに持ち込むタイミング、値引きの落としどころ、提案書の見せ方。こうした営業スキルは、本人でさえ言語化が難しい暗黙知になりがちです。
「なぜあの案件が取れたのか？」と聞いても、「なんとなくタイミングがよかった」としか返ってこない。これでは、他のメンバーが学ぶことはできません。
3. 成果主義が情報共有を阻む
営業は成果が数字で明確に測られる職種です。個人の売上目標が設定されている組織では、自分のノウハウを共有するインセンティブが低くなります。
「自分だけが知っている情報」は、自分の存在価値の源泉でもあるからです。組織として情報共有を求めても、現場のインセンティブ構造が変わらなければ、属人化は解消されません。
営業の属人化が引き起こすリスク
営業の属人化を放置すると、組織に深刻なダメージを与えます。
エース社員の退職で売上が急落する
属人化が進んだ組織では、トップ営業が退職した瞬間に売上が大きく落ちます。顧客との関係性も、営業ノウハウも、その人と一緒に会社を去るからです。
後任の担当者は「引き継ぎ資料」を渡されても、それだけでは顧客の信頼を引き継ぐことはできません。
営業データが蓄積されない
属人化した営業組織では、商談の経緯や顧客の反応といったデータが組織に残りません。各担当者の頭の中や個人のメモにしか存在しない情報は、分析にも改善にも使えません。
結果として、営業戦略を立てようにも根拠となるデータがない状態に陥ります。
新人が育たない
属人化した組織では、新人教育も「先輩の背中を見て学べ」になりがちです。体系的な育成プログラムがなく、OJTと称して放置されるケースも少なくありません。
育成に時間がかかるため、ますますエース社員への依存が深まるという悪循環が生まれます。
筆者の経験：営業ログが溜まらない問題
筆者が営業代行会社の業務改善に関わった際、最大の課題は「営業ログが溜まらない」ことでした。CRMは導入済みでしたが、ほとんど活用されていません。
営業担当者に入力を義務付けても、忙しい現場では形骸化します。「入力する時間があるなら1件でも多く電話したい」。現場の本音はもっともでした。営業ログが残らないということは、退職や異動のたびに顧客情報がリセットされるということです。この構造的な課題に対して、後述する「入力を強いない設計」で解決を図りました。
営業の属人化を解消する5つのステップ
営業の脱属人化は、一気に進めるのではなく段階的に取り組むことが重要です。以下の5ステップで進めます。
ステップ1：営業プロセスを可視化する
最初に取り組むべきは、現在の営業プロセスを洗い出し、可視化することです。
リード獲得から商談、クロージング、アフターフォローまで、一連の流れを書き出します。この際、「誰が」「どのタイミングで」「何を判断しているか」を明確にします。
可視化することで、どの工程が特定の個人に依存しているかが見えてきます。業務プロセスの可視化については、こちらの記事で詳しく解説しています。
ステップ2：営業活動のログを「自然に」残す仕組みを作る
営業ログが残らない原因の多くは、「入力が面倒」という点にあります。日報を書く、CRMに商談結果を入力する。これらは「本来の業務に追加される作業」であるため、どうしても後回しにされます。
解決策は、業務の中で自然とデータが蓄積される設計にすることです。
たとえば、フォーム営業であれば、送信リストの進捗を操作するだけで送信日時・結果が自動記録される仕組みにできます。電話営業であれば、通話記録と連動させることで手入力を減らせます。
ポイントは「入力させる」のではなく「操作するだけで記録される」設計にすることです。
ステップ3：判断基準を構造化する
営業の属人化で特に問題になるのが、判断基準が個人の頭の中にしかないことです。
- どの案件を優先するか
- 値引きはどこまで許容するか
- いつフォローの連絡を入れるか
こうした判断基準を言語化し、フローチャートやチェックリストに落とし込みます。完璧を目指す必要はありません。まずは「8割のケースをカバーできる基準」を作ることが大切です。
判断基準の整理には、業務の棚卸しから始めるのが効果的です。
ステップ4：ナレッジ共有の仕組みを作る
属人化を解消するには、個人が持つ知識を組織の資産に変える仕組みが必要です。
具体的には、以下のような取り組みが有効です。
- 週次の商談振り返りミーティング（15分程度）
- 成功事例・失敗事例のテンプレート化
- 商談録画の共有とコメント
- 質問しやすいチャットチャンネルの設置
重要なのは、共有の「場」と「フォーマット」を用意することです。「ナレッジを共有しよう」と号令をかけるだけでは、何も変わりません。
ステップ5：仕組みの定着を検証する
仕組みを作っても、使われなければ意味がありません。定着しているかを定期的に検証します。
確認すべきポイントは以下の通りです。
- 営業ログの入力率は維持されているか
- 新人が仕組みを使って独力で業務を進められているか
- 特定の個人に依存する業務が減っているか
仕組みが定着しない場合は、仕組み自体に問題があることが多いです。現場にとって使いにくい仕組みは改善し、使いやすさを優先してください。業務マニュアルの作り方も参考になります。
筆者の経験：入力を強いない設計への転換
筆者が営業代行会社で実践した解決策は、「入力を強いない、業務の中で自然とデータが蓄積される設計」への転換でした。
フォーム営業では、送信リストを操作するだけで進捗が自動記録される仕組みにしました。担当者は「入力する」という意識すらなく、普段の業務をこなすだけでデータが溜まっていきます。入力負荷はゼロです。
また、DM手配の仕組みも同様の思想で構築しました。発送数・残数・発注タイミングをスプレッドシートで管理し、一定の閾値を下回ると自動で発注アラートが出る設計です。この仕組みは、担当者が退職した後も使われ続けています。個人のスキルに依存しない設計だったからこそ、人が変わっても機能し続けたのです。
