営業組織の作り方｜フェーズ別の設計と定着の仕組み

営業組織とは何か

営業組織とは、個人の集合ではなく「売上を再現性高く生み出す仕組みを持った集団」のことです。人が増えても成果が比例しない、特定の担当者が抜けると売上が落ちる、できる営業が休むと数字が止まる——そうした状態は「チームがある」状態であっても、「組織がある」状態とは言えません。

チームと組織の本質的な違いは、仕組みが存在するかどうかです。組織は特定の個人の能力や熱量に依存するのではなく、プロセス・評価・育成の仕組みが組み合わさることで、誰が担当しても一定の成果を生み出します。本記事では、その「仕組みを作る」ための具体的な方法を、自社の成長フェーズに応じて解説します。

「営業組織を作る」という表現には、一つの前提が潜み込んでいるかもしれません。「作る」という動詞は、設計し・組み立て・完成させるイメージを呼び込みます。しかし、営業組織はプロダクトではなく、人の行動のパターンです。設計通りの仕様で完成するものではなく、人が変化を受け入れながら、少しずつ形になっていくものです。

この認識が、組織設計のアプローチを大きく変えます。「何を作るか」だけに集中すると、精度の高いプロセスや評価制度ができても、現場では誰も使わないという結末があります。「どのように変えるか」を設計の中に組み込んで初めて、仕組みは機能し始めます。仕組みは作られた瞬間に機能するのではなく、使われ続ける中で機能します。この差が、組織化の成否を分ける最初の分岐点と言えそうです。

強い営業組織の条件と形態の選び方

強い営業組織を作るためには、まず「強い」とはどういう状態かを言語化することが必要です。ゴールの定義が曖昧なまま組織設計を始めると、「仕組みは作ったが何も変わらなかった」という結果になりがちです。このセクションでは、組織の強さを構成する条件と、自社の規模や成長フェーズに合った組織形態の選び方を整理します。

強い組織に共通する5つの条件

強い営業組織に共通するのは、以下の5つの要素が機能していることです。いずれか一つが欠けても、他の要素で補いきれない関係にあります。

1. 目標の可視化と全員共有チーム全体が同じ目標を数値レベルで把握しており、進捗をリアルタイムで確認できる状態です。「なんとなく頑張る」ではなく、「今月のチーム目標に対して自分がどのくらい貢献しているか」が誰でもわかることが前提になります。

2. 営業プロセスの標準化属人的な勝ちパターンを組織の共有財産として言語化し、再現できる形にしていることです。「あの人のやり方だから自分には無理」を「このプロセスを実行すれば誰でも成果が出る」に変えることが、組織化の核心です。

3. ナレッジ共有の仕組み成功事例・失敗事例・顧客の反応・有効なトーク——こうした情報が個人の頭の中に留まらず、チーム全体がアクセスできる状態になっていることです。

4. 公正な評価制度成果だけでなく、プロセスへの貢献（ナレッジ共有・後輩育成）も評価の対象に含まれる設計が必要です。成果主義一本では、属人化を助長するインセンティブが残ります。

5. 育成のルーティン週次のロールプレイや定期的なフィードバックが、特別な施策ではなく日常業務として組み込まれていることです。育成が「時間があればやる」から「やらないほうがおかしい」に変わったとき、組織の底上げが始まります。

一気通貫型vs分業型——自社に合う形態の選び方

営業組織の形態は大きく「一気通貫型」と「分業型」に分かれます。どちらが優れているかではなく、自社の規模とフェーズに合っているかが重要です。

一気通貫型は、1人の営業担当者がアプローチからクローズまで全工程を担当する形態です。少人数でスタートした立ち上げ期や、顧客との深い関係性が成約の決め手になる複雑な商談では有効です。担当者がプロセス全体を把握しているため顧客ニーズへの柔軟な対応がしやすい反面、属人化しやすいというリスクがあります。

分業型は、SDR（新規開拓）・IS（インサイドセールス）・FS（フィールドセールス）・CS（カスタマーサクセス）のように役割を分けて効率を高める形態です。The Modelと呼ばれるこのアーキテクチャは、スケール期に高い再現性を発揮します。ただし、役割の境界が不明確だと引き継ぎロスが生じるため、SLA（サービスレベル合意）の設計が必要です。

移行の目安は「営業人員が増え、一人一人のやり方がバラバラで、マネジメントが追いつかない」と感じたタイミングです。フェーズ別の移行判断については後述します。

営業組織の作り方 基本5ステップ

どの組織形態を選ぶにせよ、営業組織を立ち上げる際に踏む基本的なステップは共通しています。ここでは、全フェーズで共通する5ステップを整理します。なお、各ステップをいつ・どの順で進めるかの実行計画は、次章「最初の90日でやること」で具体化します。

ステップ	要点	陥りがちな失敗
1. 現状分析	誰が・何を・どれだけやっているかを可視化する。ヒアリングとデータで「現状の地図」を作ります	分析せずに解決策から入り、現場とズレた設計になります
2. 目標・KPI設計	KGI（最終目標）からKPI（中間指標）→行動指標の連鎖を設計します	KPIが多すぎて「何を追えばいいかわからない」状態になります
3. 営業プロセスの標準化	勝ちパターンを言語化し、誰もが実行できる「型」を作ります	優秀な営業の「感覚」を言語化しないまま拡大しようとします
4. 役割・評価制度の設計	役職・担当範囲・評価基準を明文化します	評価が曖昧なまま動き、公平性への不満が蓄積します
5. ツール・定着の仕組み	SFA/CRMの導入タイミングを見極め、使われる設計をします	プロセス設計より前にツールを入れ、形骸化します

ステップの順番には意味があります。現状を知らずにKPIは設計できず、プロセスが決まらないうちに評価制度を作っても機能しません。ツールはプロセスを支援するものなので、プロセスが先です。

フェーズ別の作り方（0→1 / 1→10 / 10→100）

基本5ステップは、どのフェーズにも共通する「地図」です。しかし「今の自社で何をすべきか」は、組織の成長フェーズによって大きく異なります。0→1フェーズで必要なことを10→100フェーズで行っても的外れになり、逆もまた然りです。このセクションでは、フェーズごとに優先すべき施策・使うべき指標・陥りやすい失敗を整理します。自社の今のフェーズを確認したうえで、該当する箇所を中心に読み進めてください。

0→1フェーズ｜「型」を作る段階

0→1フェーズは、創業者やトップ営業が個人の感覚と関係性で売上を作ってきた段階から、「他の人でも再現できる仕組み」を最初に設計する段階です。このフェーズでの最重要課題は、型を存在させることです。精度の高いKPI管理や高度な分業よりも、「これを実行すれば成果が出る」という仮設の型が言語化されていることが先決です。

やるべきことまずICP（理想顧客像）を定義します。「どんな顧客に・どんな課題があるときに・自社が勝てるか」を言葉にすることで、営業活動に一貫性が生まれます。次に、現在機能しているアプローチからクロージングまでの流れを、スクリプトやトークとして言語化します。完璧でなくて構いません。仮設であっても「型」があることが、再現性の出発点です。

優先指標アポ獲得率と商談化率に注目します。このフェーズではKPIを精緻化することよりも、「型を実行すれば結果が出る」という証拠を作ることが先決です。

陥りがちな失敗属人的な成功体験をそのまま拡大しようとすることです。「自分のやり方を教えれば再現できる」という前提でマネジメントに入ると、そのやり方が言語化されないまま属人化が深まります。人を採用する前に、型を言語化する必要があります。

1→10フェーズ｜再現性と採用基準を固める段階

1→10フェーズは、「型」が存在する状態から、複数人が継続的に成果を出せる状態へ移行する段階です。ここで問われるのは再現性です。「できる人だけが売れる」を「普通のスキルの人でも売れる」に変えることが、このフェーズの核心的な課題です。

エージェントの仕事を一人でまわしていた時期、面談の中で「この方は動ける」と感じる瞬間の手応えを基準にして、候補者の案件を進めていました。サポートに入ってもらった方に同じ面談を任せてみると、「前向きに検討したいとおっしゃっていました」という報告が来ても、私があらためてヒアリングすると動機の根が浅いことが多く、最終的に見送りになる流れが続きました。

何が違うかを言葉にしようとして気づいたのは、私が見ていたのは候補者の転職理由の内容ではなく、話しながら変わっていく言葉のトーンや、自分から話を訂正する瞬間があるかどうかだったということです。その観察は、面談の流れを感じながらでないと判断できないもので、「30分の面談で何を聞くか」のリストを渡すだけでは届かない場所にありました。

聞く項目を揃えても、聞いた後に何を見ているかが揃っていないと、同じ場を踏んでも違う結論が出てくる——そのことに、別の人に任せてみて初めて気づいたかもしれません。

やるべきこと0→1で仮設した型を、実績をもとに文書化・標準化します。同時に、マネージャーの役割を明文化することが重要です。「プレイヤーを兼任するか」「マネジメント専任にするか」を決定し、その基準を組織の中で合意します。採用においても、「どんなスキルと経験を持つ人が活躍するか」というペルソナを言語化することで、採用の質が安定します。

優先指標商談化率・受注率に加え、人員あたり売上の標準偏差（ばらつき）を見ます。ばらつきが小さいほど、型が機能している証拠です。

陥りがちな失敗マネージャーがプレイヤーのまま抜けられない状態が最も多いパターンです。現場の商談は動いているが、プロセスの改善や育成のPDCAが回らない状態に陥ります。また、組織設計より採用数を優先させると、型が固まっていない状態に人が増え、ばらつきが拡大します。

10→100フェーズ｜マネジメントを仕組みにする段階

10→100フェーズは、優秀なマネージャーが頑張って組織を支える状態から、「マネジメントそのものが仕組み化されている」状態へ移行する段階です。このフェーズでの課題は、スケールよりも持続可能性です。一人のマネージャーが担える範囲には限界があり、その限界を超えると組織が止まります。

やるべきこと週次の1on1・月次レビュー・四半期の目標設定といったマネジメントカデンス（リズム）を制度化します。「やるかどうか」ではなく「やらないほうがおかしい」という状態にすることが目標です。あわせて、新しいマネージャーを育てる仕組みを整えます。評価制度も、成果だけでなく育成への貢献・情報共有の質を含む精緻な設計が必要です。

優先指標チーム別の目標達成率・人材定着率・マネージャー一人あたりの管理人数（スパンオブコントロール）を追います。

陥りがちな失敗本部と現場の情報非対称が最大のリスクです。経営が現場の状況を把握したときには、すでに手遅れな問題になっているというパターンが起きやすくなります。マネジメント層の育成を後回しにし、優秀なプレイヤーにマネジメントを兼任させ続けた結果、離職という形で顕在化するケースも多くあります。

最初の90日でやること

フェーズ別の方向性を理解しても、「では実際に明日から何をするか」を決めなければ動き出せません。営業組織の立ち上げや再設計においては、最初の動き方が定着の成否を左右します。このセクションでは、最初の90日を2つのフェーズに分け、何を先に・何を後にするかの優先順位を整理します。前半の30日間は変化を起こす前に「現状の地図」を作ることに徹し、後半の60日間は最優先課題の一つに絞って仕組みを試す期間に当てます。何もかもを同時に変えようとすると、現場が変化に追いつけず、どの施策も中途半端な状態で止まりやすくなります。

0〜30日：現状把握と設計合意

最初の30日で最も重要なのは、現状を正確に把握することです。設計を始める前に「現状の地図」を作ることが、この期間の唯一の目標です。

具体的には、既存メンバー全員へのヒアリングから始めます。「現在のプロセスで何がうまくいっているか」「どこで詰まるか」「何に時間がかかっているか」「不満はどこにあるか」を聞き出し、組織として見えている課題を可視化します。ヒアリングは1on1形式で行い、集合ではなく個別の場で本音が出やすい環境を作ることが重要です。

次に、「誰が・何を・どれだけやっているか」を数値で把握します。商談数・提案数・成約数・一人あたりの活動量を並べることで、ボトルネックがどこにあるか（アポが少ないのか、受注率が低いのか、継続率が落ちているのか）が見えてきます。

この期間にやらないことも同じくらい重要です。30日以内にツールの導入・組織変更・評価制度の改定に踏み込んではいけません。現状を正確に理解する前に変化を起こすと、問題の根本ではなく表面に手を打つことになります。改革の優先課題を絞り込み、関係者の合意を取るのが、この30日の終着点です。

31〜90日：仕組みの試運転とPDCA

31日目から90日目は、ヒアリングと現状分析で見えた課題のうち「最も重要な1つ」に絞って、仕組みを試す期間です。「全部変えよう」は禁物です。組織の変化に対して現場が受け入れられる量には上限があります。

事業企画の立場で営業組織の週次報告フォーマットを変えようとしたとき、最初の案では入力項目を一度に複数追加しました。運用は始まりましたが、しばらくして記録を見てみると、追加した項目のほとんどが定型文か空白で、現場の状況が読み取れる入力になっていませんでした。

次に試みたのは、追加したルールのうちひとつ——次のアクションに期日と担当者を必ず書く、という点だけを残して他は元に戻すことでした。それだけに絞ったためか入力の質が変わり、次の定例レビューで「あの変更、機能していますね」という言葉が現場から出てきました。

一つ通ったという事実が、次の提案への入口を変えてくれた、と感じています。変化が根付いた手応えがあると、次の変化への受け入れ方が少し違って見えることがあるかもしれません。

週次のロールプレイ導入・案件レビューの型化・特定のKPIの追加——こうした施策を1つずつ動かします。2週ごとに振り返りを入れ、「何が変わったか」「何がうまくいかなかったか」を確認して修正することで、完璧でない仕組みを現場と一緒に育てていきます。

この期間で重要なのは、小さな成功体験を作ることです。一つの仕組みが機能した実績が、次の変化への信頼の土台になります。「あの施策はちゃんと効いた」という実感が現場に生まれたとき、次の改革への受容度が上がります。

組織化が頓挫する理由と定着の設計

どんな組織でも、変化が浸透しない局面があります。そうした場面を「現場の抵抗」と呼ぶことがありますが、それは正確ではないかもしれません。「なぜ変わる必要があるかが見えない」「変化のコストが得られる利益を上回って見える」という認識が先にあり、それが抵抗として映っている場合がほとんどです。

「変化させる」という発想と、「変化が根付く条件を整える」という発想は、似ているようで向きが逆です。前者は変化を命令として捉え、後者は変化が定着する土台を先に整えることを優先します。この差が、同じ仕組みを導入しても定着する組織とそうでない組織を分けます。構造として捉え直すと、問いが変わります。「どんな仕組みを作るか」より「誰が最初に動き、どの規模から試すか」——この問いに先に答えておくことが、定着の確率を左右すると言えそうです。

正しいステップを踏んでも、組織化が途中で止まることがあります。多くの場合、それは設計の問題ではなく「変化のマネジメント」の問題です。どれだけ正確なプロセスを設計しても、現場が変化を受け入れなければ機能しません。このセクションでは、組織化が頓挫する構造的な原因と、定着させるための具体的な仕組みを整理します。

なぜ「作っても機能しない」が起きるのか

外部から組織の標準化支援をしていたとき、プロセス設計には時間をかけたのに、現場への展開が管理職への説明一回で終わった、という場面が何度かありました。後日訪問すると、形式上は運用されていても、担当者の理解が当初の設計意図とずれていることがありました。

設計の段階には関わっていなかった現場の方に「このフィールドはなぜ必要だと思いますか？」と聞いてみると、「マネージャーの報告用だと思っていました」という返事が返ってきたことがあります。報告を受ける側が目的として理解していたことと、実際に使う側が理解していたことの間に、ずれが生じていたわけです。

設計した側には自明に見えることが、使う側には伝わっていない前提があった——そのことは、外部の立場で同じ場面に何度か立ち会うことで、ようやく自分なりに確かめられたかもしれません。

営業組織の設計が「作ったが機能しない」に終わる原因は、いくつかの共通したパターンに集約されます。

人を増やしてから仕組みを作ろうとする罠組織化でもっとも多い失敗は、採用を先行させてしまうことです。「人が増えたら仕組みを整えよう」という順番を取ると、型のないまま増えた人員がそれぞれのやり方で動き、ばらつきが拡大します。仕組みは人が増える前に設計するものです。型があってから人を増やすという順番が、唯一再現性につながります。

現場への一方的な押し付け仕組みの設計に現場が関与していない場合、現場から見ると「自分たちの実態とズレた制度が上から降ってきた」という認識になります。設計の納得感がないまま運用しても、形骸化するのは時間の問題です。ヒアリングの段階から現場を巻き込み、「自分たちが作った仕組み」という感覚を持ってもらうことが定着の前提です。

仕組みが複雑すぎる新しい仕組みが日常業務の上に乗せる「追加コスト」として体験されると、自然と回避されるようになります。「入力項目が多いから後でやろう」「フォーマットが面倒だから省略しよう」という行動が積み重なって、使われない仕組みが出来上がります。シンプルさは機能の妥協ではなく、定着率を上げるための設計判断です。

マネージャーが変化を体現していない「上が言うだけで自分では動かない」という状態は、現場への最大のブレーキになります。マネージャーが新しいプロセスを自分で最初にやってみるという姿勢がなければ、どれだけ制度設計が正しくても定着しません。

定着させる3つの仕組み

失敗パターンを把握したうえで、具体的な定着の仕組みを3つ挙げます。これらは特別な施策ではなく、変化を組織に浸透させるための基本的な原則です。

スモールスタート全員・全プロセスを一度に変えようとしないことです。「まず一つ動かす」を繰り返すことで、変化の受容量が積み上がっていきます。最初から完璧な仕組みを設計する必要はありません。動かせる規模から始め、実績が出たら拡張するアプローチが有効です。

マネージャーの先行体験新しい仕組みや施策を、マネージャーが最初に体験します。現場はその後です。マネージャーが「やってみたらこうだった」という具体的な体験を持ったうえで現場に展開することで、「言うだけ」から「一緒にやる」へ変わります。

振り返りのルーティン化月に一度、「何が変わったか・何が変わっていないか」を確認する場を仕組みとして組み込みます。振り返りが特別なイベントではなく、月次の定例として機能することで、改善のPDCAが回り続けます。「やりっぱなし」を防ぐための最もシンプルな手段です。

営業組織によくある課題と対処

組織設計が整った後も、日常の運用の中でさまざまな課題が発生します。ここでは、営業組織でよく見られる課題と、その対処の方向性を整理します。設計の段階でこうした課題を予見しておくことで、顕在化したときの対応が早くなります。

課題	対処
属人化が解消されない	プロセスの言語化とナレッジ共有ツールの整備。成功事例と失敗事例を蓄積し、チーム全員がアクセスできる状態を作ります
KPIが機能していない	KGI→KPI→行動指標の連鎖設計を見直します。KPIが多すぎる場合は絞り込み、「これだけ追えばいい」という指標に集中します
育成が個人任せになっている	週次ロールプレイ・定期フィードバックをルーティンに組み込みます。育成がマネージャーの評価対象になっていることも重要です
マネージャーが機能していない	役割定義と1on1の制度化。「マネージャーが何をすべきか」が明文化されていない場合は最初に整備します
ツールが使われない	入力負荷を下げる設計の見直しと、マネージャーの率先使用。「使わないと業務が回らない設計」にすることが最も有効です

まとめ

営業組織の作り方に唯一の正解はありませんが、フェーズに合わない施策を打ち続けることが、最も多い失敗の原因です。自社がどのフェーズにいるかを確認し、そのフェーズで最優先すべきことに集中することが、遠回りのようで最速の道です。以下のチェックリストで、今の自社の状態を確認してみてください。

• [ ] 営業プロセスが言語化されており、誰もが参照できる状態にある
• [ ] KGIからKPI・行動指標が連鎖しており、全員が把握している
• [ ] マネージャーの役割が明文化されており、育成が評価対象になっている
• [ ] 採用基準（活躍する人材のペルソナ）が言語化されている
• [ ] 月次でプロセスの振り返りが行われている
• [ ] ツールの入力負荷が日常業務に支障のないレベルに収まっている
• [ ] 新しい仕組みはスモールスタートで試されており、実績が次の展開に使われている

あわせて読みたい

• 営業組織におけるマネジメントとは？組織の成果を最大化するための基本｜スキルの前にある壁──手放す、任せる、引き出す。名ばかりで終わらないために
• 営業マネージャは知っておきたい「営業メンバーのモチベーションマネジメント」について｜内発と外発を切り分ける──営業マネージャのためのモチベーション実践設計