営業マネージャーの役割|プレイングの罠と就任直後の動き方
営業マネージャーの役割——現場でよく起きる誤解
「マネージャーになったら数字が落ちた」という話は、営業組織の中でよく耳にします。この現象は、役割の理解が足りないから起きるわけではありません。目標管理・育成・案件管理といった役割の定義を調べれば、すぐに答えは出てきます。問題は、「役割を知っている」と「その役割で成果を出せる」が、まったく別のことだという点にあります。本記事では、役割の一覧にとどまらず、なぜ転換が難しいのかという構造的な理由と、就任直後にどう動けばよいかを合わせて整理します。
プレイヤーとマネージャー、何が根本的に違うのか
プレイヤーとマネージャーは違うと言われますが、その違いを「役割が変わる」という言葉でまとめてしまうと、具体的に何をどう変えればいいかが見えてきません。違いの本質は、成果を生み出す構造にあります。どこに時間を使い、何を通じてチームに貢献するかが、プレイヤーとマネージャーでは根本から異なります。意識の切り替えを求めるよりも、この構造の違いを理解することが転換の第一歩になります。
「売ること」から「売れる状態を作ること」へ
プレイヤーの成果軸は「自分の数字」です。自分が商談に入り、自分がクロージングし、自分の売上が評価されます。この構造では行動量と成果が直結しているため、動けば動くほど結果が出ます。速くて分かりやすく、モチベーションも保ちやすい働き方です。
マネージャーの成果軸は「チームの状態」に移ります。自分が売るよりも、チームが安定して売れる仕組みを整えることが仕事の中心になります。一人で高い成果を出すより、複数のメンバーがそれぞれ着実に成果を出せるチームを作る方が、組織全体の強さは格段に高くなります。この転換は気持ちの問題ではなく、「何に時間を使うか」という行動の設計を変えることで実現します。
マネージャーの時間の使い方が変わる理由
プレイヤーは商談・提案・クロージングという「売る行動」に時間を集中させます。結果が比較的早く見え、やりがいも感じやすい仕事です。一方、マネージャーが本来時間を使うべきなのは、採用・育成・仕組みの設計・評価といった「状態を作る仕事」です。これらは結果が見えるまでに時間がかかり、日々の手応えも感じにくいという特徴があります。だからこそ、意図的にこの種の仕事に時間を確保しなければ、自然と「売る行動」に引き寄せられていきます。
ここで一つ、問いを立て直してみます。営業マネージャーというポジションは、そもそも何のために存在するのでしょうか。「人を管理する人」という説明は正確なようで、何かが抜け落ちています。この定義に留まると話は「どう管理するか」という技術論に向かい、結局はマネージャー個人の巧みさに収斂してしまいます。
別の角度から見ると、マネージャーが担う本質的な役割が見えてきます。それは「チームが特定の個人に依存しない状態を作ること」ではないでしょうか。優れたプレイヤーが抜けても、マネージャーが替わっても、チームが一定水準で機能し続けられる仕組みを作ること。このポジションはその目的のために設けられているのかもしれません。
逆説的に聞こえるかもしれませんが、マネージャーが「自分なしでは回らないチーム」を作ることは、マネジメントの成果ではなく、むしろ失敗に近いといえます。誰かが欠けても動き続けられる状態を残せたかどうか——これがマネージャーの成果を測る一つの問いになります。「時間の使い方が変わる」という話は、この問いへの答えとして捉えると、単なる行動変容の話ではなく、役割の本質に触れる話になります。
営業マネージャーの核心的役割——4領域の全体像
営業マネージャーが担う仕事は多岐にわたりますが、大きく4つの領域に整理できます。これらの領域は独立した業務として切り分けられるわけではなく、互いに連動しながら機能します。目標管理が明確であれば案件管理の優先度が定まり、育成が機能し始めるとチームの再現性が高まります。逆にいずれか一つが機能しなくなると、他の領域にも影響が波及します。ここでは全体の地図として4領域の概要を確認します。各領域の詳細については後続の章で順に扱います。
| 領域 | 主な仕事内容 | チームへの影響 |
|---|---|---|
| 目標管理 | KPI設定・進捗レビュー・数値の解釈 | 方向性と優先度を揃える |
| 案件管理 | 受注確度の把握・商談支援の判断基準 | 精度の高い予測と適切なリソース配分 |
| 育成 | 経験の設計・フィードバック・1on1 | メンバーの自律と成長 |
| 組織づくり | チームの文化・採用・評価との連動 | 中長期の再現性ある組織 |
メンバー育成の本質——「仕事の設計」で育てる
育成というと、褒め方・叱り方・コーチングの技術・1on1の頻度が話題になりがちです。もちろんこれらも重要ですが、マネージャーが最も影響を与えられる変数はそこではありません。それは「どんな仕事を、どんな難易度で、どのタイミングで渡すか」という仕事の設計です。この観点を持つと、日常的な案件アサインの判断が実は最大の育成行動であることが分かります。技術を磨くことより、「誰に何を渡すか」という設計の判断こそが、育成の本体です。
褒める・叱るではなく「経験の質」を設計する
人が育つ際に最も大きく貢献するのは、仕事を通じた経験です。社外研修や上司からのフィードバックも成長を後押ししますが、実際の業務の中でどんな経験をしたかが、人の能力を形成する主役になります。この観点でマネージャーの仕事を見直すと、「どの案件を誰に渡すか」という日常的な判断が、重要な育成の場面であることが分かります。難易度が低すぎる仕事は成長を生まず、高すぎると消耗と撤退に終わります。メンバーの現在地を正確に見極め、「少しだけ背伸びが必要な仕事」を意図して設計することが、褒め方よりも面談の頻度よりも、成長に直結する介入です。
育成ステージ別の関わり方
メンバーの育成段階を大きく3つに分けると、関わり方の判断基準が整理されます。ステージを見誤ると、過干渉か放任のどちらかに陥り、どちらも育成を妨げます。
入社・配属直後の段階では、構造と勝ちパターンを丁寧に伝えることが優先です。何が正解かまだ分からない状態のメンバーに自律を求めても機能しません。この会社ではどう売るか、どんな順序で動くかという基本の型を教え、小さな成功体験を積ませることが最初の仕事です。
半人前の段階では、挑戦と振り返りをセットで設計します。自分なりに動けるようになってきたメンバーには、少し難しい案件や役割を経験させ、その後に丁寧なフィードバックをセットにすることで、経験が学習に変わります。やらせっぱなしにしないことが、この段階の核心です。
一人前に育ったメンバーには、自律と承認が主な関わり方になります。細かく指示せず任せる一方で、節目での承認と次のチャレンジの提示を怠らないことが、優秀なメンバーの定着と成長継続につながります。
プレイングマネージャーの罠——現場に引き戻される構造
多くの営業マネージャーがプレイヤーとマネージャーの両立を試みますが、「意志を強く持とう」「心がけを変えよう」という対処では繰り返し現場に引き戻されます。これは意志の問題ではなく、構造的な力が働いているからです。この「引力」の正体を理解し、仕組みで断ち切らない限り、プレイングの割合は自然と増えていきます。「気づいたらほぼプレイヤーに戻っていた」と感じる背景には、必ず以下の構造があります。
引力が生まれる3つの原因
プレイングマネージャーが現場に引き戻される原因は、主に3つの構造的要因から来ています。
第一の引力は「自分が売った方が早い」という合理的な判断です。マネージャーは元プレイヤーとして実績があるため、部下よりも商談を進める能力が高いことがほとんどです。緊急性の高い案件や重要顧客が絡むと、「今回は自分がやった方が確実だ」という選択が合理的に見えてしまいます。これは能力格差が生む引力であり、意志だけでは抗えません。
第二の引力は「部下がエスカレーションしてくる」という構造です。判断基準や承認ルールが整備されていないチームでは、部下はすぐに答えを上司に求めます。マネージャーが毎回答える人になると、部下は自分で考えることをやめ、マネージャーの時間は現場対応で埋まっていきます。仕組みの欠如が引力を作り出しています。
第三の引力は「会社がまだ個人の数字を求めている」という評価制度の問題です。マネージャー就任後も個人目標が残ったまま評価される組織は多くあります。制度が変わっていない以上、合理的な行動として現場に入り続けることになります。この引力は本人の努力だけでは解決できません。
「プレイヤーをやめる」ではなく「比率を決める」
引力から抜け出すために、プレイヤーを完全にやめる必要はありません。重要なのは先に比率を決めることです。週の稼働時間のうち、プレイヤーとして使える時間の上限を先に設定します。就任直後はプレイヤー7割・マネージャー3割の比率から始め、半年後に5:5、1年後には2:8を目標とするロードマップを持つことが有効です。
この発想の本質は「プレイヤーをやめる」ではなく「マネージャーの時間を守る」という転換にあります。プレイヤー枠を上限として設定し、その枠が埋まったらマネージャーの仕事に戻る——この構造を意識的に作らない限り、プレイヤーの仕事は際限なく増え続けます。比率は就任からの経過とともに見直し、マネージャーとしての時間を段階的に増やしていくことが目標です。
営業マネージャーの成果をどう測るか
「チームが今月の目標を達成した」——これはマネージャーとして誇るべき成果に見えます。しかし、その達成がマネージャー本人が売り続けることで実現したものなら、それはマネジメントの成果とは言えません。マネージャーとしての自分がうまく機能しているかを測るには、チームの数字とは別の評価軸が必要です。この軸を持つことで、何に時間を使うべきかが定まり、行動の優先度が明確になります。「うまくやれているかどうか分からない」という感覚は、測り方がないことから来ています。
チームの数字と自分の貢献を分けて考える
マネージャーの成果を測る軸として、3つの視点を持つことをお勧めします。
第一の軸はチームの数字です。最も目に見えやすい指標ですが、単独では自分の貢献を測ることができません。数字が良いとき、それが「マネージャーが売った結果」なのか「メンバーが育って売れるようになった結果」なのかを区別して見ることが大切です。
第二の軸はメンバーの成長度です。就任時と比べて、メンバーが自力で動ける範囲が広がっているか、自分が不在のときでも案件が前に進んでいるかが指標になります。育成の成果は数字よりも遅れて現れるため、中長期の視点で追うことが必要です。
第三の軸は組織の再現性です。自分がチームを離れたとしても、チームは機能し続けられるか——これが最終的なマネジメントの成果の問いです。特定の個人に依存せず、仕組みとして売れる状態を作れているかどうかが、営業マネージャーとしての本質的な評価軸になります。
役割の優先順位——就任直後の90日でやること
役割の全体像を理解しても、「何から手をつければいいか」が分からないのが就任直後の現実です。全部を同時に始めようとすると、どれも中途半端になります。最初の90日を3つのフェーズに分けて考えることで、行動の優先順位が整理されます。焦って動いた施策が空振りに終わるより、観察から始めて確度の高い一手を打つ方が、チームとの信頼関係も成果も早く積み上がります。
最初の30日は「観察と関係構築」に絞ります。チームの現状・メンバーの強みと課題・どこで案件が止まりやすいか——これらを把握せずに動くと、的外れな施策になります。全員と短い1on1を実施し、案件の流れを観察するだけで十分です。この段階では変更や改革は行いません。
次の30日は「一手打つ」フェーズです。観察で見えた課題のうち、最も変化が起きやすい一点に絞って介入します。全体最適よりも「小さな勝ち体験」を一つ作ることが優先です。この成功体験がメンバーとの信頼関係の起点になります。
最後の30日は「仕組みを作る」段階です。週次の案件棚卸しのフォーマット、1on1の頻度と形式、エスカレーションの基準——これらを小さくてもルーティンとして定着させます。仕組みが動き始めると、マネージャーが都度判断しなくてもチームが動けるようになります。
就任直後に避けるべき3つの失敗パターン
役割を理解し、動き方を知っていても、就任直後には陥りやすい失敗パターンがあります。これらは多くのマネージャーが一度は経験するものですが、知っておくことで同じ轍を踏む確率を下げられます。それぞれのパターンには、なぜ起きるかという合理的な理由があります。「悪いことをしようとした」のではなく、「良かれと思った行動が裏目に出る」という構造を理解しておくことが大切です。
即改革症候群は、着任直後にチームをすぐ変えようとするパターンです。変化への意欲自体は良いことですが、関係が築けていない段階でのトップダウンの変更はメンバーの抵抗を生みます。なぜ変える必要があるかの文脈を共有し、変化のスピードよりも納得感を優先することが大切です。
全案件に入る病は、すべての商談に口を出し、すべての判断をマネージャーが下そうとするパターンです。良い商談をさせたいという気持ちから来ていますが、これが続くとメンバーは自分で考えることをやめます。「どの案件に」「どのタイミングで」介入するかの基準を持ち、それ以外は任せ切ることが育成の前提になります。
自分が売ってしまう症は、前章で扱ったプレイングマネージャーの引力そのものです。「今回だけ」が積み重なると、気づいたときにはほぼフルタイムプレイヤーに戻っています。就任直後こそ、プレイヤーとしての時間に上限を意識的に設けることが必要です。
まとめ——機能する営業マネージャーへの第一歩
本記事で扱ってきた内容の核心は3点です。プレイヤーからマネージャーへの転換は意識の問題ではなく行動の設計で起きること。育成の本質は「経験の設計」にあり、どんな仕事を誰に渡すかという日常判断が最大の育成行動であること。プレイングマネージャーの罠は構造的なものであり、精神論ではなく仕組みで断ち切る必要があること。
役割を完全に理解することより、「今週、何を一つ変えるか」という問いを持つことが先です。週の時間割を見直し、マネージャーとして使う枠を先に確保することから始めてみてください。それが機能する営業マネージャーへの具体的な第一歩になります。


