▼ この記事の内容
営業の仕組みは、営業段階ごとの完了条件、残す記録、週次レビューで決める次の行動、更新責任者を対応付けることで作れます。一度に全商談を標準化せず、最初に対象を一つ選び、運用しながらひな型を見直すことが判断条件になります。
営業の属人化を減らそうとして、SFAの項目や営業資料だけを増やしても、担当者が何を終えたら次へ進めるのかが決まらなければ、運用はそろいません。まずは一つの商談類型について、チームで同じ判断ができる状態を目指します。
仕組み化の目的は営業担当者の裁量をなくすことではありません。顧客ごとに変える判断と、誰が担当しても確認する条件を分けることで、引き継ぎやレビューの根拠を共有しやすくします。
この記事では、営業プロセスの完了条件、記録、週次レビュー、更新責任者を一枚の運用ひな型へ落とす手順を扱います。仕組みを作っても売上や受注率が変わるとは限らないため、実際の商談記録を見ながら調整してください。
営業の仕組みで固定すべきこととは
まず、営業段階ごとの完了条件と記録の置き場をチームでそろえます。担当者が変わっても、顧客と何を確認済みで、何が未確認なのかを読み取れる状態が出発点です。提案内容まで一律に決める必要はありません。
営業段階ごとの判断基準をそろえる
Salesforceの営業プロセス解説では、見込み顧客との接点づくりから商談、契約に向けた交渉までを営業プロセスの流れとして説明しています。本記事では、その流れを自社で運用するために、各段階の完了条件と記録を対応付けるひな型を提案します。
営業の仕組み化では、各段階で次へ進むための確認条件を言葉にします。担当者の経験を一つの正解にせず、チームで見直せる判断材料として残すことが出発点です。
参考：営業プロセスとは？フレームワークやフロー図、可視化方法を解説｜Salesforce
変える判断と固定する判断を分ける
固定するのは、顧客の事情ではなく、営業チームが確認する順番と記録の置き場です。提案内容や商談の進め方まで一律にすると、個別の顧客事情を見落とすおそれがあります。
営業の仕組みを作る前に商談類型を決める
新規開拓と既存顧客への追加提案では、必要な確認事項が異なります。最初に標準化する対象を選び、その対象で実際に使われている手順を並べてから、共通の完了条件を決めます。
最初に対象とする商談類型を一つ選ぶ
営業の仕組みを最初から全商材や全顧客に広げると、例外が多くなります。まずは、同じ顧客像と提案の流れを持つ商談類型を一つ選びます。
現状の流れを担当者の言葉で書き出す
ひな型を作る前に、営業担当者がどの順番で顧客を確認し、誰に相談し、何を記録しているかを書き出します。理想の手順から始めると、現場で必要な例外や引き継ぎの負担を見落としやすくなります。
営業プロセスの完了条件と記録項目をひな型にする
各段階について「何を確認したら次へ進めるか」を書き、その判断を裏付ける記録を対応させます。訪問した、資料を送ったという実施記録だけで段階を進めず、顧客から得た回答や双方の合意を確認します。
段階ごとの完了条件を一文で定める
営業段階の完了条件は、次の行動を選べる状態を短い文で表します。提案段階なら顧客が検討する条件と、次回までに双方が確認する項目がそろっている状態と定義できます。
記録項目は次の判断に使うものに絞る
記録項目は、後から報告するためではなく、次の商談で確かめることを選ぶために置きます。顧客の課題、関係者、検討時期、次回の約束のように、完了条件と結び付く項目から始めます。
数字を扱う場合は、定義、集計範囲、確認する周期も一緒に残します。営業KPIを設定する具体的な考え方も参照し、自社に必要な項目だけを選びます。
営業AI・営業DX 営業kpiとは？意味と実務での使い方
以下は、営業段階の完了条件と記録を対応させる記入例です。実際の企業事例ではありません。自社の商談類型に合わせて段階名と条件を書き換え、担当者欄を埋めて試します。
| 営業段階の例 | 完了条件の例 | 残す記録 | 次に確認する人・期日 |
|---|---|---|---|
| 初回の課題確認 | 顧客の課題と、次回に確認する事項を双方で確認した | 顧客の発言、未確認事項、次回予定 | 担当：＿＿／期日：＿＿ |
| 提案内容の確認 | 判断条件と、追加確認が必要な点が明らかになった | 判断条件、関係者、追加資料の要否 | 担当：＿＿／期日：＿＿ |
| 意思決定の確認 | 結論、または結論を出すために残る確認事項を把握した | 回答、保留理由、再確認の相手と時期 | 担当：＿＿／期日：＿＿ |
返答がない場合は「合意済み」とせず、未確認と記録します。対象外の商談が出たときは、既存の条件を無理に当てはめず、例外とした理由を更新責任者へ共有します。
週次レビューで確認する数字と会話を分ける
数字から確認対象の商談を選び、その商談の記録から次の行動を決めます。商談数や受注率だけで原因を断定せず、同じ営業段階・案件条件で比較できるかを確かめてから、顧客とのやり取りを見直します。
数字を異常の兆しを見つける手がかりにする
週次レビューで数字を見る目的は、担当者の優劣を決めることではありません。確認が必要な商談や段階を見つけ、該当する記録と会話を読み返すために使います。
数字を改善の手がかりへ変える考え方は、数字を改善の手がかりに変える実践手順で詳しく整理しています。数字を結果の評価だけに使わず、商談レビューへ戻す流れを重視します。
営業AI・営業DX メトリクスマネジメントの手法と実践4ステップ｜営業組織を数値で動かす
会話で完了条件に不足する情報を確かめる
会話のレビューでは、担当者の説明が上手かったかより、完了条件に必要な情報が確認できたかを見ます。顧客が使った言葉と次回までに確かめる条件を対応付けると、感想だけの振り返りを避けられます。
仕組みを更新する責任者と周期を決める
ひな型を管理する人、変更を判断する人、現場へ伝える人を決めます。週次レビューでは使いにくかった項目を集め、変更日には理由と適用範囲を記録します。担当者ごとに別の最新版を使わないよう、参照先を一つにそろえます。
更新責任者は記録の利用者から選ぶ
営業の仕組みは、ひな型を作った時点で完成するものではありません。記録を使って商談をレビューする人と、営業段階の条件を変更できる人を分けて決めます。
実際の商談記録を基に変更する
完了条件や記録項目を変える時は、実際の商談記録でどの判断が難しかったかを確認します。新しい項目を足す前に、既存の項目で足りなかった情報と使われなかった項目を分けます。
営業マネジメントを数字と会話の両方で回す考え方は、営業マネジメントを数字で回す考え方も参考になります。日々の判断を記録へ戻す補足として使えます。
営業AI・営業DX 営業マネジメントの基本と実践｜成果が属人化しない仕組みの作り方
営業の仕組み作りを見直すチェックリスト
試行前に、対象範囲、完了条件、記録、確認する人、変更の決め方がそろっているかを点検します。未確定の項目は担当者と確認日を決め、記入欄が埋まっただけで運用開始と判断しないようにします。
最初のひな型に入れる項目を確認する
最初のひな型には、対象の商談類型、営業段階、各段階の完了条件、残す記録、週次に見る対象、更新責任者を入れます。全社共通の正解を作るのではなく、最初に試す範囲を明確にするための項目です。
導入前に確認が必要な条件を分ける
営業の運用を支えるサービスや連携を検討する時は、仕組みの設計と、実際に提供される機能・料金・データの扱いを分けて確認します。一般的な仕組み化の手順だけで、個別サービスの対応範囲は判断できません。
導入前に確認したい条件がある場合は、FAZOMの導入ガイドで公開されている範囲を確認できます。自社で必要な機能、連携先、料金条件を確認する際の資料として利用してください。
