営業組織の作り方|失敗しない順序と体制の選び方
なぜ営業組織の作り方は失敗するのか
「ステップを知っているのに組織がうまく機能しない」——営業組織の作り方を調べた経験がある方の多くが、この状態に行き着きます。原因はステップの内容にあるのではなく、ステップを踏む「順序の認識の誤り」にあります。正しい手順書を持っていても、組み立てる順番を間違えれば完成しません。この章では、なぜ多くの営業組織が立ち上げから半年以内に機能不全を起こすのかを構造的に説明します。「自社も同じパターンに入っていないか」という視点で読むことで、この後のステップ論の解像度が変わります。
「何をすべきか」を知ることと、「その手順が機能する前提を先に整えること」は、別の問いです。この二つを混同することが、手順通りに進めたはずなのに機能しない、という事態が繰り返される構造的な原因のひとつかもしれません。
営業組織の構築に関する情報は豊富にあります。ステップを解説した記事、体制図の例、ツールの比較——どれも「何をするか」については詳しく書かれています。しかし、それぞれのステップには「そのステップが機能するために先に整えるべき条件」があります。仕組みより先に人を増やしても機能しない理由は、「採用というステップ」が「育成・評価・プロセスという前提条件」の上に乗っているからです。前提が整っていないまま手順だけを踏んでも、形は進んで中身が機能しない状態になります。
逆説的ですが、営業組織に関する情報を集めるほど「やることリスト」が増え、「今どの状態にあるか」の判断が難しくなることがあります。手順書は「何をするか」は教えてくれますが、「今その手順を実行してよい状態にあるか」は教えてくれません。その判断軸を自社の現状に照らし合わせながら持てるかどうかが、同じ手順を踏んでも結果が分かれる分岐点のひとつです。
人を増やしてから仕組みを作ろうとする罠
「人が増えれば売上も増える」という直感は間違っていません。ただし、それが成立するのは「その人たちが自走できる環境が整っているとき」だけです。育成の仕組みも、評価の基準も、提案のプロセスも整っていない状態で採用だけを先行させると、新人は「どうすれば成果を出せるか」がわからないまま放置されます。採用コストをかけた後に定着しない状況が続くと、既存メンバーへの業務集中が起きて疲弊し、さらに離職が増えるという悪循環に入ります。採用した人数ほど組織が強くならないどころか、むしろ混乱が増す——この経験をした組織に共通するのが「仕組みより先に人を増やした」という順序の誤りです。このループから抜け出すには、仕組みが先・人が後という認識を先に固めることが出発点になります。
失敗する組織に共通する3つのパターン
失敗パターンを具体的に整理すると、次の3つに収束します。自社がどれに当てはまるかを確認することが、この後の設計ステップへの起点になります。
①属人化を放置したままの採用拡大: トップ営業の動きをそのまま「正解」として採用した新人に期待するパターンです。「あの人のやり方を見て学べ」という暗黙の育成は、個人差が大きく再現性がありません。優秀な個人を採用しても、その人が習得するのに時間がかかる上、定着しなければ投資が無駄になります。
②評価基準のない分業: インサイドとフィールドを分けても、それぞれの役割と責任範囲が定義されていないと、「誰がボールを持っているか」が常に曖昧になります。分業は責任の所在を明確にするために行うものですが、基準がなければ逆に責任の押し付け合いが生まれます。
③ツール先行の仕組みなし運用: SFAを入れれば組織が変わると考えるのは典型的な誤解です。ツールは仕組みを記録・可視化するための器であり、仕組みがなければ何も記録されません。「誰も入力しないSFA」が生まれる根本原因は、ツールの前に「何をどのタイミングで入力するか」の運用ルールがないことです。
営業組織とは何か:定義と作る目的
営業組織を「営業担当が集まっているチーム」と捉えると、組織化の本質を見誤ります。正確には、営業組織とは「再現性のある売上を生む構造体」です。個人の能力に依存せず、プロセスと仕組みによって誰が担当しても一定の成果を出せる状態を指します。属人化した営業は個人の能力の上限がそのまま組織の売上の上限になります。その天井を取り払い、人が増えるほど成果が積み上がる状態を作るために、営業組織の構造設計が必要です。
自社に合う体制の選び方
営業体制の選択は、好みや流行で決めるものではありません。事業フェーズ、商材の複雑さ、現在の人員規模という変数によって、最適な体制は変わります。競合記事の多くは「The Modelとはこういうものです」という種類の紹介で終わります。しかし、それでは「自社は今どれを選ぶべきか」という判断ができません。重要なのは体制の定義を知ることではなく、「どういう条件のときにどれを選ぶか」の判断軸を持つことです。この章では、その軸を整理します。
The Model・SDR/BDR・一気通貫の使い分け基準
一気通貫型は、1人の営業がリード獲得から受注・カスタマーサクセスまでを担う体制です。商材理解とリレーション構築を同一人物が一貫して担えるため、複雑な案件や小規模チームに向いています。顧客との信頼構築に時間がかかるBtoB商材、とくに初期フェーズの事業では、この形が最も機動的に機能します。
The Model(SDR/BDRによる分業型)は、各フェーズを専門の担当者が担うことで生産性を高める体制です。ただし、分業のメリットが出るには各機能に複数名のリソースが必要です。5名以下の体制でThe Modelを導入しようとすると、1人が複数の役割を兼務せざるを得ず、分業の設計思想そのものが形骸化します。「体制の設計思想」と「自社の実際のリソース」が噛み合っているかが、選択の第一の判断軸です。
事業フェーズ別の体制選択マップ
フェーズを段階的に整理すると、選択の基準が見えやすくなります。
立ち上げ期(〜5名) は一気通貫で仮説検証を進める段階です。顧客の課題を深く理解することが最優先であり、「何が刺さるか」を担当者が自分で探りながら動きます。分業する前に、そもそも何を売るのかを確かめる必要があります。
拡大初期(5〜30名) は役割分業の試験導入を検討する段階です。ただし、プロセスの型が出来ているかを先に確認してください。型がない状態で分業すると、引き継ぎで情報が落ち、案件が止まります。
本格的な成長期(30名〜) になって初めて機能分業が機能します。各機能に専任リソースが確保でき、KPIで各フェーズを管理できるインフラが整った状態が前提です。
移行タイミングは「人数が増えたから」ではなく、「プロセスが型化されているか」「各機能を専任で担える人員がいるか」という条件で判断してください。
営業組織の作り方 5ステップ
体制の選択が決まったら、具体的な構築ステップに入ります。この5ステップには順序に意味があります。目標を設定せずに役割を決めることも、プロセスを型化せずにツールを入れることも、順番が違うと後から修正コストが膨らみます。各ステップの要点と、よくある手順の誤りをセットで確認してください。なお、仕組みを整えてから採用・拡大という大前提は、このステップ全体を通じて変わりません。
ステップ1〜3:目標・役割・プロセスの土台を作る
ステップ1は目標・KGI設計です。 最終的な受注件数や売上金額から逆算して、商談数・リード数・活動量を設計します。「目標を決める」ではなく「目標から行動量を逆算して可視化する」ことが正しい進め方です。よくある誤りは、目標を期末に評価するだけで、日々の活動量への分解を行わないことです。
ステップ2は役割・組織図の設計です。 誰が何に責任を持つかを明文化します。体制図を作るだけでは不十分で、「誰が何を判断し、誰に何を報告するか」まで言語化することが必要です。責任の所在が曖昧なまま分業が始まると、対応漏れと責任の押し付け合いが起きます。
ステップ3は営業プロセスの型化です。 受注した案件を分析し、「成果につながったステップ」を言語化して共通のプロセスとして定義します。暗黙知を手順に変えることがこのステップの核心です。型化が済んでいないうちに分業やツール導入を進めると、型がないまま運用が始まります。
ステップ4〜5:育成の仕組みとツール定着
ステップ4は育成とマネジメントの仕組み設計です。 育成プログラムは「入社後いつまでに何をできるようにするか」を定義することから始まります。マネージャーは成果を「出す」役割から成果を「出させる」役割に移行する必要があります。プレイヤーとして優秀だった人がこの転換に失敗するケースは多く、マネージャー自身への役割定義の共有が必要です。
ステップ5はSFA/CRMの定着です。 ツールを入れる前に「何をどのタイミングで入力するか」の運用ルールを先に決めます。ツールが先・ルールが後の順序で進めると、誰も入力しないシステムだけが残ります。ルールが先に決まっていれば、ツールの選定基準も「そのルールを運用しやすいか」という軸で評価できます。
属人化を排除する仕組み化の核心
ステップを踏んでも、組織の実態として属人化が続くケースがあります。その原因は「言語化されていない知」の存在です。トップ営業が持つ顧客理解、断られたときの切り返し、信頼を築くコミュニケーションの型——これらは「センス」や「経験」として扱われがちですが、実際には「行動のパターン」として言語化できます。属人化の正体は能力の差ではなく、言語化されているかどうかの差です。この章では、その知を組織の財産に変換する手順を説明します。
勝ちパターンを言語化して再現性を作る手順
最初のステップは「成果が出た案件を行動レベルで分解する」ことです。「関係構築がうまかった」ではなく、「初回訪問で何を聞き、何を話し、どのような流れで次のアポイントに繋いだか」という行動の粒度まで落とし込みます。評価の言葉ではなく、行動の記述が言語化の素材です。
次に、言語化した内容を「誰でも使えるフォーマット」に変換します。チェックリスト、ヒアリングシート、提案書のテンプレートなど、入力さえすれば同じ行動が取れる形にします。「わかりやすい文書」ではなく「使える道具」として設計することが大切です。
最後に、そのフォーマットを使った動きをマネージャーが観察し、「どこで詰まるか」を定期的にフィードバックするサイクルを作ります。言語化は一度やれば終わりではなく、「使いながら更新する」仕組みが必要です。勝ちパターンは市場や商材の変化に合わせてアップデートし続けることで、初めて組織の財産として機能し続けます。
育成と評価制度の設計
育成と評価は、片方だけ整えても機能しません。評価基準がなければ、育成プログラムを設計しても「何を目指して育てるか」が曖昧なままです。公正な評価制度には、透明性(誰でも同じ基準で評価される)、プロセス評価(成果だけでなく行動も評価対象にする)、フィードバックサイクル(評価結果が次の行動指針につながる)の3要件が必要です。これらが揃って初めて、育成プログラムは継続的に機能します。また、マネージャーがプレイヤーから役割移行する際に「評価する側」としての訓練が受けられているかも、制度の機能に直結します。
作った組織を「崩さない」定着設計
営業組織の作り方を解説した記事の多くは、「組織ができたところ」で終わります。しかし実務の問題は「作った後」に起きます。最初は機能していた仕組みが半年後に形骸化している——この現象は珍しくありません。原因は仕組みそのものの設計ミスではなく、「維持するためのコストと仕組みを設計していなかった」ことにあります。作った組織を崩さないためには、運用フェーズのルーティンを設計段階で組み込む必要があります。この章では、形骸化の構造的な原因と、それを防ぐための定着設計を説明します。
形骸化が起きる3つの構造的原因
①ルールが守られない評価設計: プロセスを定義しても、そのプロセスに従うことが評価に反映されなければ、メンバーは「成果が出ればやり方は問わない」と判断します。仕組みを守ることへのインセンティブが評価制度の中に組み込まれていないと、ルールは自然に形骸化します。最初の1〜2か月は守られても、評価に関係ないと気づいた時点で運用が崩れ始めます。
②マネージャー負担の集中: 定着の責任がマネージャー1人に集中すると、その人が異動・退職した際に仕組みが機能しなくなります。「誰がいなくても回る」設計が必要で、そのためには各役割が分散した組織設計が前提です。仕組みの継続が特定個人の熱量に依存している状態は、属人化の別の形です。
③仕組みの定期見直し不在: 一度作った仕組みを「正解」として固定すると、事業環境の変化に追いつけなくなります。「何かあったときに見直す」ではなく、「定期的に見直すタイミングを予め決めておく」ことが崩れない組織の条件です。見直しの機会が設計されていない仕組みは、時間が経つほど現場の実態とずれていきます。
定期見直しと改善ルーティンの作り方
月次と四半期でアジェンダを分けて設計します。月次は「数字のズレと行動のズれを確認する場」として、KPIの達成状況と営業プロセスの実施率をセットで確認します。数字だけを見る月次会議では、行動の問題を早期に発見できません。四半期は「仕組み自体を評価する場」として、プロセスの型・評価制度・育成プログラムのどこかに修正が必要かを判断します。
仕組みが機能しているかを測るための指標は、①プロセス実施率(決めた手順がどれだけ実行されているか)、②新人の初受注までの期間(再現性があるかの代理指標)、③マネージャーの介入頻度(介入が多いほど自走できていない)の3つが基本です。見直しの会議は「やる・やらない」ではなく「誰が何をアジェンダにして何を判断するか」まで設計しておかないと、多忙な時期に自然と省略されます。
まとめ
この記事で伝えた核心は3点です。第一に、順序を間違えないこと——仕組みが先・人が後です。採用より先に育成・評価・プロセスの土台を作ることが、営業組織を機能させる前提です。第二に、体制は「事業フェーズ×リソース」で選ぶこと——The Modelも一気通貫も、自社の状況に合っていなければ逆効果になります。第三に、定着設計まで作って初めて完成すること——作った仕組みは維持のためのルーティンを設計しないと崩れます。
まず次の1アクションとして、自社がH2-1で挙げた3つの失敗パターンのどれに該当するかを確認してみてください。そこが出発点です。


