営業プロセス設計入門｜再現性ある組織の作り方

営業プロセス設計とは、営業活動の一連の流れを「ステージ」として定義し、各ステージの完了条件・必須アクション・計測指標を明確にすることで、誰がやっても一定の成果が出る構造を作る作業だ。結論から言えば、属人的な営業で売上を上げ続けることには限界があり、データドリブンで再現性のある営業プロセスを設計することが、スケーラブルな営業組織の前提条件となる。本記事では、GTMエンジニアの視点から、営業プロセス設計の全体像と実践手法を解説する。

なぜ今、営業プロセス設計が必要なのか

多くの営業組織が「営業プロセスはある」と言う。しかし実態は、トップ営業が自己流で成果を出し、他のメンバーはその背中を見て「なんとなく」動いている——という状態が大半である。

この「暗黙知依存型」の営業組織には構造的な限界がある。

• トップ営業が退職すると売上が急落する: ノウハウが個人に紐づいているため、人が抜けると再現できない
• 新人の立ち上がりが遅い: 「見て覚えろ」では育成に半年〜1年かかり、その間の機会損失が大きい
• ボトルネックが特定できない: どのステージで商談が止まっているかがわからず、改善の打ち手が打てない
• 経営者が営業の実態を把握できない: パイプラインの可視化ができず、売上予測が「気合いと勘」になる

営業プロセスを設計するとは、こうした暗黙知を「形式知」に変換し、組織として再現可能な仕組みに落とし込むことだ。営業KPI設計で「何を測るか」を定義するのと同様に、営業プロセス設計では「どう進めるか」を定義する。この2つは営業企画の両輪であり、どちらが欠けても機能しない。

営業プロセス設計の全体像——5つの構成要素

営業プロセス設計は以下の5つの要素で構成される。

1. ステージ定義: 営業活動をどの単位で区切るか。リード獲得から受注・失注までの一連のフェーズを定義する。

2. 完了条件（Exit Criteria）: 各ステージから次のステージに進むために満たすべき条件。「なんとなく進んだ」を排除し、客観的な基準を設定する。

3. 必須アクション: 各ステージで営業が必ず実行すべき行動。ヒアリング項目、送付資料、確認事項などを明文化する。

4. 計測指標: 各ステージの滞留日数、転換率、離脱率などのデータポイント。これが改善の根拠になる。

5. 改善サイクル: データに基づいてプロセスを継続的にチューニングする仕組み。設計して終わりではなく、運用して初めて価値が出る。

この5要素を一貫して設計し、CRMに実装することで、営業プロセスは「絵に描いた餅」ではなく、実際に機能する仕組みになる。

ステージ設計の実践——BtoB営業の標準型

BtoB営業における標準的なステージ設計は以下の6ステージで構成される。自社の商材や販売形態によってカスタマイズが必要だが、まずはこの標準型をベースに考えるとよい。

ステージ1: リード（Lead）

見込み客として認識された状態。Webフォーム、展示会、紹介、アウトバウンドなどのチャネルからリードが流入する。この段階ではリードスコアリングによって優先順位をつけ、営業がアプローチすべきリードを絞り込む。

• 完了条件: 初回コンタクト完了、課題感の確認
• 必須アクション: リードソースの記録、初回架電またはメール送信
• 計測指標: リード数、チャネル別流入数、初回コンタクト率

ステージ2: クオリフィケーション（Qualification）

リードが自社の顧客として適格かどうかを判断するステージ。BANT（Budget / Authority / Need / Timeline）やMEDDIC（Metrics / Economic Buyer / Decision Criteria / Decision Process / Identify Pain / Champion）などのフレームワークを使い、深掘りヒアリングを行う。

• 完了条件: BANTまたはMEDDIC項目の充足（最低3項目）
• 必須アクション: ヒアリングシートの記入、CRMへの情報入力
• 計測指標: クオリフィケーション通過率、平均ヒアリング回数

ステージ3: 提案（Proposal）

顧客の課題に対する解決策を提示するステージ。ヒアリングで得た情報をもとに、顧客ごとにカスタマイズした提案書を作成・提示する。

• 完了条件: 提案書の提出、意思決定者への説明完了
• 必須アクション: 提案書作成、プレゼン実施、競合情報の把握
• 計測指標: 提案実施率、提案から次ステージへの転換率

ステージ4: 交渉（Negotiation）

価格・条件・スケジュールなどの合意形成を行うステージ。ここでは意思決定者やチャンピオン（社内推進者）との関係構築が重要になる。

• 完了条件: 条件合意、社内稟議の開始
• 必須アクション: 見積書提出、条件交渉、稟議支援資料の提供
• 計測指標: 平均交渉期間、値引き率、失注理由

ステージ5: 受注（Closed Won）/ 失注（Closed Lost）

商談の最終結果。受注の場合は契約締結とオンボーディングへの引き継ぎ。失注の場合は失注理由の記録とナーチャリングリストへの移行を行う。

• 完了条件: 契約締結または失注確定
• 必須アクション: 受注 — 契約書締結、CSへの引き継ぎ。失注 — 失注理由の記録（必須選択式 + 自由記述）
• 計測指標: 受注率、平均受注単価、リードタイム（リード獲得から受注までの日数）

ステージ6: オンボーディング（Onboarding）

受注後の導入支援ステージ。営業プロセスのスコープ外と見なされがちだが、解約率やLTV（顧客生涯価値）に直結するため、プロセスとして設計すべきだ。セールスシーケンスの考え方を応用し、導入後のフォローアップを自動化することも有効である。

ステージ数は6が絶対ではない。SaaS企業であればトライアルステージを追加し、大型案件が中心の企業であればPoC（概念実証）ステージを入れるなど、自社の実態に合わせて調整する。重要なのは「全員が同じ定義でステージを運用している」状態を作ることだ。

CRMへの実装——設計を動く仕組みに変える

営業プロセスを紙やスライドに描いただけでは機能しない。CRMのパイプラインとして実装し、営業の日常業務に組み込むことで、初めて「使われるプロセス」になる。

パイプライン設計のポイント

HubSpotやSalesforceなどのCRMでは、パイプラインのステージとして営業プロセスを実装する。設計時に押さえるべきポイントは以下の通りだ。

ステージ名は行動ベースで命名する: 「検討中」「見込みあり」のような曖昧な名前ではなく、「ヒアリング完了」「提案書提出済」のように、完了したアクションがわかる名前にする。これにより、ステージの定義が名前だけで伝わり、入力のブレが減る。

必須プロパティを設定する: 各ステージに進む際に入力必須のフィールドを設定する。たとえばクオリフィケーションステージでは「予算規模」「決裁者名」「導入時期」を必須にする。入力がなければステージを進められない仕組みにすることで、データの欠損を防ぐ。

受注確度（Deal Probability）を設定する: 各ステージに受注確度の目安を設定する。リード=10%、クオリフィケーション=25%、提案=50%、交渉=75%、受注=100%、のように設定することで、パイプライン金額から加重売上予測が算出できる。

滞留アラートを設定する: 各ステージに標準滞留日数を定め、超過した案件をマネージャーに自動通知する。たとえば「提案ステージに14日以上滞留」で通知を飛ばし、案件の停滞を早期発見する。

自動化で入力負荷を下げる

プロセス設計の最大の敵は「入力されない」ことだ。営業は忙しい。CRMへの入力が面倒だと感じれば、データは欠損し、プロセスは形骸化する。これを防ぐために、営業プロセス自動化の技術を活用する。

• メール送信のログ自動記録: CRM連携メールで送受信履歴を自動取得
• ステージ遷移の自動化: 特定条件（提案書送付など）を満たしたら自動的にステージを進める
• リマインダーの自動送信: タスク期限の前日に営業へSlack通知
• レポートの自動生成: 週次パイプラインレポートを自動配信

入力負荷を極限まで下げ、営業が「入力しないと困る」状態を作ることが、プロセス定着の鍵である。

ボトルネック分析——データで改善ポイントを特定する

営業プロセスを設計・実装した後に最も重要なのは、データを使ったボトルネック分析だ。プロセスの「どこ」で商談が止まり、「なぜ」止まるのかを特定し、打ち手を講じる。

ファネル分析

各ステージ間の転換率を計算し、ファネル（漏斗）として可視化する。たとえば以下のような結果が得られたとする。

ステージ	件数	転換率
リード	100	—
クオリフィケーション	40	40%
提案	28	70%
交渉	10	36%
受注	7	70%

この場合、「提案→交渉」の転換率が36%と著しく低い。ここがボトルネックである。原因として、提案内容が顧客の課題に刺さっていない、意思決定者へのアクセスができていない、競合に負けている、などの仮説が立つ。ここから深掘りして原因を特定し、提案テンプレートの改善や競合対策資料の整備といった打ち手を実行する。

滞留分析

各ステージの平均滞留日数を計測し、異常値を検出する。営業テリトリー設計と組み合わせれば、地域別・担当者別のステージ滞留日数も把握でき、マネジメントの精度が上がる。

コホート分析

同一時期に発生したリードをグループ化し、時間経過に伴うステージ遷移のパターンを分析する。これにより、「3月に獲得したリードは受注率が高い」「展示会リードは初期転換率は高いがリードタイムが長い」といった傾向が見えてくる。

継続的改善——設計は終わりではなく始まり

営業プロセスは一度設計したら完成ではない。市場環境、プロダクト、競合、組織体制——あらゆる前提が変化するため、プロセスも進化し続ける必要がある。

改善サイクルの設計

以下の3層の改善サイクルを回すことを推奨する。

週次（Weekly）: パイプラインレビュー。各案件の進捗確認とステージ更新、今週のアクション確認。マネージャーと営業が15〜30分で実施する。

月次（Monthly）: ファネル分析レビュー。転換率・滞留日数の推移を確認し、短期的な改善アクションを決定する。必要に応じてトークスクリプトや提案テンプレートの改善を実施。

四半期（Quarterly）: プロセス全体の見直し。ステージ定義・完了条件・必須アクションが実態に合っているかを検証し、必要に応じてプロセス自体を再設計する。新プロダクトのリリースや組織変更があった場合は必ず実施する。

よくある失敗パターンと対策

失敗1: 設計が精緻すぎる。 ステージを10以上に分割し、各ステージの入力項目を20個以上設定した結果、誰も使わない。対策は「最小限で始め、データを見て追加する」だ。

失敗2: 現場の声を聞かずに設計する。 マネジメント層だけで設計し、現場の実態と乖離したプロセスになる。対策は、設計段階でトップ営業2〜3名にヒアリングし、実際の商談の進め方をベースに設計すること。

失敗3: 設計後のフォローがない。 華々しくキックオフしたが、3ヶ月後には誰も守っていない。対策は、週次パイプラインレビューをマネジメントの必須業務とし、プロセス遵守率をマネージャーの評価指標に入れること。

まとめ——営業プロセス設計は営業組織のOSである

営業プロセス設計は、営業組織の「OS（オペレーティングシステム）」を作る仕事である。優秀な営業個人に依存するのではなく、組織として再現性のある成果を出すための基盤だ。

設計の出発点は、現状の営業活動をステージとして可視化し、各ステージに完了条件・必須アクション・計測指標を定義すること。それをCRMに実装し、データに基づいて継続的に改善する。このサイクルを回し続けることで、営業プロセスは組織の競争優位になる。

GTMエンジニアの役割は、まさにこの営業プロセスの設計・実装・改善をデータとテクノロジーの力で推進することにある。営業企画が描いた理想のプロセスを、CRMやiPaaSを使って「動く仕組み」に変える。それが、データドリブンで再現性のある営業組織を作る第一歩だ。