▼ この記事の内容
営業プロセスの属人化を防ぐには、担当者ごとの動きを一律にするのではなく、商談を進める判断基準と、その根拠を共有できる状態をつくることが重要です。まず実際の案件を振り返り、情報や判断が個人に閉じている箇所を見つけます。そのうえで、段階の移行条件、記録する項目、例外の相談方法をそろえ、案件の振り返りと練習を通じて運用に定着させます。本記事では、着手する範囲の決め方から、標準化で起こりやすい失敗への対処までを解説します。
営業プロセスの属人化は、手順と判断の根拠を共有して防ぐ
営業プロセスの属人化とは、案件を進めるために必要な情報や判断が特定の担当者に集中し、ほかの人が状況を理解したり、対応を引き継いだりしにくい状態です。解消に向けてそろえたいのは、行動の順番だけではありません。顧客の何を確認し、どの状態になったら次へ進み、何が不明なら立ち止まるのかという判断の基準です。
たとえば、商談記録に提案済みと書かれていても、資料を送っただけなのか、顧客と内容を話し合ったのかでは、案件の状態が異なります。担当者ごとに意味が違えば、マネージャーは進捗を比較しにくくなり、引き継いだ人も何から確認すればよいか迷います。まず言葉と判断の違いを小さくすることが出発点です。
個人の強みと、組織として困る属人化を分ける
担当者によって得意な業界や会話の進め方が違うこと自体は、問題ではありません。顧客に合わせて説明の順番を変えたり、経験をもとに追加の質問をしたりする余地は残せます。問題になるのは、そうした工夫の背景が共有されず、その人がいなければ案件の状況や次の対応を判断できないことです。
標準化を進める際は、個性をそろえることと、仕事を引き継げる状態にすることを分けて考えます。共通にするのは、顧客と確認する内容、確認できたと判断する条件、記録する事実です。具体的な言い回しや話題の選び方まで細かく固定する必要はありません。
| 観点 | 個人の強みとして生かせる状態 | 属人化への対応が必要な状態 |
|---|---|---|
| 顧客への説明 | 共通の確認事項を押さえ、相手に合わせて説明を変える | 何を説明し、何が合意されたかが本人にしか分からない |
| 案件の判断 | 経験による見立てと、その根拠を説明できる | 感触がよいという印象だけで進捗を判断する |
| 顧客情報 | 必要な情報が記録され、関係者が参照できる | 個人のメールや記憶に情報が分散している |
| 例外への対応 | 通常と違う進め方を選んだ理由が残っている | 独自の対応が行われ、周囲が経緯を把握できない |
マニュアルを作るだけでは判断の違いが残る
初回商談、提案、見積もり、契約という順番をまとめても、それだけでは属人化は解消しません。同じ初回商談でも、要望を聞くだけで終える人と、困っている業務や社内での検討方法まで確認する人では、次に使える情報が変わるためです。行動名の一覧に加えて、その行動で何を明らかにするのかを定める必要があります。
また、受注した担当者の話し方をそのまま写しても、別の担当者が同じように使えるとは限りません。その質問をした理由や、顧客の回答によって進め方を変えた条件まで確認して、初めて応用しやすい知識になります。成果が出た行動だけでなく、行動を選んだ理由を取り出すことが大切です。
営業活動全体の段階を整理したい場合は、営業プロセスとは？見込み客の獲得から受注後のフォローまでを解説も参考になります。全体像を確認したうえで、自社ではどの段階に情報や判断が集中しているかを見ていきましょう。
実際の案件を可視化し、属人化が起きている箇所を絞る
最初から営業活動のすべてを標準化しようとすると、確認する範囲が広がり、現場で使うまでに時間がかかります。まずは、引き継ぎで困る、提案後に止まる、商談記録を読んでも状況が分からないといった具体的な支障を挙げます。その支障がどの段階で生まれているかを、実際の案件で確かめます。
受注・失注・停滞した案件を同じ項目で振り返る
確認対象を受注案件だけにすると、うまくいった説明に目が向きやすくなります。失注した案件や、結論が出ないまま止まっている案件も含め、問い合わせ内容、商談記録、提案資料、顧客とのやり取りを時系列で見ます。担当者の振り返りだけで判断せず、残っている事実と照らし合わせることが重要です。
ただし、受注したから進め方が正しかった、失注したから担当者の対応が悪かったとは言い切れません。予算の変更や顧客側の方針転換など、営業担当者が動かせない条件もあります。結果と行動を分け、当時分かっていた情報で、どのように判断したのかを確認します。
- 顧客は、どの業務の何に困っていたか
- 担当者は、どの情報をもとに次の行動を決めたか
- 顧客と合意できた内容は何か
- 未確認の事項は何で、誰がいつ確認する予定だったか
- 途中で進め方を変えた場合、そのきっかけは何か
- 別の担当者が記録を読んで、次の対応を説明できるか
記録がない場合は、確認しなかったと決めつけず、未記録と未確認を分けます。実際には聞いていても残していないなら、記録方法や入力の負担に課題があるかもしれません。聞く必要性を理解していなかったなら、確認項目の意味を共有する必要があります。同じ空欄でも、原因によって対応は変わります。
担当者への質問は、直近の具体的な場面から始める
経験者に営業のこつを聞いても、顧客に寄り添う、信頼を得るといった抽象的な答えになりがちです。直近の案件を選び、この発言のあとに何を確認したか、なぜ見積もりを出さなかったかと、場面を絞って尋ねます。本人が普段は意識していない判断を、実際の行動と結びつけて説明しやすくなります。
たとえば、顧客から価格を知りたいと言われた場面なら、そのまま金額を伝えたかどうかだけでなく、利用範囲を確認した理由を聞きます。比較のための情報収集なのか、社内申請に必要なのかを見分けていた可能性もあります。こうした違いを整理すると、質問例だけでなく、回答後の分岐まで共有できます。
影響の大きさと試しやすさで着手範囲を決める
改善候補が複数ある場合は、案件への影響、発生する場面の多さ、現場で試せるかという観点で優先順位をつけます。受注に近い段階だから優先するとは限りません。初回商談で課題が曖昧なまま進んでいることが、後の提案修正や停滞につながっている場合もあります。
| 現場で見える困りごと | 確かめたい箇所 | 最初にそろえる内容 |
|---|---|---|
| 引き継ぎのたびに顧客へ聞き直している | 商談後の記録と引き継ぎ | 合意事項、未確認事項、次の対応 |
| 提案内容の修正が繰り返される | 提案前の確認 | 対象業務、求める変化、制約条件 |
| 案件の進捗判断が担当者によって違う | 段階を変更する場面 | 移行条件と、その根拠の残し方 |
| 上司が毎回同じ質問をしている | 案件の報告と相談 | 判断に必要な情報と相談の条件 |
着手範囲は、試す担当者、対象となる案件、開始する段階まで具体的にします。たとえば、新規顧客への初回商談から提案前までと区切れば、どの記録を確認すればよいかが明確になります。既存顧客への追加提案など、性質が違う営業活動は、共通化できる部分を確かめながら広げます。
営業プロセスの標準化は、移行条件・記録・例外をセットで決める
可視化した内容を標準に落とし込む際は、各段階の目的、次へ進む条件、記録する情報、例外時の対応を組み合わせます。手順だけでは、担当者が迷ったときの判断を支えられません。一方、条件だけを細かくして記録方法を決めないと、確認できたかどうかを周囲が把握できなくなります。
段階は営業側の作業ではなく、顧客の検討状態で定義する
資料送付や見積書作成は、営業側が実施した作業です。それらを記録する意味はありますが、顧客の検討が進んだ証拠とは限りません。段階の移行条件には、顧客と何を確認できたかを置きます。これにより、作業は進んでいるのに顧客の検討は止まっているという違いを捉えやすくなります。
たとえば、課題確認の段階なら、顧客の困りごとを担当者が推測できた状態と、顧客自身に内容を確認できた状態を区別します。提案準備へ進む条件には、対象業務と目指す変化が整理されていることなどを置きます。以下は考え方の例であり、自社の商材や顧客の購買方法に合わせた調整が必要です。
| 段階の例 | その段階の目的 | 次へ進む判断の例 | 残しておく根拠 |
|---|---|---|---|
| 課題の確認 | 改善したい業務と背景を理解する | 対象業務、困りごと、求める変化を顧客と確認できた | 顧客の説明、確認日、未確認事項 |
| 提案内容の検討 | 課題と提案の対応を確かめる | 提案の対象範囲と主な制約を顧客と確認できた | 対象範囲、制約、社内確認が必要な点 |
| 導入の判断 | 顧客が判断に必要な材料をそろえる | 判断する関係者、確認事項、今後の進め方を把握できた | 検討手順、残る懸念、次の対応 |
| 契約後の引き継ぎ | 合意内容を実施担当者へつなぐ | 契約範囲と顧客の期待を引き継ぎ先が確認できた | 合意内容、担当範囲、開始に向けた宿題 |
顧客の購買手順によっては、提案を見てから具体的な予算や関係者を整理することもあります。すべてが判明するまで進めないという基準では、実態に合いません。現時点で何が必要か、何は後で確認できるかを分け、未確認のまま進む場合の扱いを定めます。
記録は、事実・見立て・次の行動を分ける
商談記録には、顧客が話した事実と、担当者の見立てが混ざりやすくなります。導入に前向きという記録だけでは、顧客が導入したいと述べたのか、反応からそう感じたのかが分かりません。事実、見立て、未確認事項、次の行動を分けると、上司も判断の根拠を確かめやすくなります。
記入例を作る場合も、詳しく書くことだけを求めないようにします。顧客が社内で相談すると発言したなら、相談相手や確認する内容が分かっているかを示します。不明なら不明と残し、次回に何を確認するかを記載します。空欄を埋めるための推測を増やすより、分かっていない点を明らかにするほうが実務で使えます。
- 事実：顧客の発言、確認できた条件、合意した内容
- 見立て：担当者の解釈と、その根拠
- 未確認事項：判断に必要だが、まだ確かめられていないこと
- 次の行動：誰が、何を、いつまでに行うか
記録項目を追加するときは、その情報を誰が何の判断に使うかも決めます。顧客管理システムに保存していても、会議では別の資料に転記しているなら、入力が重複します。記録した情報をそのまま案件の相談や引き継ぎで使えるようにし、現場の負担と利用価値を一緒に見直しましょう。
共通にする内容と、担当者に任せる内容を明記する
標準には、共通の確認事項だけでなく、工夫してよい範囲も記載します。たとえば、提案前に対象業務と制約条件を確かめることは共通にし、質問の順番や説明に使う例は担当者に任せるといった分け方です。現場が何を守り、何を変えられるかを理解できれば、標準を使いながら顧客に合わせて対応できます。
例外の扱いも必要です。顧客から急ぎの概算を求められた場合など、通常の順番で確認できない場面はあります。その際は、暫定の前提、未確認事項、追加確認の予定を残します。承認が必要な条件と、担当者の裁量で進められる条件を分けておくと、例外のたびに判断が止まることを減らせます。
メールの文面も標準化する場合は、文章のひな形に加えて、送る目的と相手の状況に応じて変える箇所を整理します。詳しい進め方は、営業メールの属人化を防止する仕組み｜標準化から運用定着までの実践手順で確認できます。
案件の振り返りと練習を通じて、現場で使える標準にする
標準を作ったあとに必要なのは、配布して読んでもらうことだけではありません。実際の案件で使い、判断に迷った箇所や、記録しても役に立たなかった項目を確かめます。担当者への説明と、上司による確認の仕方がそろっていなければ、現場は以前のやり方に戻りやすくなります。
試行前に、使う人と見直す人を決める
対象を絞った試行では、誰が標準を使い、誰が相談を受け、誰が内容を更新するかを明確にします。担当者から不明点が出ても、更新する人が決まっていなければ、口頭の補足だけが増えていきます。結果として、説明を受けた人だけが理解できる、新たな属人化につながることがあります。
試す期間は、対象の営業活動を実際に確認できる長さで設定します。期間内に提案へ進んだ案件がなければ、提案前の移行条件が機能したかは判断できません。期間が終わったことだけで完了とせず、どの場面を確認でき、どの場面が未検証なのかを残します。
案件レビューでは、進捗報告より判断の根拠を見る
案件レビュー、つまり案件の状況と次の対応を確認する場では、共通の記録を見ながら話します。マネージャーは、いつ受注するのかという結果の見込みだけでなく、現在の段階と判断した根拠を確認します。根拠が不足していれば、担当者の説明力を責めるのではなく、次に何を確かめれば判断できるかを整理します。
たとえば、顧客が社内で検討中という報告には、誰が何を確認しているのか、判断に不足している材料はあるかを尋ねます。分からない場合は、その情報を得るための次の対応を決めます。担当者が分かっていないことを言いやすい進行にすることで、見込みをよく見せるための曖昧な報告を避けやすくなります。
- 顧客について確認できた事実を読む
- 現在の段階と、その判断の根拠を確認する
- 未確認事項と、案件が止まる要因を整理する
- 次に行うこと、担当者、期限を決める
- 標準の分かりにくさがあれば、見直し候補として残す
会議中に上司が独自の基準で判断を変えた場合は、その理由を共通の標準と照らし合わせます。標準に足りない条件が見つかったのか、その案件だけの例外なのかを区別するためです。上司の経験も説明可能な形にすることが、チーム全体の判断をそろえるうえで欠かせません。
段階と移行基準を使った運用については、営業プロセスマネジメントとは？段階と移行基準をそろえる｜案件レビューの運用方法も参考になります。自社の会議で、同じ情報から同じ状態を理解できているかを確かめてみてください。
ロープレは、現場で判断に迷った場面を題材にする
ロープレ、つまり顧客との会話を想定した練習では、標準に書かれた確認事項を実際に聞けるかを確かめます。台本を最後まで読むことだけを目的にせず、顧客の回答を受けて追加の質問を選ぶ場面を取り入れます。知識として理解することと、会話の中で使えることの違いを確認できます。
たとえば、顧客が今の方法でも困っていないと答えた場面を扱うなら、すぐに課題を決めつけず、現在の運用や今回情報収集をしている理由を確認できるかを見ます。実際の商談で出た論点を使うと、練習の目的が明確になります。顧客情報を教材へ転用する際は、利用目的に不要な社名や個人情報を含めないようにします。
振り返りでは、質問できたかだけでなく、回答から何を判断したかを確認します。必要な情報を得られなかった場合も、聞き方が曖昧だったのか、顧客がまだ把握していなかったのかで次の対応は変わります。練習の評価基準を案件の移行条件とつなげると、現場の仕事に戻したときに使いやすくなります。
運用の評価とよくある失敗から、標準を見直す
標準化の成否は、マニュアルの完成や入力率だけでは判断できません。別の担当者が案件を理解できるか、上司が不足情報を把握できるか、顧客への聞き直しや提案の手戻りが減っているかを確認します。導入直後は、受注結果に表れる変化と、日々の仕事で確認できる変化を分けて見ることが大切です。
実行状況・仕事の変化・営業結果を分けて確かめる
実行状況を見る項目には、商談後に記録されているか、段階を変える根拠が残っているかなどがあります。ただし、入力されていても内容が曖昧なら、判断には使えません。件数だけを数えるのではなく、実際の記録を読んで、第三者が状況を説明できるかを確かめます。
仕事の変化を見る際は、引き継ぎ後の追加確認、提案の修正理由、会議で繰り返される質問などを追います。受注率や商談期間も確認できますが、顧客の流入経路、商材、案件規模などが変われば結果は動きます。標準化の前後で数字が変わっただけでは、標準化による効果と断定できません。
| 確認する対象 | 見る内容の例 | 判断するときの注意点 |
|---|---|---|
| 実行状況 | 記録の有無、移行条件の確認、振り返りの実施 | 実施しただけでなく、内容が判断に使えるかを見る |
| 仕事の変化 | 引き継ぎ時の聞き直し、提案の手戻り、相談の内容 | 件数に加えて、発生した理由も確認する |
| 営業結果 | 段階間の移行、商談期間、受注・失注 | 対象期間や案件の条件をそろえて比較する |
集計する場合は、何を対象に数えるかも定義します。商談期間なら、初回接点から数えるのか、初回商談から数えるのかをそろえます。進行中の案件を除いて完了案件だけを見ると、長く停滞している案件が見えなくなることもあります。結果を見る前に、対象と除外条件を明らかにしましょう。
失敗例：成果を出す人の行動を、そのまま全員に求める
経験者の進め方には、既存の信頼関係や業界知識を前提としたものが含まれます。表面の言い回しだけを標準にすると、経験の浅い担当者は同じ場面を見分けられません。どの条件で使う行動なのか、前提がない場合は何を確認するのかまで整理し、複数の担当者が使えるかを試します。
成功事例を共有する際も、受注理由を営業の対応だけに結びつけないことが大切です。顧客側の事情と営業側の行動を分け、再現できる部分を取り出します。うまくいかなかった場面も含めて検討することで、使える条件と使いにくい条件を把握しやすくなります。
失敗例：入力項目が増え、商談の準備時間を圧迫する
情報不足を解消しようとして項目を増やし続けると、担当者は記録のための作業に追われます。対策は、各項目がどの判断に使われているかを確認することです。将来使うかもしれない情報と、現在の段階を判断するために必要な情報を分け、入力する時期や既存情報の参照方法を見直します。
ただし、現場が負担だと感じる項目を、そのまま不要と判断するのも早計です。契約後の引き継ぎなど、別の担当者が利用している場合があります。利用する部署や責任者に確認し、同じ情報を複数箇所へ入力しているなら、参照先をまとめる方法を検討します。
失敗例：標準を守ることが、顧客を理解することより優先される
確認項目を順番どおりに聞くことへ意識が向くと、顧客がすでに話した内容を重ねて尋ねたり、相手の関心から離れた質問を続けたりすることがあります。標準は会話を支えるためのものです。必要な情報が得られていれば順番を変えてよいことや、分からない事項は確認時期を調整できることを共有します。
顧客が検討を見送ると判断した案件を、形式上の進捗を保つために動かし続けることも避けたい失敗です。継続、保留、終了の判断にも根拠を残し、顧客の意思と状況に沿って整理します。案件数を多く見せる運用では、停滞の原因を学ぶ機会も失われます。
失敗例：資料を作った人だけが更新し続ける
標準の作成者だけが相談や改訂を担うと、その人が不在になった際に運用が止まります。管理する責任者に加え、現場から改善案を集める方法、変更を確認する人、周知する方法を定めます。改訂日と変更理由を残し、現在使う版がどれか分かる状態にしておきます。
見直しは、現場の意見をすべて追加する作業ではありません。個別案件に限る例外か、繰り返し起こる問題かを確認します。標準へ反映する場合は、どの困りごとに対応する変更なのかを説明し、実際の案件で使えるかを再び確かめます。この循環を担当者個人の善意に任せないことが、運用を続ける土台になります。
営業のロープレや商談の振り返りをAIで継続する方法として、FAZOMの活用も選択肢になります。自社でそろえた確認事項や判断基準をもとに、日々の練習と振り返りにつなげる使い方を検討するとよいでしょう。
まとめ
営業プロセスの属人化を防ぐには、担当者の行動を細かく統一するだけでなく、何を根拠に案件を進めるかを共有することが重要です。顧客について分かった事実、担当者の見立て、未確認事項、次の行動を分けて残せば、周囲も状況を理解し、相談や引き継ぎに参加しやすくなります。
- 実際の受注・失注・停滞案件から、情報や判断が個人に閉じている箇所を見つける
- 営業側の作業だけでなく、顧客の検討状態に合わせて段階の移行条件を決める
- 記録項目、担当者が工夫できる範囲、例外の扱いを組み合わせて整える
- 案件の振り返りとロープレで使い、分かりにくい基準を見直す
- 入力の実施状況だけでなく、引き継ぎや判断に役立っているかを確かめる
まずは、直近で引き継ぎや進捗判断に困った案件を取り上げ、別の担当者が記録だけで次の対応を説明できるかを確認してみてください。説明できなかった箇所から着手すれば、現場の困りごとに結びついた標準を作りやすくなります。個人の経験を共有できる判断基準に変え、実際の仕事で見直し続けることが、組織として営業を進める力につながります。
