「エースが辞めたら終わり」の会社へ|営業の属人化は根性ではなく設計で直す

売上の大半を、特定の営業担当がひとりで支えている。あるいは社長である自分が最大の営業担当で、自分が止まったら受注も止まる。中小企業の営業は、多かれ少なかれこういう状態です。

そして多くの会社が「情報共有を徹底しよう」「営業ツールを入れよう」と対策して、うまくいきません。共有会は数回で立ち消えになり、入れたツールは誰も開かなくなる。この記事で書きたいのは、属人化は気合いや共有の呼びかけではなく「設計」で直すものだ、という私たちの考えです。先に作るのは、型・記録・引き継ぎの3つ。ツールを入れるのは設計が終わった後、いちばん最後で構いません。

属人化の正体は、頭の中にしかない勝ちパターン

属人化とは何かというと、営業の勝ちパターンが個人の頭の中にしか存在しない状態のことです。

どんな客に最初に何を聞くか。見積もりをいつ、どんな形で出すか。断られかけたとき何と返すか。エースはこれを無意識にやっています。本人も「なぜ売れるのか」をうまく説明できないことが多く、だから「ノウハウを共有してくれ」と頼んでも、出てくるのは「お客様との信頼関係が大事」といった、誰も再現できない話だけになります。本人に隠す気はありません。毎日やっていることほど、言葉にするのは難しいのです。

やっかいなのは、うまくいっている間は問題が見えないことです。エースが売ってくれている限り、誰も仕組みを作る必要を感じません。気づくのはたいてい、退職の申し出があった日か、社長が体調を崩した日です。

リスクははっきりしています。退職されたら売上ごと消える。社長営業なら、社長がいつまでも現場を離れられない。新しく営業を採用しても、教える教材がないので、育成は「先輩の背中を見て覚えろ」になります。属人化の解消は営業改善というより、会社の存続リスク対策です。

もうひとつ、私たちが属人化を問題視する理由があります。勝ちパターンが個人の頭の中にある限り、会社には何も蓄積されないことです。エースが10年売り続けても、会社に残るのは売上の数字だけで、売り方のノウハウはゼロのまま。私たちは施策を判断するとき、「会社にデータやノウハウが貯まるか」を重視しています。この基準で見ると、属人化した営業は毎日ノウハウを捨てながら走っている状態です。

なぜ共有会とツールでは直らないのか

よくある対策が失敗するのは、順番が逆だからです。

何を共有するかの「型」がないまま共有会を開くと、感想戦になります。「先週の商談どうだった？」「感触は悪くないです」。このやり取りで終わる会議なら、開かないほうがましです。何を記録するかが決まっていないままSFAやCRM(営業支援ツール)を入れた場合も同じで、入力項目が多すぎて誰も埋めず、空欄だらけの箱ができるだけです。共有もツールも、中身の設計があって初めて機能する入れ物にすぎません。

うまくいかないと、「共有を嫌がる本人の意識の問題だ」と見たくなります。私たちはそう考えません。意識に原因を求めると、対策が「もっと共有しよう」という呼びかけに戻り、同じ失敗を繰り返すからです。エースが説明できないのは隠しているからではなく、問う側に質問の型がないから。そう捉え直すと、直すべきは人ではなく設計だとわかります。

では何を設計するのか。先に作るべきものは3つ、型、記録、引き継ぎです。営業の仕組み化や標準化と聞くと大がかりに感じますが、この3つはどれも紙とホワイトボードで、明日から作れます。

設計1. 型：勝ちパターンを5つの質問で言語化する

最初に作るのは「型」です。エース(または社長)に、この5つの質問に答えてもらってください。時間は1時間もあれば足ります。

1. 受注できた直近3件は、最初にどこで接点ができたか
2. 商談の最初の10分で、必ず聞いていることは何か
3. 見積もりを出すタイミングと、添えている一言は何か
4. 客が迷い出したとき、何を材料に背中を押すか
5. 逆に「この案件は追わない」と決める基準は何か

コツは、一般論で答えさせないことです。「信頼関係が大事」と返ってきたら、「直近のあの1件では、何をした結果、信頼されたのか」と実際の案件に引き戻して聞きます。拾いたいのは心構えではなく、他の人が再現できる行動だからです。型の価値は、この再現性で決まると私たちは考えています。

質問の形にしているのにも理由があります。「ノウハウを文書にまとめて」と頼むと、書き慣れていない人ほど一般論に逃げてしまうからです。具体的な質問で実際の案件に固定すれば、答えは自然と行動の記述になります。

答えをA4一枚にまとめれば、それが自社の営業の型の初版です。完璧でなくて構いません。頭の中から紙の上に出すことが目的です。紙になった瞬間から、他の人が真似できて、議論できて、改善できるようになります。

設計2. 記録：商談メモは3項目だけ決める

次に決めるのは、商談のたびに残す記録です。項目が多いと絶対に続かないので、3つに絞ります。

1つ目は客の状況。何に困っていて、いつまでに決めたいのか。2つ目はこちらの動きで、何を伝え、何を渡したか。3つ目が次の一手です。誰が、いつ、何をするか。この3つが揃っていれば、他の人がメモを読むだけで案件の続きを引き取れます。逆に言えば、訪問の時刻や世間話の内容は書かなくていい。引き継ぎに使わない情報は、記録が続かなくなる重りにしかなりません。

書く場所は、最初は共有の表計算ソフトで十分です。フォーマットよりも大事なのは、記録がないと仕事が進まない運用にしてしまうことです。たとえば週1回の営業ミーティングを「このメモを見ながら次の一手を決める場」に変えると、記録は自然に埋まるようになります。「ちゃんと書け」と号令をかけるだけの運用は、まず続きません。続くかどうかを決めるのは担当者の意思の強さではなく、運用の設計です。

それと、この記録は引き継ぎのためだけのものではありません。貯まった商談メモは、型を見直す材料になります。受注した案件と失注した案件のメモを見比べれば、5つの質問の答えを事実で更新していけます。さらに先の話をすれば、自社の商談記録はAIに読ませる独自データにもなる。AIの性能が横並びになっていくほど、差はこうした自社だけのデータの側につくのではないか、というのが私たちの仮説です。

設計3. 引き継ぎ：「不在テスト」で穴を見つける

最後に、こう問いかけてみてください。エース(または自分)が明日から2週間休んだら、どの案件が止まるか。

机上でやるだけでも効果があります。いま動いている案件を並べて、「担当者に電話せずに続きを引き取れるか」を1件ずつ確認していく。止まる案件があるなら、そこが属人化の穴です。穴ごとに、誰が何を見れば引き継げるかを決めます。といっても、埋め方は大げさなものではありません。連絡先の一覧と、これまでの経緯がわかるメモの置き場所を決めておく。それだけで穴の大半は塞がります。型と記録ができていれば、引き継ぎに必要な材料はすでに揃っているはずです。逆にこのテストで「見るものが何もない」と気づいたら、設計1と2に戻ればいい。健康診断のようなものだと思って、半年に一度やってみてください。

ツールを入れるのは、最後

SFAやCRMが不要だという話ではありません。順番の問題です。

入れどきの目安は3つあります。型が紙になっていて、新しい人に説明できること。3項目の記録が2〜3か月続いていること。そして案件数が増えて、表計算ソフトでは検索や集計が苦しくなってきたこと。この状態になってからのツール導入は、いまやっている運用の置き換えです。ゼロから習慣ごと作るのに比べて、定着のハードルは大きく下がるはずです。選ぶときも迷いません。型と3項目の記録がそのまま要件になるので、機能の多さに惑わされず、「いまの運用をそのまま載せられるか」だけで判断できます。

設計の前にツールから入ると、「入れたのに誰も使わない」という、業務ツールで繰り返されてきた失敗をなぞることになります。ツールは属人化を直してくれません。直すのはあくまで設計で、ツールはそれを速く、楽にするための道具です。

まとめ. 営業を個人技から会社の資産へ

型を5つの質問で紙に出す。記録を3項目に絞って運用に組み込む。不在テストで穴を見つけて塞ぐ。ツールはその後に、置き換えとして入れる。営業の属人化を設計で直す手順は、これだけです。難しい理論より、書き出して運用に組み込む地道さがものを言います。

属人化の解消は、エースを否定することではありません。エースの技術を会社の資産に変えて、エース本人にはもっと難しい仕事に進んでもらう。営業の標準化・仕組み化とは、そのための取り組みです。

型も記録も、作ろうと思えばどの会社でも作れます。それでも私たちが設計を勧めるのは、運用しながら貯まっていく記録とノウハウまでは、他社に真似できないからです。長い目で見れば、この蓄積こそが営業の競争力になると考えています。

Polyzmでは、営業プロセスの設計からCRM/SFAの導入と定着まで、属人化しない営業の仕組みづくりを支援しています。自社の営業の型を一緒に言語化してみたい方は、相談窓口からご相談ください。