営業マネジメント web時代に機能する仕組みの作り方
店長営業マネジメントとは——定義と現代的な役割
営業マネジメントとは、営業組織が目標を継続的に達成できる仕組みを設計し、維持し続けることです。「数字を管理すること」と混同されがちですが、本質は「再現性のある組織をつくること」にあります。
マネージャーの責任領域は、目標設計・案件管理・育成・モチベーション管理・経営との橋渡し・プロセス改善の6つに整理できます。この6つを同時に担う立場であるため、トッププレイヤーが担当案件を抱えながらこなせるような仕事ではありません。個人の能力に頼らず、組織全体の再現性を高める仕組みを設計する役割です。この定義を確認した上で、web・オンライン営業が標準になった現代でなぜこの役割が難しくなっているかを次章で掘り下げます。
web・オンライン営業が標準化した時代、なぜマネジメントが難しくなったか
「Webやオンラインになると営業マネジメントが難しくなる」という感覚は多くのマネージャーが持ちます。その原因を「ツールが整っていないから」「データが取れていないから」と結論づけると、処方はツールの選定に向かいます。しかし、問いを一段引き上げると、見え方が変わります。
難しくなった理由は、マネージャーの能力が低下したからでも、現場の意識が変わったからでもないかもしれません。「現場を観察するための経路」が構造的に変化したからです。対面時代の観察は、同席することで自然に行われていました。非対面になると、観察の経路は担当者の「報告」というフィルターに置き換わります。この構造変化を認識しないまま「ツールを整える」という処方を当てても、問題の場所が違います。
オンライン商談が標準化し、訪問型営業が例外になった現在、営業マネジメントの構造的な難しさは増しています。この変化は「ツールが使いにくい」という表層の問題ではなく、マネージャーが情報を取得する経路そのものが変わったことに起因します。
対面営業の時代、マネージャーは同行訪問によって営業担当者の話し方・顧客の反応・商談の空気感をリアルタイムで観察できました。「あの案件は温度が低い」「あの担当者は詰めが弱い」という判断が、現場への同席で直接得られていたのです。オンライン商談が主流になると、この観察機会が構造的に失われます。商談はZoomやTeams上で完結し、マネージャーは録画か担当者の口頭報告しか受け取れません。
報告は必然的に主観的になります。「手応えがありました」「先方は前向きです」という言葉が実態を正確に反映しているとは限らず、案件の温度を把握する精度が下がります。顧客側の行動も見えにくくなっています。提案書を送った後、顧客が本当に読んでいるのか、他社と比較検討しているのか、社内決裁プロセスが止まっているのか——訪問型であれば雑談で察知できていたものが、非対面では担当者からの報告がなければ分かりません。
加えて、週次会議での数字報告という旧来型のマネジメント手法も機能しにくくなっています。訪問件数・商談数というアクティビティ指標は計測できても、「各商談の質」や「案件進捗の実態」は報告ベースでは見えません。「SFAを入れれば解決する」という思い込みは、この構造的課題を認識していないために生まれます。ツールは情報を集める手段ですが、何を・どのタイミングで・どう判断するかの設計がなければ、データは溜まるだけです。
活動の見えにくさを解消する——web時代のマネジメント構造設計
web・オンライン時代の営業マネジメントで最初に設計すべきは、ツールの選定ではなく「何を・どこから・いつ確認するか」の構造そのものです。ツールは情報の入れ物であり、入れ物を整える前に「何を入れて何を読むか」を決めなければ、入力されたデータは活用されません。この章では、非対面時代に「活動の見えにくさ」を解消するための構造設計を、接点設計とパイプライン設計の2つの観点から示します。
非対面で案件温度を掴む接点設計
「案件温度」を担当者の報告に頼らず把握するために必要なのは、「担当者の感想ではなく、顧客の行動から読む」という設計の転換です。
具体的には、商談録画と議事録の要約・顧客の資料閲覧履歴・メール返信のリプライ間隔・次回アクションの期日到来状況など、「顧客側の行動ログ」を案件判断の材料に組み込みます。週次の案件レビューでは「担当者が何と言ったか」ではなく、「顧客が最後にアクションしたのはいつか」「資料を開いた形跡があるか」を確認する問いをテンプレート化します。シグナルの種類と確認の問いを事前に設計することで、マネージャーの判断が報告の主観から切り離されます。SFAの入力情報だけに頼ると、担当者が楽観的に入力した案件が滞留しても気づきにくくなります。顧客の行動データを確認の軸に置くことが、案件把握の精度を高める鍵です。
オンライン商談時代のパイプライン可視化と定例設計
パイプラインのステージ定義を、オンライン商談の実態に合わせて更新することが必要です。「初回訪問→提案→見積→クローズ」という訪問型を前提にしたステージは、「初回オンライン商談→資料送付→追客コール→クローズ」という非対面プロセスに合わせて再定義します。ステージを現実の商談フローに揃えることで、停滞の発見が早まります。
マネージャーが介入すべきタイミングも、事前にサインとして定義します。「ステージ移行がなく停滞した日数が一定を超えた案件」「資料送付後に顧客閲覧履歴がない案件」「返信がない期間が一定を超えた案件」などを自動的に浮かび上がらせる仕組みを作ることで、マネージャーは全案件を逐一見渡すのではなく、介入が必要なシグナルを持つ案件だけに集中できます。1on1と案件レビューを分離して設計することも重要です。1on1は担当者の育成・モチベーション・キャリアに使い、案件レビューはパイプラインの進捗確認に使います。両方を同じ場で扱おうとすると、案件の話で時間が埋まり育成の機会が失われます。
営業マネジメントの5大課題——現場で繰り返される構造
営業組織には、業種や規模が違っても繰り返し現れる課題があります。それぞれには「なぜ繰り返されるか」の構造があり、その構造を理解せずに対処しても別の形で再発します。ここでは5つの代表的な課題を整理し、根本構造を示します。KPIの詳細な処方はH2⑤、ツール定着の処方はH2⑦に引き継ぎます。
5大課題は次のとおりです。①属人化——優秀な個人が案件を抱え込み、離脱や異動でナレッジが消える。②KPI形骸化——目標は設定されているが、現場の行動指標になっていない。③プレイングマネージャー化——担当案件を持ちながらマネジメントもこなすことになり、マネジメントが後回しになる。④育成停滞——忙しさを理由にフィードバックの機会が減り、メンバーの成長が止まる。⑤情報分断——SFA・メール・チャットツールに情報が散在し、案件の全体像をどこか一か所にまとめる場がない。
属人化とKPI形骸化はなぜセットで起こるのか
属人化とKPI形骸化は、別々の問題に見えて同じ根から生まれています。KPIが「売上達成率だけ」であれば、プロセスを可視化する必要がなく、自分のやり方で結果を出せる個人が最も評価されます。その状態が続くと、ノウハウは個人の中に蓄積され、チームに展開されません。
この問題を診断するとき、「設計の問題か運用の問題か」を分けることが重要です。設計の問題——KPIに行動指標がなく、測れない——であれば、KPI自体を再設計する必要があります。運用の問題——KPIはあるが確認する場がなく、フィードバックが遅い——であれば、レビューの場と頻度を先に整える必要があります。どちらの問題かを見誤ると、処方が違ってきます。診断チェックの問いは「KPIを見て、明日何をすればいいかが分かるか」「KPIを先週確認したか」「確認して何かフィードバックを受けたか」の3問です。
プレイングマネージャーがマネジメント時間を確保する設計
日本の営業組織では、担当案件を持ちながらマネジメントをこなすプレイングマネージャーが多数を占めます。この状態でマネジメントを後回しにしないためには、「時間ができたらマネジメントをする」という発想を捨て、「マネジメント時間を先にカレンダーに確保する」構造に変える必要があります。
具体的には、週次の1on1・案件レビュー・KPI確認の時間を固定枠として先に確保し、その残りで担当案件に使う時間を設計します。担当案件を最少化する意思決定の基準は「この案件は自分でなければ取れないか」という一問に集約できます。代替が効く案件はメンバーに移管し、マネジメントの代替が効かない部分に自分の時間を投じる構造が、長期的には組織全体の生産性を高めます。
KPIを現場に定着させる設計原則
KPIを作ることと、KPIを使う組織を作ることは、別の作業です。多くの営業組織では前者は行われていますが、後者が設計されていません。「数字は設定した、でも現場が使っていない」という状態は、KPIの問題ではなく定着の設計が抜けている問題です。KPI設計のよくある失敗は「形骸化した原因」を正しく診断しないまま対処してしまうことにあります。この章では、形骸化の2パターンを診断し、現場が実際に使うKPIにするための運用条件を示します。
形骸化の2パターン診断——設計の問題か運用の問題か
形骸化には2つの出所があります。ひとつは設計の失敗です。症状は「KPIを見ても何をすれば改善するか分からない」「測定が難しく週次での確認ができない」「粒度が粗すぎて個人の行動に落とせない」という状態です。この場合は、KPIの項目と粒度から見直す必要があります。
もうひとつは運用の失敗です。症状は「KPIを確認する場が月次会議しかなく、フィードバックが遅い」「達成しても何も変わらない・称賛されない」「マネージャー自身がKPIを会議で一度確認するだけで終わっている」という状態です。この場合は、KPIの設計を変えるより確認の場と頻度を先に変える必要があります。診断が違えば処方が変わります。設計の問題を「もっと徹底的に入力させる」という締め付けで解決しようとしても、現場の不満が増えるだけで実態は変わりません。
現場が使うKPIに変える3つの運用条件
KPIが現場で実際に機能するには、3つの運用条件が揃う必要があります。
第一に、毎週確認される場の設計です。月次の会議でKPIを確認するだけでは、行動へのフィードバックが遅すぎます。週次のレビュー会議にKPI確認を組み込み、毎週・全員が数字を見る習慣を構造化します。
第二に、行動が具体的に分かる粒度です。「今月の訪問件数」という粒度では、担当者は何をすればKPIが改善するか分かりません。「今週の初回オンライン商談数・提案書提出数」という粒度に落とすことで、翌日から取れる行動が具体的になります。
第三に、フィードバックの速度です。行動してから結果が確認されるまでの時間が長いほど、KPIへの関心が下がります。週次レビューで担当者が報告したことに対し、マネージャーがその週中に返答するルールを設けることが、KPIを「機能する道具」にするための前提条件です。
SFA/CRM選びの前に決めること——「使い方設計」を先に
SFAやCRMの導入を検討する際、多くの組織がツールの比較・選定から入ります。しかし、ツールを決める前に「誰が・何を・いつ入力し、マネージャーが何を・どのタイミングで確認するか」の運用設計を先に終わらせる順序が正解です。この順序を逆にすると、ツールの仕様に運用を合わせる逆転が起き、現場への定着が難しくなります。
ツール選定のミスマッチを生む原因は主に2つです。ひとつは機能過多——自組織の規模や運用に対して高機能すぎるツールを選び、現場が使いこなせない状態になること。もうひとつは入力設計のなさ——「とにかく入力させる」だけでは何を入れればいいか現場が分からず、入力率が下がりデータが溜まらないことです。運用設計が先にあれば、「このツールで必要な入力ができるか」「この確認フローをサポートする画面設計か」という実務的な基準でツールを選べます。
ツール定着——現場抵抗を乗り越えるチェンジマネジメントの手順
SFAやCRMを導入した後に「現場が使わない」「入力が続かない」という問題が起きるのは、ツールの問題ではなく組織変化の管理の問題です。ツールを変えることは、仕事のやり方を変えることを現場に求める変化管理であり、抵抗を乗り越えるには段階と手順が必要です。抵抗のパターンを正しく診断しないまま「使うよう徹底する」という対処をしても、表面的な入力数は増えても質のあるデータは蓄積されません。
現場抵抗の3パターンと段階的定着の設計
現場の抵抗は、パターンによって対応が異なります。
パターンAは「操作が面倒」という抵抗です。UI・入力設計の問題であり、入力項目を必要最小限に絞る・モバイルから入力できるようにするという施策が有効です。
パターンBは「なぜ入力するか分からない」という抵抗です。目的が伝わっていない状態です。「管理されるためのツール」という印象が先行しているうちは入力が続きません。「入力した結果、自分の案件の優先度が見えるようになる」という体験を先に見せることが有効です。担当者が自分のために使えるツールとして体験させることが定着の出発点です。
パターンCは「マネージャー自身が使っていない」という抵抗です。現場は上が使っていないものを使いません。マネージャーが率先して入力・活用する期間を、導入後の最初の一定期間に明示的に設けることが、最も確実な定着の起点になります。
マネージャー自身を評価する指標——「チームの数字だけ」で測らない
営業マネージャーの評価が「チームの売上達成率だけ」になっている組織は少なくありません。しかしこの評価設計では、マネージャーが「結果のみに責任を持つ存在」として扱われ、マネジメント行動そのものが評価されません。マネジメント行動が評価されなければ、やったかどうかの確認も改善も起きにくくなります。
マネジメント行動そのものを測る指標として機能するのは、次のような項目です。1on1の実施率・KPIレビューの実施頻度・メンバーごとの行動指標の改善推移・チームの達成率分散（全員が平均的に達成しているか、特定メンバーに偏っているか）などです。これらはいずれも「マネージャーが何をしていたか」を示す指標であり、結果指標である売上達成率とは独立して設計できます。
「自分がマネジメントをやれているか」を定点で測る習慣を作るには、これらの指標を確認するルーティンを月次でカレンダーに先に組み込むことです。マネジメントの質を数字で確認する習慣があれば、自分のマネジメントのどこに問題があるかを早期に発見でき、修正の機会が増えます。チームの結果が振るわないとき、「メンバーの努力が足りないのか」「自分のマネジメントに抜けがあったのか」を切り分けられるようになることも、この設計の副産物です。
まとめ——web時代の営業マネジメント設計で最初に着手すること
web・オンライン営業が標準になった時代、営業マネジメントで最初に着手すべきことは3点に絞れます。
第一に、パイプライン可視化の構造設計です。ツールを選ぶ前に、どのステージ定義で・どのシグナルを確認するかを設計します。顧客の行動データを判断の軸に置くことで、担当者の主観的な報告に依存しない案件把握が可能になります。第二に、KPI定着の運用設計を仕組み化することです。KPIを作るだけでなく、毎週確認する場・行動に落ちる粒度・速いフィードバックという3条件をセットで設計します。第三に、ツール定着をチェンジマネジメントとして設計することです。抵抗のパターンを診断し、マネージャーが率先して使う期間を明示的に設けます。
記事全体を通じたメッセージは一点です。「どのツールを選ぶか」より先に「使い方の設計をする」——この順序を守ることが、web時代の営業マネジメントで機能する仕組みを作る第一歩です。
あわせて読みたい
＼ 最新情報をチェック ／
