営業プロセスの設計手法｜構造化・段階化・型化の3ステップで再現可能な型を作る

営業プロセスを設計しようとしたものの、何から手をつければよいかわからずに止まった経験はないでしょうか。あるいは、設計したはずなのに「現場が入力してくれない」「フェーズの使い方が担当者によってバラバラ」という状況に直面したことがあるかもしれません。こうした問題の多くは、手順の問題ではなく、設計の前提や設計作業の途中で抜け落ちているステップに原因があります。

本記事では、営業プロセスの設計を「構造化・段階化・型化」という3層のステップに分けて解説します。このフレームを使うことで、「フロー全体を描く」「フェーズと移行条件を定義する」「アクションレベルまで型に落とす」という3つの作業が、どの順序で、何を目的に行うものなのかが明確になります。

営業プロセス設計とパイプライン管理では、営業プロセスとパイプライン管理の体系的な全体像を整理しています。本記事では設計手法そのものに絞って解説します。

営業プロセス設計とは何か

営業プロセスの「設計」とは、リード獲得から受注・顧客維持に至る一連の活動を、再現可能な手順として整理する作業です。定義の詳細は親ピラーに委ねますが、ここでは「設計とは何をする作業か」を実務目線で押さえておきます。

設計という言葉はやや抽象的に聞こえますが、やることはシンプルです。「成果を出している担当者が何をしているかを観察し、それを誰でも追えるかたちで文書化する」作業です。個人の頭の中にある勝ちパターンを組織の共有財産にすることが、設計の本質的な目的です。

営業活動との違い：「やっていること」と「設計されたプロセス」

営業担当者が日々行う個々のアクション（電話・メール・商談・資料送付など）は「営業活動」です。一方、設計されたプロセスとは、それらの活動を「どの順序で」「どのタイミングで」「何を確認した上で」行うかを定めたフローとフェーズの体系を指します。

設計がない状態では、担当者Aは「最初に課題ヒアリング商談を設定する」、担当者Bは「まず資料を送ってから商談する」という具合に、進め方が個人ごとに異なります。新人がどのやり方を参考にすればよいか分からず、マネージャーも「この案件は今どこにいるのか」を担当者に聞いて回らなければ把握できません。設計されたプロセスがあると、全員が共通の地図の上を動くため、マネージャーはデータで全体を把握できるようになります。

設計が必要になるタイミング

3〜5人規模のチームでは、担当者どうしが毎日会話しているため、暗黙知の共有が自然に成立しやすく、設計がなくても大きな問題にならないことがあります。しかし次のようなタイミングで設計の必要性が一気に高まります。

• チームが拡大するとき（6人以上になると暗黙知の共有が難しくなる）
• 担当者の離職・異動が発生し、引き継ぎが必要になるとき
• マネージャーが個別指導から組織レベルの指導に移行するとき
• 入社からの立ち上がりを早めたいとき（オンボーディングの整備）

設計のタイミングを「問題が起きてから」にすると、属人化がすでに深まっている状態からの再構築になるため、あらかじめ着手しておくことが望ましいです。

設計が機能しない典型的な失敗パターン

設計のステップを説明する前に、失敗パターンを整理しておきます。「手順どおりに設計したのにうまくいかなかった」というケースの多くは、手順の問題ではなく設計の前提に誤りがあります。以下の4つを先に把握しておくことで、設計作業中の見落としを防ぎやすくなります。

パターン①：売り手の行動を起点に設計している

「提案→デモ→見積→クロージング」という自社の活動でフェーズを作ると、顧客の検討状況と対応しないフェーズが生まれます。顧客がまだ課題を認識していない段階でも、営業担当者が「提案書を送った」という理由で「提案フェーズ」と記録されてしまいます。

こうなると、フェーズ別の集計は数字として出ますが、「提案フェーズにある案件のうち何割が受注に進むか」という指標が実態を反映しなくなります。フェーズ名と顧客の状態がズレているためです。

修正の方向性は、顧客の購買ステップを先に確認し、それに対応するかたちで自社の活動を配置することです。詳細はステップ1（構造化）で扱います。

パターン②：フェーズを設けたが移行条件を定義していない

フェーズの名前は決まっているが、「いつ次のフェーズに進むか」が担当者の主観に委ねられているケースです。同じ状況の案件でも、Aさんは「提案中」、Bさんは「検討中」と入力します。データとしては案件数が出るものの、フェーズ別の転換率は担当者ごとの感覚を集計しただけになり、意思決定の根拠になりません。

移行条件（EXIT条件）の設計は、フェーズ定義と同じくらい重要であるにもかかわらず、多くの設計で省略されています。本記事ではステップ2でこの手順を具体的に示します。

パターン③：フェーズが多くなりすぎている

フェーズを10以上設定すると、担当者の入力負荷が高くなり、次第に入力が形骸化します。「フェーズを細かくすれば管理精度が上がる」と考えがちですが、入力されないデータはどれだけ精緻に設計しても機能しません。

実運用で現場が使い続けられるフェーズ数の目安は5〜7です。フェーズ数を増やすより、各フェーズの移行条件を明確にする方が、管理精度は上がります。

パターン④：設計を一度やって終わりにしている

営業環境・商材・組織規模・競合状況が変われば、プロセスも見直しが必要になります。設計を「一回完成させるプロジェクト」として扱うと、半年後には現場の実態とズレた設計が残り続けます。四半期ごとのレビューをあらかじめ設計に組み込むことが、プロセスを形骸化させない最大の予防策です。

ステップ1：構造化,,顧客の購買フローに合わせたプロセス全体の設計

設計の最初の作業は、自社の営業活動をリード獲得からアフターフォローまで一本の流れとして書き出すことです。重要なのは「売る側の都合」ではなく「顧客がどう検討を進めるか」を起点にすることで、設計したフローが実際の商談の動きと対応するようになります。ここで作るのは「地図」であり、細部の定義よりも全体構造の把握を優先します。

顧客の購買ステップを確認する

BtoBの顧客は、おおむね「課題認識→情報収集→比較検討→意思決定→購入」というステップを経て購買に至ります。設計の出発点は、このステップのどこで自社が初めて接触し、どのように最終意思決定まで関与するかを整理することです。

BtoBに固有の重要な論点として、複数の意思決定者（DMU：Decision Making Unit）の関与があります。実際の購買場面では、現場担当者・情報収集担当者・予算承認者・最終決裁者がそれぞれ異なるタイミングで関与します。「誰がどのタイミングで関与するか」を可視化するDMUマップは、構造化の段階で用意しておくと、後のフェーズ設計に役立ちます。

既存の営業活動を洗い出す

構造化の実作業は、自社の受注実績から始めます。受注案件の多い担当者複数名に「直近の受注案件で何をしたか」をヒアリングし、活動を時系列で書き出します。

この作業で特に重要なのは、「言語化されていない暗黙のステップ」を拾うことです。担当者は意識していないが成果に直結している行動があります。例えば「提案書を出す前に必ず競合他社の状況を確認している」「決裁者に会う前に現場担当者と1対1で事前調整している」といった行動です。こうした行動を見落とすと、標準化後に「前と比べてなぜか勝率が下がった」という事態につながります。

ヒアリングの対象は1名ではなく、受注率の高い担当者3〜5名に広げることで、個人特有のスタイルと組織として再現できる共通パターンを区別しやすくなります。

フロー全体を1枚に整理する

ヒアリング結果を整理し、「リード獲得→ナーチャリング→初回接触→ニーズ確認→提案→クロージング→受注→アフターフォロー」という大きな流れに配置します。

この段階では、フェーズの細かい定義や数よりも「どこで何が起きているか」の全体像を把握することを優先してください。後のステップ2でフェーズを定義しますが、全体像がないままフェーズを設計しようとすると、プロセスの途中が抜け落ちたり、前後のつながりが不自然なフェーズができたりします。

IT業界では「ウェビナーや問い合わせをきっかけに初回接触し、課題ヒアリング商談→提案→デモ→見積り提示→契約」という流れが典型的です。製造業では「展示会やOEM紹介を起点に、技術要件の確認商談→試作品の評価→価格交渉→発注」という流れが多く、意思決定プロセスが長く複数部門が関与します。業種によってフロー全体の長さや関与者の構成が異なるため、競合他社の事例より自社の受注実績を起点にすることが確実です。

ステップ2：段階化,,フェーズの定義と移行条件の設計

全体のフローを書き出したら、次はそれをSFAやパイプライン管理で使えるように「フェーズ」として段階化します。フェーズの定義と並んで、「いつそのフェーズに進んだとみなすか」という移行条件（EXIT条件）の設計が、段階化の成否を分ける最重要ポイントです。移行条件を曖昧にしたまま運用を開始すると、フェーズ別のデータが担当者の主観で埋まり、意思決定の根拠にならなくなります。フェーズを「名前のある箱」として定義するだけでなく、「箱に入れる条件」まで設計することが、段階化の完成です。

フェーズ数の決め方

実運用の目安は5〜7フェーズです。フェーズが増えるほど入力負荷が上がり、形骸化リスクが高まります。フェーズを設けるかどうかの判断基準は一つです。「そのフェーズの転換率が低ければ、それだけで打ち手が変わるか」。打ち手が変わらないなら、隣のフェーズと統合してよいです。

商材・セールスサイクルの長さによっても最適なフェーズ数は異なります。受注までのサイクルが1〜2週間の比較的シンプルな商材では、3〜4フェーズで十分なことが多いです。一方、半年以上かかる大型案件や複数部門が関与する案件では、5〜7フェーズが必要になります。

各フェーズの定義の詳細や業種別の設計例については、営業フェーズの定義と移行条件で解説しています。

フェーズの定義テンプレート

各フェーズについて、次の4項目を定義します。この4項目が揃うことで、「フェーズの名前だけが存在する設計」から「誰が使っても同じ意味で運用できる設計」に変わります。

• フェーズ名 担当者が直感的に理解できる名前
• 定義 このフェーズにある案件とはどういう状態か
• 代表的なアクション このフェーズで行う主な活動
• 移行条件（EXIT条件） 次のフェーズに進んでよいと判断する客観的な条件

「ニーズ確認フェーズ」を例に示します。

移行条件の設計手順

移行条件を「なんとなく」ではなく、自社の受注データから導き出す手順は次のとおりです。

1. 受注案件を分解する 直近6か月以内の受注案件5〜10件を選び、「いつ、どんな出来事があって次のフェーズに進んだか」を時系列で書き出す。
2. 失注・停滞案件と比較する 受注案件と比較し、「受注案件では起きていたが、停滞・失注案件では起きていなかった出来事」を抽出する。これが移行条件の候補になります。
3. 顧客側の行動を条件にする 「提案書を送付した」（売り手の行動）ではなく、「顧客が提案書のレビューを終え、次回の検討会議に自社担当を呼ぶと確認できた」（顧客側の行動）のように設計します。売り手の行動を条件にすると、顧客の実態と無関係にフェーズが進んでしまいます。
4. チームで合意する 条件の解釈が担当者によって揺れないよう、具体的な事例を使ってチームで認識を合わせます。「先方から次回アポを取れた状態」を「意向あり」と呼ぶかどうか、といった細部まで確認することが重要です。

SFAへの落とし込み

フェーズと移行条件を設計したら、SFAのフェーズ設定に組み込みます。ポイントは、移行条件の確認を「担当者の記憶に任せる」のではなく、業務フローそのものに組み込むことです。

担当者が意識せずとも、フェーズ変更のたびに「この条件は満たされているか」を確認するフローが生まれるよう、ツールへの落とし込み方を工夫することが重要です。

ツール選定の詳細や、営業パイプラインの可視化への落とし込み方は、あわせて参照してください。

ステップ3：型化,,アクションレベルの標準化と再現可能な営業の型

フェーズの定義が終わったら、最後は各フェーズで「誰が・何を・どの順序で行うか」をアクションレベルまで落とし込む作業です。これが「型化」です。フェーズは「地図」であり、型化は「ナビゲーション」に相当します。地図があっても、次の曲がり角がどこかを誰かに聞かなければ進めないようでは、再現性は生まれません。型化によって、担当者が迷わず動けるようになります。

「型」に盛り込む3つの要素

型として整備する内容は次の3つです。

• アクションの定義 各フェーズで行うべき営業活動（電話・メール・商談・資料送付・デモなど）を列挙し、優先順位を明示する。「やってもいいことのリスト」ではなく、「この順序でやる」という行動規範として定義します。
• ツール・テンプレートの整備 トークスクリプト・メールテンプレート・提案書のひな型など、担当者が迷わず使える素材を型に組み込む。「何を言うか・どう書くか」という判断コストを下げることで、担当者はアクションの質を高めることに集中できます。
• KPIの設定 各フェーズに対して1〜2つのKPIを設定する。例えば「ニーズ確認フェーズ」であれば「初回商談から2週間以内のヒアリング完了率」、「提案フェーズ」であれば「提案から1週間以内の顧客フィードバック取得率」といった形です。KPIの詳細な設計については、営業パイプライン指標の設計と選び方を参照してください。

成果が出ている営業担当者の行動を型に抽出する方法

型化の素材は、社内の成果データです。受注率の高い担当者の商談記録やSFAのアクション記録を分析し、共通パターンを見つけます。

具体的な手順は次のとおりです。受注率の高い担当者2〜3名のSFA上のアクション履歴を確認し、「初回商談後の次回アポ取得までの日数」「提案前に送付している資料の種類」「クロージング前に行っている確認事項」などの共通行動を書き出します。次に、受注率が平均的な担当者と比較し、「受注率の高い担当者だけが行っている行動」を抽出します。

発見した共通パターンを型として文書化するとき、「何をするか」だけでなく「なぜそのアクションが有効か」の仮説も一緒に記録しておくことを推奨します。型の「理由」が分かると、担当者が状況に応じて応用できるようになります。例えば「提案前に競合比較資料を顧客に送る」という型には「顧客の比較検討プロセスに自社の軸を先に提供することで、評価基準を設定しやすくする」という仮説を添えます。

営業効率化の4つの方法でも、SFA/CRMでアクション記録を蓄積して共通パターンを抽出するアプローチを紹介しています。蓄積データが多いほど、共通パターンの精度が上がります。

設計で活用できるフレームワーク

型化の各フェーズで使える代表的なフレームワークを、「どのフェーズで使うか」と紐づけて整理します。フレームワークは使うこと自体が目的ではなく、「型に具体性を持たせる道具」として活用してください。

• BANT （Budget / Authority / Need / Timeframe）：ニーズ確認フェーズのヒアリング設計に活用します。顧客の購買意思決定に必要な4要素を確認する軸として使い、BANTが揃った状態を「提案フェーズへの移行条件」に設定できます。
• SPIN （Situation / Problem / Implication / Need-payoff）：初回商談からニーズ確認フェーズの質問設計に活用します。状況・問題・影響・解決欲求の順で質問を組み立てることで、顧客が自ら課題の深刻さに気づき、解決策への興味を持つ対話の型になります。
• DMUマップ 提案フェーズの意思決定者把握に活用します。誰が最終決裁を行い、誰が影響を与えるかを可視化することで、提案先と内容の優先順位を明確にします。
• FABE （Feature / Advantage / Benefit / Evidence）：提案・クロージングフェーズの提案書設計に活用します。機能→優位性→顧客便益→証拠の順で構成することで、顧客にとっての価値が伝わりやすい提案内容になります。

これらのフレームワークは、ステップ1・2で設計したフローとフェーズの中に「アクションの質を高める具体的なやり方」として組み込むことで機能します。フレームワークだけが独立して存在しても、担当者の行動は変わりません。

設計後の運用と改善サイクル

設計は一度完成させれば終わりではありません。営業環境・商材・チーム構成が変わると、設計したプロセスも見直しが必要になります。定期的なレビューをあらかじめ設計に組み込むことが、プロセスを形骸化させない最大の予防策です。「設計したプロセスを守らせる管理」ではなく、「プロセスが現実に合っているかを定期的に問い直す仕組み」が、長期的な効果につながります。

改善の起点は「フェーズ別転換率」の確認

設計後のプロセス改善は、「全体の受注率が上がった・下がった」ではなく、「どのフェーズで転換率が変化したか」を起点にします。全体の受注率だけを見ていると、問題がどこで発生しているかが特定できず、対策が「モチベーション向上」や「活動量増加」といった曖昧なものになりがちです。

フェーズ別転換率の確認は、SFAのファネル分析レポートや案件ボードを使い、フェーズごとの案件数の推移と停滞案件数を週次または月次で確認します。「ニーズ確認フェーズから提案フェーズへの転換率が先月比で10ポイント下がった」という事実が確認できれば、「ヒアリングの質か、競合対策か、担当者スキルか」という問いに絞り込んで対処できます。

問題フェーズが特定できたら、そのフェーズの移行条件・アクション定義を見直します。改善の進め方の詳細については、パイプライン改善と売上予測の方法を参照してください。

チームで設計を育てる仕組み

月次または四半期ごとに「プロセスレビュー会議」を設定します。参加者は営業担当者とマネージャーを基本とし、案件の発生源を担うマーケティング担当者が加わることで、リード獲得から受注までの一貫した視点でプロセスを評価できます。

議題として設定するのは2点です。「今のフェーズ定義・移行条件に、現場で使っていて違和感はないか」「勝ちパターン・負けパターンが変わってきていないか」。設計をマネージャーだけが管理・更新するのではなく、現場の感覚を定期的に取り込む仕組みにすることで、担当者が「自分たちのプロセス」として運用するようになります。現場が「このフェーズ定義は実態に合っていない」と感じながら入力を続けていると、データが実態から乖離し、改善のサイクルそのものが機能しなくなります。

データ蓄積が改善精度を上げる

プロセス設計とSFAへの入力を連動させることで、改善に必要なデータが蓄積されます。フェーズが定義され、移行条件が統一されてはじめて、蓄積されたデータが「比較可能な情報」になります。

設計とデータが揃った状態では、AIを活用した案件管理の精度も上がります。例えばMazrica SalesのようなSFA/CRMでは、Growthプラン以上でAIインサイトが案件の進捗リスクや類似案件のパターンを提示する機能があります。しかし、フェーズの使い方が担当者によってバラバラで、移行条件も不統一なままでは、AIが参照するデータ自体が不正確になり、示唆の精度は低いままです。設計とデータの整備は、AIを実務に役立てる前提条件でもあります。

まとめ

本記事では、営業プロセスの設計を「構造化→段階化→型化」という3つの階層に分けて解説しました。この順序には意味があります。フロー全体の構造が描けていない状態でフェーズを定義しようとすると、プロセスの途中が抜け落ちます。フェーズの移行条件が定義されていない状態で型化しても、データが統一されず改善の起点が得られません。3つを順番に積み上げることで、「現場が使える設計」になります。

設計のどこから着手すればよいか迷う場合は、既存の受注案件5〜10件の行動を時系列で書き出すことが最初の一歩です。ヒアリングと記録の手間はかかりますが、「何が勝ちパターンか」を自社データから導き出す以上に確実な出発点はありません。外部のフレームワークはその整理を補助するものとして活用します。

設計後は四半期ごとのレビューを仕組みとして組み込み、現場の感覚とデータの両方から継続的に更新していくことが、プロセスを長期にわたって機能させる条件です。

営業プロセスの改善・パイプライン管理の全体像については、営業プロセス設計とパイプライン管理を参照してください。

よくある質問

Q 営業プロセスとはどのようなものですか？

A

営業プロセスとは、リード獲得から受注・顧客維持に至るまでの一連の営業活動を、再現可能な手順として整理した体系のことです。個々の担当者が日々行うアクション（電話・商談・提案など）を「フェーズ」という段階に分け、どの順序で何を行うかを組織として定義したものです。設計されたプロセスがあると、成果の出ている行動を組織全体で再現できるようになり、属人化の解消や新人の早期立ち上がりに役立ちます。営業プロセスの全体像については、営業プロセス設計とパイプライン管理をご覧ください。

Q 営業プロセスの例を教えてください。

A

BtoBの典型的な営業プロセスは「リード獲得→ナーチャリング→初回接触→ニーズ確認→提案→クロージング→受注→アフターフォロー」という8つのフェーズで構成されます。IT業界では問い合わせや展示会からのリードが起点となり、ヒアリング商談・デモ・見積もりという流れが多いです。製造業では技術要件の確認や試作品評価が中間に入るなど、商材・業種によってフロー全体の長さと関与者の構成が異なります。自社の受注実績をもとに担当者複数名にヒアリングし、実態に即したフローを書き起こすことが設計の出発点です。

Q 営業プロセスにおけるKPIの例は何ですか？

A

フェーズごとにKPIを1〜2つ設定することが基本です。代表的な例を挙げます。「初回接触フェーズ」ではアポ取得率、「ニーズ確認フェーズ」では初回商談から2週間以内のヒアリング完了率、「提案フェーズ」ではフェーズから提案書提出までの日数・フォローアップ取得率、「クロージングフェーズ」では受注率・見積もり提出から受注までのリードタイムなどが使われます。KPIの詳細な設計と指標の選び方については、営業パイプライン指標の設計と選び方で解説しています。

Q 営業プロセスの可視化はどうすれば実現できますか？

A

可視化は3つの段階で進めます。まず、フェーズを定義してSFAに案件を登録し始める（データの蓄積）。次に、ファネル分析レポートや案件ボードを使い、フェーズごとの案件数と転換率を定期的に確認できる状態にする（指標の確認）。最後に、停滞案件・フェーズ別の在庫数の変化から問題を特定し、改善につなげる（意思決定への活用）。可視化の具体的な方法については、営業パイプラインの可視化を参照してください。

Q 営業プロセスを設計するとき、何から始めればよいですか？

A

直近6か月の受注案件5〜10件を選び、受注率の高い担当者複数名に「その案件で何をしたか」をヒアリングすることから始めます。活動を時系列で書き出し、フロー全体の構造を1枚の紙に整理します。この「構造化」が最初のステップです。設計ツールや複雑なフレームワークより、自社の受注実績から始める方が、実態に即したプロセス設計につながります。

Q 営業5原則とは何ですか？

A

営業5原則とは、BtoB営業における基本的な行動規範を5つにまとめたものです。一般的には「計画立案・実行・確認・改善・共有（または報告）」を5原則とする考え方や、「事前準備・ヒアリング・提案・クロージング・フォロー」を5つの基本行動とする考え方など、複数の定義が存在します。共通しているのは、営業活動を属人的な感覚に頼らず、再現可能なステップに整理するという考え方です。本記事で解説した「構造化・段階化・型化」の3ステップは、この考え方を設計作業の手順として具体化したものです。