「採用コストをかけても、半年で辞める」「研修をやっても、現場での動きが変わらない」「OJTで先輩に付けても、なかなか一人立ちできない」——40社以上の営業組織を支援してきた中で、この類の言葉は経営者・部長から繰り返し聞いてきた。
そのたびに聞き返す問いがある。「育てる側は、成果を出す行動プロセスを言語化できていますか？」
この問いに明確に答えられた経営者・管理職は、ほとんどいない。「経験と感覚で教えている」「背中を見せている」「とにかく数をこなすよう伝えている」。これらは育成の「姿勢」であって、育成の「設計」ではない。
「育たない」と「育てられない」の混同
採用・育成の問題を議論するとき、多くの組織は「育たない人材」の問題として捉える。採用基準を上げようとする。より優秀な人材を探そうとする。採用チャネルを変えようとする。
しかしこれは「育たない」と「育てられない」を混同している。問うべきは「入ってくる人材の質」ではなく「入った人材が育つ構造があるか」だ。
成果を出す思考・判断・行動が言語化されておらず、構造として渡せない状態を指す。「優秀な先輩の背中を見て学ぶ」という方法論は、暗黙知の移転に依存しており再現性がない。育成の問題は採用の問題ではなく、知識の構造化と移転の設計問題だ。
この区別は重要だ。採用基準を上げれば「最初から育てやすい人材」を取れるかもしれない。しかし構造が変わらない限り、育成の天井は変わらない。今は採用コストの高騰で「優秀な人材」の獲得競争は激化している。中小・ベンチャー企業が大手と同じ採用戦略で戦うのは非現実的だ。
だとすれば、取るべき戦略は「誰が入っても一定水準まで育てられる構造を作ること」だ。これは採用の問題ではなく、組織設計の問題だ。
研修が「その場限り」で終わる理由
育成の問題として次によく聞くのが、「研修をやっても変わらない」という声だ。外部研修、社内勉強会、ロールプレイ——やることはやった。しかし3ヶ月後、現場は研修前と変わっていない。
これはなぜか。研修が機能しない構造的な理由は三つある。
学びが日常業務に接続されていない
研修で得た知識が、翌日からの具体的な行動に結びついていない。「理解した」と「できる」の間には、日常での反復実践が必要だが、その設計がない。
フィードバックループが存在しない
研修後に「正しくできているか」を確認し、修正する仕組みがない。誤った理解のまま反復しても、誤った行動が定着するだけだ。
「なぜやるのか」が渡されていない
手順は教えても、その行動の意味と目的が理解されていない。意味を理解していない行動は、状況が少し変わると応用できず、継続する動機にもならない。
この三つはそれぞれ、アプリ断絶・DB断絶・OS断絶の問題だ。研修という点の施策が機能しないのは、育成全体の構造が断絶しているからだ。研修の質を上げても、これらの断絶が残っている限り、「その場限り」の結果は変わらない。
「研修は何度も受けてきた。毎回『良かった』と思う。
— 支援前の状況について、ある営業担当者の言葉
でも月曜日に現場に戻ると、また同じことをしている自分がいた。
研修が悪いんじゃなくて、戻る場所が変わっていないんだと気づいた」
OJTが機能しない本当の理由
「先輩に付けてOJTをやっている」という組織も多い。しかしOJTが機能するための前提条件は、「先輩が持っている知識を移転できる形にできているか」だ。
多くのOJTが機能しない理由は、先輩自身が「なぜ自分が成果を出しているのか」を言語化できていないことにある。経験と直感で動いているため、「見て学べ」「感じ取れ」という伝達になる。これは暗黙知の移転を新人の観察力と感受性に委ねる設計だ。
「俺の動きを見て学べ」「場数を踏めば分かる」「感覚で掴んでいくもの」——暗黙知の移転に依存。先輩の能力が高いほど、言語化が難しくなる逆説が生まれる。
「この場面でこの質問をする理由は〇〇だ」「今の反応はこう解釈して、次にこう動く」——観察ポイントと判断基準が事前に言語化されている。新人が「何を見るか」を持って同行できる。
機能するOJTに必要なのは「優秀な先輩」ではなく「観察フレームの設計」だ。新人が同行前に「今日は何を観察して、何を持ち帰るか」を明確に持てているか。同行後に「見たことをどう解釈するか」を対話できる構造があるか。これが育成の質を決める。
「育成設計」が機能していた組織の実例
抽象論だけでは伝わりにくいので、私自身の原体験から一つ具体的な話をする。新卒で入社した、ある大手通信機器販売会社での経験だ。
その会社は離職率の高さで語られることが多い。しかし構造として見ると、「誰が入っても一定水準まで動ける育成設計」が極めて精緻に組まれていた。
入社前から始まる「OS」の構築
内定後、入社前に2泊3日〜3泊4日の合宿がある。そこでは複合機の型番暗記（シャープ主要機種に加えリコー・ゼロックス・キャノンの競合機種まで）、社訓・社歌の徹底暗記、30kmウォーキングという名の対抗戦——これらが課される。チームの連帯責任制で、一人でも答えられないとやり直しだ。
当時は意味が分からなかったが、今になって構造として理解できる。この合宿の本質は「なぜ1位でなければならないのか」という思想を、頭ではなく身体に叩き込むことだ。「市場の1位はそのマーケットのルールを作れる。だから1位以外に意味はない」——この判断軸を、入社前に全員が共有した状態で現場に出る。これがOS断絶を起こさない設計だ。
業連という「リアルタイムコーチング設計」
現場に出てから機能していたのが「業連（業務連絡）」という仕組みだ。
課長業連——営業中にヒアリングした内容・リース情報・現状を電話で課長に報告する。すると事務所にいるマネージャーから「こう話して、次にこう提案してみろ」という指示が返ってくる。
この電話は、顧客の目には「在庫確認の相談電話」に見える。「課長に在庫状況を確認してもらっているが、直接部長に交渉する」という文脈を作ることで、「社長＋営業マン vs 部長（光通信側）」という構図が生まれる。社長のために会社の上層部に直談判してくれた、という背景が自然に演出される。
部長業連は、契約に向けた最終条件を詰めるフェーズで発動する。粗利の有無によって「そのまま契約へ」か「もう一押し条件を上げてこい」かの判断が即座に返ってくる。
この仕組みの本質は何か。マネージャーが現場にいなくても、現場をリアルタイムでコーチングできる設計だ。新人でも、この業連の仕組みに乗れば「熟練者の判断」を借りながら動ける。個人の経験値に依存せず、組織の知識が現場に流れ込む構造になっている。これがDB断絶を解消する設計だ。
シンプルなループの反復がアプリ断絶を解消する
光通信の営業フローは極めてシンプルだ。
テレアポ
トークスクリプト渡し＋毎朝のロールプレイ。最初はただ読むだけでいい。繰り返すことで身体に入る。
訪問→業連→即決
1商談2時間想定、関係構築と即決を同時に行う。業連で上司の判断を借りながら進める。
契約書→FAX確認→設置完了
記入済み契約書をその場でFAX。マネージャーが抜け漏れを即確認。設置日・設置場所を確定して完了。
このループをかなりの強度で繰り返す。失敗（ポカ）があれば入り直して再営業する。「考える時間」より「動く量」を優先する設計だ。
高離職率でも組織が機能し続ける理由は、仕組みが人に依存していないからだ。年中採用して補充し続けても、このループに乗せれば一定水準が出る。人が変わっても仕組みが回る——これが属人化しない組織の本質だ。
中小企業に応用できる要素はどこか
光通信の手法をそのまま移植することは現実的ではない。強度と規模が前提として異なる。しかし構造として抽出できるエッセンスは三つある。
一つ目は「業連の概念」だ。現場で詰まったとき、上司にリアルタイムで状況を共有し、即座に判断を返す仕組みは、規模に関係なく設計できる。1on1を週次でやるより、現場にいる瞬間に短く繋がれる設計のほうが育成効果は高い。
二つ目は「ループのシンプル化」だ。覚えることが多すぎると行動に移れない。新人が最初にマスターすべき行動を絞り込み、そのループを繰り返すことで身体に入れる設計が有効だ。
三つ目は「OS（なぜやるのか）を先に渡すこと」だ。手順より先に「なぜこの行動が重要なのか」という判断軸を渡す。これがあると、現場でイレギュラーが起きたときに自分で判断できる。
「育てられない管理職」という問題の構造
育成がうまくいかない組織のもう一つのパターンは、管理職が育成のやり方を知らないというケースだ。プレイヤーとして優秀だったから管理職に昇格した。しかし「売れる自分」と「部下を育てられる管理職」は、まったく異なるスキルセットを必要とする。
「できない部下はいない、できない上司がいるだけ」——これは私が組織支援の現場で一貫して持ち続けている思想だ。部下が育たないとき、問うべきは部下の能力ではなく、管理職が「育てる設計」を持っているかだ。
管理職に必要な育成の設計とは、次の三つだ。まず、「成果を出す行動プロセス」を言語化し、構造として渡せること。次に、部下の現状を「事実ベース」で把握し、どのギャップを埋めるかを特定できること。そして、行動の継続を支えるフォローアップの構造を持っていること。
これらは「センス」ではなく「設計」の問題だ。設計は学べる。型として渡せる。管理職がこの設計を持っていないとき、育成は属人的な「その人なりのやり方」に依存し続ける。
構造として解決するとはどういうことか
育成の問題を構造として解決するには、三つの層を設計する必要がある。
第一層は「成果プロセスの言語化」だ。トップセールスの動き方を解剖し、「なぜその行動をするのか」という判断基準ごと言語化する。これがないと、何を教えるかが決まらない。
第二層は「学びの定着設計」だ。研修・OJT・1on1で得た知識が日常行動に接続されるための構造だ。学んだことを試す機会、試した結果を振り返る機会、振り返りを次の行動に反映させる機会——この三つがループとして設計されているか。
第三層は「フィードバックの構造化」だ。「正しくできているか」を確認し、修正するプロセスが定期的に組み込まれているか。管理職の「感覚的なフィードバック」ではなく、事実ベースの観察と言語化された基準による評価だ。
「型を渡されてから、初めて『なぜうまくいかないのか』が分かった。
— 支援後の変化について、入社2年目の営業担当者の言葉
それまでは正解が何かも知らないまま、当てずっぽうでやっていた」
まず確認すべき3つの問い
自社の育成に構造的な問題があるかどうかを確認するには、以下の三つを問えばいい。
一つ目。新人が入ったとき、「何をすれば成果が出るか」という行動プロセスを、書面で渡せるか。「とにかく先輩についていって」「数をこなせば分かる」という答えしかないなら、育成の設計が存在していない。
二つ目。管理職が部下と1on1をするとき、「今週何件架電したか」以外の対話ができているか。「なぜその件数で終わったのか」「どこに詰まっているのか」を構造として話せているなら機能している。「報告を聞いて終わり」なら機能していない。
三つ目。育成に成功したケースと失敗したケースの違いを、組織として言語化できるか。「あの人はセンスがあった」「あの人は向いていなかった」という答えが返ってくるなら、育成の再現設計がない。
育たないのは人の問題ではない。育てる構造がないという設計の問題だ。そして設計は、変えられる。
