スタートアップの営業組織立ち上げ｜人員追加ではなく勝ちパターン分解が最初の一歩

営業組織の立ち上げは「人員追加」ではなく「勝ちパターンの分解」から始まる

営業組織化の起点は採用ではありません。属人的に成立している受注プロセスを、他者が再現できる形へ分解・言語化することが第一工程です。この工程を飛ばした採用は、入社者が売り方を掴めないまま成績未達となり、短期離職と再採用を繰り返す構造をつくりやすくなります。公開されている支援事例では、この悪循環によって資金調達額の約6割が採用に投下される事態に至った企業のケースが報告されています（特定企業の事例であり、一般的な比率ではありません）。

注意すべきは、経営陣自身が成功要因を言語化できていないケースが少なくない点です。同じ事例では、高いスキルで売上を伸ばしていた経営メンバー自身も、なぜ受注できているのかを構造化して他者に教えられる状態になかったことが指摘されています。「なぜ売れているのか」を第三者に説明できる粒度に落とせていなければ、その勝ちパターンは移譲できません。営業組織の立ち上げとは、この暗黙知を形式知へ変換する作業そのものです。

言語化できているかを判定する5項目

• ターゲット定義：どの業界・規模・部門・課題状況の企業が勝ち筋か
• 訴求：その相手に何を、どの順番で伝えると前に進むか
• 商談ステップ：初回接触から受注までに必ず通過する工程と各工程のゴール
• 想定反論と切り返し：頻出する懸念と、それに対する応答の型
• 受注条件：決裁者・予算・導入時期など、成約時に共通して満たされていた事実

この5項目は編集部が支援経験をもとに整理した確認軸です。事業モデルによって必要な項目は増減するため、自社の商談プロセスに合わせて足し引きしてください。

勝ちパターンを分解する手順

1. 直近の受注案件を棚卸しし、セグメントと提案内容で分類する
2. 勝ち筋が重なる案件群を特定し、共通する商談ステップを抽出する
3. 想定反論・切り返し・受注条件を文書に落とす
4. 未言語化の領域を洗い出し、次の商談で検証項目として設定する
5. ドキュメントをロールプレイと商談レビューに接続し、実行可能な状態にする

ドキュメントを作って終わりにしないことが重要です。公開されている支援手法では、顧客と商談すべきタイミングをシナリオ化してチェックシート化したうえでロールプレイングを重ね、新規メンバーが実行できる状態まで持っていくアプローチが示されています。作成物ではなく、実行できる人数が増えたかどうかで進捗を測ってください。

この段階での例外

• 受注が数件でも、同一業界・同一課題で連続している場合は、限定的に型化を先行させる判断もあり得ます
• 創業者が複数事業を兼務し物理的に商談へ入れない場合は、再現性の検証と分業を並行させることになりますが、この場合も仮説検証の責任は創業者が保持します

代表営業をやめるタイミング｜移行判断チェックリスト

移行判断は人数や売上額ではなく、受注の再現性、創業者不在での受注成立、分業に耐える商談量の3条件で見ます。とくに「創業者が同席しない商談で受注が成立したか」が満たされた工程から順に手放すのが安全です。公開事例からも、採用のタイミングは事業の成長ペースにそのまま合わせるのではなく、営業プロセスの型化などの基盤整備がどこまで完了しているかに依存させるべきという整理が示されています。

移行可否を判定する5観点

自己採点で未達項目が出たら、その内容によって戻る先が変わります。未達が「言語化」なら型化に戻り、「事業側の固定」なら営業組織化を保留して事業仮説の検証に戻します。ここを取り違えて営業の問題として採用や研修で解こうとすると、投じたコストが回収できない場合があります。

PMF前後で変わる判断の分岐

PMF前は、仮説検証の主体が創業者にある状態です。分業すると、誰がどの仮説を検証しているかが不明瞭になり、失注理由もターゲット起因か提案起因か切り分けにくくなります。この段階では創業者が売り切り、検証サイクルを短く保つほうが合理的だと考えられます。PMF後は、勝ちパターンの拡張が目的になるため、量を増やす工程から分離していきます。

「移譲できない」原因が事業側にあるケースの見分け方

移譲がうまくいかないとき、原因を担当者のスキルに帰属させる前に確認すべき点があります。失注理由が「予算がない」「時期が合わない」に偏る場合はターゲット選定、「価値が伝わらない」に偏る場合は訴求設計、「話は良いが決まらない」が続く場合は決裁プロセスの把握不足が疑われます。担当者を替えても同じ分布になるなら、事業側の課題と判断するのが妥当です。パイプラインが滞る要因は担当者のスキル差だけとは限らないため、組織としての顧客アプローチも併せて見直す必要があります。

この段階での例外

• 資金調達直後などで採用計画が先に確定している場合は、型化と採用を並行させる代わりに、入社後一定期間は創業者同席を前提に設計する運用があり得ます
• 商談が長期・少数のエンタープライズ型では、前工程の分離より創業者同席を継続するほうが合理的な場合があります

役割定義と境界線｜最初に切り出す1工程の決め方

最初に切り出すのは前工程（リスト作成・アプローチ・アポ獲得）です。問い合わせや資料請求などの反響に対応するSDRと、接点のないターゲット企業へアウトバウンドで接触するBDRは担当対象が異なるため、自社のリード供給構造に合わせてどちらを先に置くかを決めます。役割定義で最も重要なのは業務内容の列挙ではなく、次工程へ渡す条件を客観的に判定できる形で書くことです。

SDR／BDR／フィールドセールス／CSの担当範囲

SDRとBDRの指標例は、インサイドセールスの分業を解説する公開情報で示されている代表例です。用語の定義を突き詰めるより「どの相手を担当するか」で整理すると運用に落としやすくなります。問い合わせが継続的に発生しているならSDRを先に、リードが自然発生しないならBDRを先に置く、という順序が実務的です。

引き継ぎ基準の書き方

引き継ぎ条件は「感触が良い」といった主観表現では機能しません。課題認識が言語化されているか、決裁関与者を特定できているか、検討時期が明示されているかなど、客観的に判定できる事実で定義します。あわせて、やり取りの内容と提案のヒントをSFAへ記録してから渡す運用を固定すると、次工程の商談準備が再現可能になります。記録項目に抜けがある場合は差し戻す、というルールまで決めておくと運用が崩れにくくなります。

切り出す工程を決める手順

1. 現在の商談プロセスを工程に分解し、創業者の稼働時間を工程別に配分する
2. 最も時間を占め、かつ判断の属人性が低い工程を切り出し候補にする
3. 役割定義表を作成する（責任範囲／指標／引き継ぎ条件／記録先）
4. 引き継ぎ時の記録項目を固定し、抜けがあれば差し戻すルールを決める
5. 創業者不在の商談で受注が成立したら、次の工程の移譲へ進む

事業モデル別の例外

• 高単価・長期商談のエンタープライズ型：意思決定者が複数で商談が長期化するため、前工程の分離より創業者と担当者のペア商談を継続するほうが合理的な場合があります
• 低単価・大量取引型：フィールドセールスより先に、マーケティングやオンボーディング側を厚くする設計もあり得ます
• 採用が難しいフェーズ：工程単位で業務委託や営業代行へ外部化する選択肢がありますが、勝ちパターンの言語化が前提になります

この段階での失敗条件

• いきなり完全分業にして、工程間で顧客情報や課題の背景が落ちていないか
• 引き継ぎ条件が主観表現で書かれ、判定が担当者ごとにぶれていないか
• 前工程の担当者に受注責任を負わせ、質より量に走る構造になっていないか

いずれの例外も、適用可否は単価・商談期間・意思決定者の数で変わります。自社がどちらの型に近いかを先に確定させてから、切り出す工程を決めてください。

会議体の設計｜週次パイプライン会議と月次KPIレビュー

役割を分けた直後に必要になるのが会議体です。個別1on1だけで管理するとパイプライン全体が見えず、フェーズの解釈が担当者ごとにばらつきます。週次は案件と行動量、月次はKPIと勝ちパターンの更新という二層で設計し、会議を報告の場ではなく意思決定の場にすることが要点です。以下のアジェンダは編集部の整理案で、商談期間と案件数に応じて頻度や議題を調整する前提です。

週次パイプライン会議のアジェンダ例

商談の事前準備シートを一定期日までに提出させるルールを設けると、準備の質が担当者依存になりにくくなります。公開されている改善手法では、商談の3営業日前までに事前準備シートを提出させる運用や、ノウハウ共有の曜日と時間を固定する運用が挙げられています。会議で扱う材料を固定することが、そのまま準備の標準化になります。

月次KPIレビューで扱う論点

1. 先行・中間・遅行の各指標の推移を確認する
2. フェーズ移行率の変化からボトルネック工程を特定する
3. 失注要因を分類し、勝ちパターンのドキュメントを更新する
4. 役割定義と引き継ぎ基準の改訂要否を判断する
5. 次に移譲する工程を決定する

メンバーが2〜3名の段階では、月次を独立させず週次の最終回に月次論点を組み込む簡易運用でも成立します。会議の数を増やすことが目的ではありません。

フェーズ定義を統一する

同じ「提案中」でも、担当者Aは資料を送っただけ、担当者Bは決裁者へプレゼン済み、という解釈のばらつきが起きると、案件数も金額も予測材料として使えなくなります。各フェーズに、判定に使う客観的な事実を1〜2個だけ紐づけたフェーズ定義書を作り、全員が同じ理解で運用してください。あわせて、入力したデータを週次会議で必ず使うようにすると、「管理のための管理」と受け取られる状態を避けられます。入力項目の基準をマニュアル化しておくと、担当者の主観に左右されにくくなります。

KPI設計｜先行・中間・遅行の3層に分ける

KPIは「アポ数か売上か」の二択ではありません。行動量（先行）、商談進捗（中間）、受注・売上（遅行）の3層に分け、どの層をフェーズ移行の判断材料に使い、どの層を人事評価に使うかを分けて設計します。アポ数を単独で評価すると、質の低い商談が積み上がり、フィールドセールスの時間が奪われます。以下の3層マップは、公開されているパイプライン管理の指標例を編集部が3層に整理したものです。

3層マップの構成

KPIの目標値は、年間の売上目標と過去の成約率・商談化率・案件化率から逆算して設定する考え方が公開情報でも示されています。パイプラインの状況は常に変化するため、設定した数値は固定せず、月次で検証し直す前提で運用してください。

評価に使う指標と管理に使う指標を分ける

前工程の担当者に受注責任を負わせると量に走り、量だけで評価すると質が落ちます。実務的には、評価には「商談化率」「引き継ぎ後の商談進行率」など質を含む中間指標を組み込み、行動量は日々の管理・改善に使う指標として扱う整理が機能しやすくなります。結果の数字のみに比重を置いた評価制度が、ナレッジ共有を妨げ属人化を加速させる要因になり得る点にも注意が必要です。社内競争が強すぎるとノウハウ共有が進まないため、チーム単位の業績反映やプロセス評価の加点を組み合わせる調整が有効な場合があります。

株主・投資家に再現性を説明するロジック

説明の骨格は「同一セグメントで同一の商談ステップを通過した案件が、一定の移行率で受注に至っている」という構造で示すことです。売上金額だけを報告するより、リード数から受注までの各フェーズ移行率と平均リードタイムを提示するほうが、投下リソースを増やしたときの成果を予測しやすくなります。移行率の低いフェーズを課題として明示し、次四半期の打ち手と結びつけると、再現性の説明として成立します。

立ち上げ期のアンチパターン5類型

失敗の多くは、順序の誤りに集約されます。以下の5類型は、いずれも「言語化より先に、人・ツール・分業を入れてしまう」という共通点を持ちます。自社が該当していないかを確認し、該当する場合は前の工程へ戻る判断が必要です。

• PMF前に分業し、検証すべき仮説が担当者ごとに分散していないか
• 勝ちパターンが未言語化のまま採用を先行させ、入社者が独自解釈で動いていないか
• アポ数のみを評価し、質の低い商談が積み上がっていないか
• 会議体がないまま個別1on1で管理し、パイプライン全体が見えなくなっていないか
• ツール導入だけが進み、入力されないCRMが残っていないか

該当項目があった場合の戻り先は明確です。1つ目と2つ目は勝ちパターンの言語化、3つ目はKPIの3層整理、4つ目は会議体の設置、5つ目はフェーズ定義と会議での活用設計に戻ります。すべてを同時に直そうとせず、最も上流の原因から順に着手してください。

移譲を進める全体ステップ

ここまでの内容を、実行順に並べ直します。重要なのは一度で完結させないことです。1工程を移譲し、創業者不在で受注が成立したことを確認してから次の工程へ進む、というループとして回します。

1. 前提確認：同一セグメント・同一提案で複数受注が出ているかを確認する。出ていなければ事業側の検証に戻る
2. 勝ちパターンの分解：ターゲット定義・訴求・商談ステップ・想定反論・受注条件を文書化する
3. 切り出す工程の決定：前工程から分離し、クロージングは創業者が保持する
4. 役割定義：工程ごとの責任範囲、指標、引き継ぎ条件、記録先を明文化する
5. 会議体の設置：週次は案件と行動量、月次はKPIと勝ちパターンの更新を扱う
6. KPI接続：先行・中間・遅行の3層で設計し、評価指標と管理指標を分ける
7. 移譲判定：創業者不在の商談で受注が成立したかを基準に、次工程の移譲を判断する

本記事で示した判断基準・役割定義表・会議アジェンダ・KPI3層マップは、支援経験と公開情報をもとにした編集部の整理案です。単価、商談期間、リード供給構造によって調整が必要になるため、自社の型に合わせて項目を足し引きしてください。

まとめ

営業組織の立ち上げは、人を増やすことではなく、勝ちパターンを移譲可能な形へ分解することから始まります。分業は目的ではなく、再現性を確認できた勝ちパターンを拡張するための手段です。

次に取るべき行動は3つです。第一に、本記事の5観点チェックリストで自社が移行フェーズか検証フェーズかを自己診断すること。第二に、創業者の稼働を工程別に配分し、最初に切り出す1工程を特定すること。第三に、週次パイプライン会議を、フェーズ定義書と案件一覧を持ち物として翌週から開始することです。判断基準は共通化できても、勝ちパターンの分解と役割設計は事業モデル・単価・商談期間に依存します。自社の型に合わせた具体化が必要な場合は、現状フェーズの棚卸しから着手してください。NSJAPANは新規事業の仮説設計・検証・初受注・再現化までを一貫して支援しており、公式サイトでは累計支援社数62社と記載されています（記載は公式サイト確認時点の内容です）。