営業活動の標準化｜属人化を脱して組織で再現できる仕組みの作り方
店長営業活動の標準化とは何か
営業活動の標準化とは、「誰が担当しても一定水準の成果を出せる仕組みを、組織として設計・共有すること」です。この定義を属人化した状態と対比させると、意味がより明確になります。特定の担当者だけが高い成果を出せる組織では、その人が異動・退職した時点で業績が落ち、引き継ぎのたびに顧客関係がリセットされます。営業活動の標準化は、こうした不安定さを構造として解消し、組織全体で安定した成果を再現するための取り組みです。今の営業チームが属人化した状態を続けることは、採用・育成への投資が特定個人に依存するリスクを積み上げ続けることでもあります。
何を標準化して、何を標準化しないか
「優秀な営業担当者の動きを全部マニュアルにすれば良い」という発想は、直感的に正しそうに見えます。しかし実際には、多くの標準化プロジェクトがこの誤解から崩れています。問題の本質は、優秀担当者の行動の中に「型として再現できるもの」と「その人固有のアートとしか言いようがないもの」が混在しているにもかかわらず、その区別をしないまま全体をコピーしようとすることです。標準化すべき対象を絞らない限り、作ったマニュアルは中堅担当者には難しすぎて使えず、トップ担当者には制約として機能してパフォーマンスを落とします。何を標準化するかと同じくらい、何を標準化しないかを意識的に決めること——これが機能する標準化の前提条件です。
標準化できる要素（プロセス・トーク・資料）
標準化に向いているのは、「手順として記述できる行動」です。ヒアリングで必ず確認すべき質問の順序と内容、商談フローの各フェーズで何を確認して何を合意するか、提案書の構成と根拠の示し方、クロージングまでのコミュニケーション頻度——これらが代表的な対象です。優秀担当者が意識せず自然にやっていることでも、「なぜそうするか」を問えば説明できる行動は文書化でき、文書化できるものは訓練できます。標準化とは、この「説明できる部分」を組織の共有資産に変える作業です。再現しやすい行動パターンを特定するには、商談の録音・録画や同行観察を通じて、高成績者が「何をどの順序でやっているか」を丁寧に拾い出す作業が欠かせません。
標準化できない要素（関係構築・状況判断・アート）
一方、「なぜうまくいったか本人もよくわからない」という類の行動は、標準化の対象から外すべきです。特定の顧客との関係性に基づいた勘、場の空気を読んでタイミングを変える判断、自分の個性を活かした話し方——これらを型にしようとすると、「型通りにやったら逆に不自然になった」という結果を招きます。さらに深刻なのは、トップ担当者にとってこの種の行動が成果の根幹をなしている場合、それを「標準に合わせろ」と指示することが能力の制約になることです。「標準化しないと決める」こと自体が設計行為であり、標準化の対象を絞ることが、現場の多様な強みを保持しながら底上げを図るための均衡点になります。
転職エージェントとして3,000名近くの面談をしてきた中で、ずっと気になっている非対称性があります。標準化された営業組織の出身者は、商談の流れをフェーズごとに説明するのが得意です。ヒアリングで確認すること、フォローのタイミング、情報整理の手順——型として語れる方が多いです。
ただ、「同期の中でなぜあなただけが数字を出し続けられたのか」と聞いたとき、標準化された組織の出身者ほど、言葉が止まることがありました。「感覚で動いていた」「その顧客を好きだったんだと思います」という言い方が出てくるのです。一方、型のゆるい組織にいた高成績者は、プロセスの説明は雑なのに「このお客さんが何を怖がっているかは最初の5分でわかる気がしていた」という種類の話をすることが多かったのです。
どちらが再現性があるのかは、私にはまだはっきりわかりません。ただ面談を重ねて、「プロセスを説明できる人」と「場をつかんでいる人」は、語り口の質感から別の種類の人に見えた——という感覚だけは、何年経っても薄れていない気がしています。
標準化の進め方：4ステップ
標準化を「とりあえずマニュアルを作る」から始めると、後から修正が効かない形式的な文書が出来上がるだけです。機能する標準化には、現状を把握してから設計に入り、試行を経て定着させるという順序があります。以下の4ステップはその流れを整理したものです。①現状プロセスの可視化→②成功行動の抽出→③マニュアル化→④試行・フィードバックという順序を守ることで、現場の実態に合った標準を段階的に作り上げることができます。
①現状の営業プロセスを可視化する
最初にやることは、今の営業活動を全員分、同じ粒度で書き出すことです。初回接触から受注・フォローアップまでの全フローを棚卸しし、「担当者によって何が違うか」を整理します。この可視化の過程で、暗黙知の在り処が見えてきます。Aさんはこのフェーズで特定の確認をしているが、Bさんはしていない、という差分こそが次の抽出作業の素材になります。可視化のツールはシンプルで構いません。商談フローを書き出し、担当者全員に確認を取りながら精度を上げていくことが重要です。現状を正確に把握せずに「あるべき姿」を作ると、現場とのズレが最初から埋め込まれることになります。
②成功パターンを抽出してマニュアル化する
可視化した差分の中から「成果と相関しそうな行動」を、高成績者へのインタビューや行動観察で特定します。次に、その行動を「なぜそうするか」の理由ごと文書化します。理由のないマニュアルは形骸化しやすいため、「何をするか」ではなく「なぜそうするか」まで記述することが重要です。文書化したら小さく試行し（③）、現場からのフィードバックを反映して修正します（④）。この試行・フィードバックのループを設けないまま一気に全社展開すると、現場の実態に合わない標準が生まれ、誰も使わない文書の山ができあがります。
標準化が失敗するパターンと根因
標準化の失敗は「やり方が悪かった」という表層の問題ではなく、構造的な誤りから生じています。コツや注意点として処理できる話ではなく、なぜ形骸化するのかを起因から理解しておかなければ、同じ失敗を繰り返します。現場でよく見られる失敗を根因から整理すると、次の2つのパターンに収束します。いずれも「標準を作った側の論理」と「標準を使う現場の論理」がすれ違うことから生じています。
パターン1：優秀担当の「成果物」だけをコピーする
優秀担当者の提案書・スクリプト・顧客対応の文面を「そのまま使えるものとして配布する」アプローチは、なぜ失敗するのでしょうか。答えは、「何を言うか」は移植できても、「なぜそう言うか」という思考プロセスが抜け落ちるからです。提案書の構成には顧客の課題を特定した上でのロジックがあり、スクリプトにはタイミングと文脈の判断が先行しています。その背景なしに「型」だけを使うと、状況が少し変わった途端に使えなくなります。「優秀担当の成果物コピー」が形骸化するのは、使う側の判断力が足りないのではなく、判断のための文脈が最初から渡されていないからです。
パターン2：現場を巻き込まず管理職だけで設計する
もうひとつの根因は、「使う人間が作っていない」ことです。管理職がベストプラクティスをまとめ、完成したマニュアルを現場に配布する進め方では、完成した瞬間から現場の合意を得ていない文書が走り出します。現場は「自分たちの実態とは違う」「自分たちを理解していない人が作った」という感覚を持つと、内容の是非にかかわらずその標準に従おうとしません。問題は現場の怠慢ではなく、設計プロセスの構造にあります。標準化が定着するかどうかは、完成物の品質よりも、誰がどのように作ったかというプロセスに大きく依存しています。
独立後のコンサル支援で、標準化プロジェクトが完了した後から関与するケースを経験しました。担当者と話すと、誰もマニュアルへの不満を口にしません。手元にある、使っている、と言います。ただ商談記録を見ると、全員がそれぞれ少しずつ違う動きをしていました。
聞いてみると、理由はシンプルでした。「このステップはうちの顧客には合わないので、自分でここに入れています」「この確認項目は実際には不要で、代わりにこっちの話をするとスムーズなんです」——各自が独自の補正を加えて動いていたのです。反発ではなく、むしろ目の前の仕事に真剣だからこそ、顧客に合わせた補正をしていたのです。
「抵抗しない現場」が必ずしも「使っている現場」ではないということを、このときはじめて肌で理解しました。マニュアルは確かにそこにありました。でも実際に動いていたのは、マニュアルにはない、各自が現場で育てた別の標準だったのです。
形骸化させないための運用設計
標準化プロジェクトが完了した後に訪れる本当の試練は、「作ったものが使われ続けるかどうか」です。マニュアルの完成は終点ではなく、定着のスタートラインです。多くの組織が標準化に失敗するのは、設計段階ではなく運用設計が欠落しているからです。「使われない標準」が生まれる構造を断ち切るには、現場が自分ごとにできる巻き込みの設計と、標準を更新し続ける仕組みの両方が必要です。この2つを同時に設計することで、標準は「管理職が作ったルール」から「現場が育てる共有資産」に変わります。
現場が「自分ごと」にする巻き込みの設計
標準を定着させる最も確実な方法は、現場の担当者が標準を一緒に作るプロセスを設けることです。自分が関与して作ったものは守ろうとする——これは当たり前のことですが、意識的に設計に組み込んでいる組織は多くありません。プロセスの棚卸し・成功行動の特定・文書化のドラフト作成といった各フェーズに担当者を巻き込み、「現場の言葉で書かれた標準」にすることが重要です。管理職の役割は作業の主導ではなく、現場が作りやすい環境の提供と最終的な整合性の確認に集中させます。巻き込みのプロセスが丁寧であるほど、完成した標準への当事者意識が高まります。
商談管理の基盤を作ったとき、最初に設計したフェーズ定義が数週間後に混乱していることに気づきました。「初回面談」「提案中」「稟議中」と整理していたのですが、同じ案件を別の担当者が違うフェーズに登録していることが続いたのです。
見てみると、問題は定義の曖昧さよりも「なぜここが区切りなのか」という理由を共有していなかったことでした。実際に使いはじめてから「これはどこに入れるんですか？」という問いが出るようになり、その場で話し合うことになりました。そのやりとりを経た後の入力データの方が、設計段階のものより精度がそろっていきました。
設計時に想定していた問いより、現場が使いながら持ってきた問いの方が、実際の商談の動きに近かった気がしています。なぜそうなのかはうまく言語化できないのですが、そういう順序があったのだという体感は今でも残っています。
定期レビューで標準を「生きたもの」にする
もうひとつの軸は、標準を定期的に更新する仕組みです。市場環境・顧客の関心・競合の動きは変化し続けるため、一度作った標準も時間とともに現実から乖離していきます。「標準に沿ってやっているのに成果が出ない」という声が現場から上がり始めたとき、問題は担当者のスキルではなく標準が古くなっていることが多いです。月次や四半期に一度、現場担当者と一緒に「標準のどこが現実と合っていないか」を確認するレビューを設けることで、標準は「守るもの」から「育てるもの」に変わります。更新されない標準は遅かれ早かれ死にます。逆に、更新のたびに現場が関与できる仕組みが回れば、標準への信頼と活用が持続します。
標準化後の指標設定と改善サイクル
標準化が「うまくいっているかどうか」を感覚で判断している限り、改善の議論は「やっているか・やっていないか」の確認に終始し、本質的なPDCAが回りません。標準化の効果を測る指標を設定し、数値の変化を起点に標準を見直すサイクルを回すことが、形骸化を防ぐ最後の砦です。「測れない→改善できない→形骸化」という流れを断つために、指標設計は標準化プロジェクトの設計段階から組み込んでおくことが必要です。
標準化の効果を測る指標として代表的なものは、商談数・受注率・平均単価・初回アポから受注までのリードタイム、そして中堅担当者の成果分布の変化です。「全体の平均が上がっているか」よりも「成果のバラつきが縮まっているか」を見る方が、標準化の本来の目的に即しています。これらの指標をベースラインと比較しながら、四半期ごとに「標準のどの要素が効いていて、どこが機能していないか」を分析します。指標が動いていなければ、標準化の問題なのか、運用の問題なのか、それとも外部環境の変化なのかを切り分けることが次のアクションを決める起点になります。
SFA/CRMは「補助手段」と捉える
SFAやCRMを導入することと、営業活動を標準化することは別の話です。ツールは活動の記録・可視化・共有を助けますが、「何を記録し、何を共有し、どう使うか」というプロセス設計が先になければ、ツールは入力作業の負担だけを増やす存在になります。標準化の文脈でSFA/CRMが最も価値を発揮するのは、プロセス設計が完了した後、その設計を運用に乗せる段階です。ツール導入を標準化の入口に置いてしまうと、システムの仕様に引きずられてプロセス設計が歪む本末転倒が起きます。まずプロセスを設計し、それを支える手段としてツールを選定する順序を守ることが重要です。
そもそも、営業の属人化はなぜ起きるのか
標準化の手順を理解した上で、そもそもなぜ属人化が起きるのかを組織構造の視点から見ておくことが重要です。属人化は個人の怠慢でも意図的な囲い込みでもなく、組織の設計から自然に生じる現象です。その構造を理解しないまま標準化を進めると、「なぜ進まないのか」という疑問が解けないまま停滞します。
属人化が起きる根本には、「個人の努力と創意工夫によって成果を出すことが評価される文化」があります。うまくいったやり方は自分の強みとして蓄積され、組織に開示する動機が生まれにくい構造です。加えて、マネージャーが個々の担当者のプロセスに関与せず結果だけを管理するスタイルが続くと、暗黙知の偏在は加速します。営業の属人化は戦術の問題ではなく、「プロセスを共有する文化と仕組みを持つかどうか」という組織設計の問題です。標準化プロジェクトを始める際には、この構造的な背景を経営・マネジメント層が共有した上で進めることが、取り組みの継続性を大きく左右します。
「標準化の問題」として語るとき、前提として「現状の属人化は解消すべき状態であり、型を作ることで改善される」という方向性が自明視されがちです。しかしこの前提自体を、一度立ち止まって問い直す価値があるかもしれません。
本当に問われているのは、「型を持てるか」ではなく、「組織として学び続けられる構造を持てるか」ではないでしょうか。型は作られた瞬間から現実と乖離し始めます。更新の仕組みがない標準は、時間とともに「かつて正しかったルール」に変化し、やがて現場に無視されます。標準化の成否を決めるのは、完成物の品質よりも、「型を問い直し続ける文化が組織に根付いているかどうか」という点にあると言えそうです。
この視点では、属人化と標準化は対立概念ではありません。優秀な担当者が生み出す属人的な知見こそが、標準化の素材になります。問題は属人化そのものではなく、その知見が組織の学習回路に流れ込まない設計にある——と捉え直すと、標準化プロジェクトの目的と輪郭が少し変わって見えてくるかもしれません。
あわせて読みたい
＼ 最新情報をチェック ／
