「あの人は特別だから」——この言葉は組織にとって、最も危険な思考停止の一つだ。トップセールスの動き方が再現されないとき、「特別な才能」に帰属させることで、構造の問題から目が逸れる。「特別な人材を採用すればいい」という解決策に向かい、「なぜ再現できないのか」という本質的な問いが消える。
40社以上の営業組織を支援してきた経験から断言できることがある。トップの動き方が再現されない組織の問題は、ほぼ例外なく「知識の変換設計の欠如」にある。個人の能力の問題ではない。
暗黙知と形式知——属人化の知識論的な背景
属人化の問題を理解するために、まず知識の二種類を整理しておく必要がある。
言語化されていない知識
経験・直感・身体感覚として個人に蓄積された知識。「なんとなく分かる」「場の空気で判断する」「やってみれば分かる」として処理される。移転には直接的な体験の共有が必要で、言語を介した伝達が難しい。
言語化・構造化された知識
文書・手順・フレームワークとして表現された知識。言語を介して伝達・共有・蓄積できる。個人の経験に依存せず、組織として保有・活用できる。DB断絶の解消には暗黙知の形式知化が必要だ。
知識経営の研究者である野中郁次郎氏は、組織の知識創造において暗黙知と形式知の変換サイクル（SECIモデル）を提唱した（1995年、『知識創造企業』）。この研究の文脈で言えば、DB断絶が起きている組織は、暗黙知が形式知に変換されないまま個人に閉じ続けている状態だ。
トップセールスが持っているのは、長年の経験から蓄積された高度な暗黙知だ。「この顧客はここで押してはいけない」「この反応が出たら一歩引くタイミング」「この業種の担当者が本当に気にしていること」——これらは言語化されにくい判断の集積だ。だから「なぜ売れるのか」を本人に聞いても、「経験と感覚」という答えが返ってくる。本人も言語化できていない。
属人化が生まれる構造的プロセス
属人化は放置の結果として自然に生まれる。そのプロセスには構造的な必然がある。
成果を出す個人が現れる
経験・直感・試行錯誤を通じて、高い成果を出す営業担当者が登場する。この時点では「優秀な個人の出現」として歓迎される。
案件が集中し、言語化の機会が失われる
組織はその人に案件を集中させる。本人は忙しくなり、自分の思考・行動を振り返り言語化する時間がなくなる。組織も「売れているなら問題ない」と言語化を求めない。暗黙知の肥大化が始まる。
「あの人は特別」という組織認知が定着する
他のメンバーは「自分とは違うレベルの人」として観察をやめる。「真似ても無駄」という認知が広がり、学ぶ姿勢より諦めが定着する。組織の学習機能が停止する。
退職・異動で暗黙知が消える
その個人が去ったとき、蓄積されてきた暗黙知はすべて流出する。残るのは「あの人は特別だった」という記憶と、何も変わっていない組織だけだ。
このプロセスは悪意のある誰かが設計したものではない。変換設計がない状態で時間が経過すると、構造として必然的に帰結する結末だ。
「点の学び」が「線にならない」理由
DB断絶が起きている組織では、個人の学びが「点」のまま蓄積されず「線」にならない。これはトップセールスに限った話ではない。一般の担当者にとっても同じ問題が起きている。
「学んでも全部、点のようになってしまう。
— 粗利202%を達成した営業担当者の言葉（株式会社アサヒ商会・支援後）
点と点が線にならなかった。
自分が変わるきっかけは、根性ではなく設計図でした」
「点の学び」とは何か。商談で失敗した。「次はこうしよう」と思った。しかしその学びは個人の記憶の中に留まり、次の似た場面で思い出せるかどうかは偶然に依存する。他のメンバーとも共有されない。組織の知識として蓄積されない。
「線の学び」とは何か。失敗した場面を構造として分解し、「どのフェーズでどの判断が誤っていたか」を言語化する。その言語化を所定の形式で記録し、チームで共有する。類似の場面で参照できる状態にする。これが「点を線にする」プロセスだ。
この違いは単なる記録の有無ではない。「学びを使える形にするプロセスが設計されているかどうか」の違いだ。日記と知識ベースは根本的に異なる。記録されていても、参照・活用できる構造がなければ点のままだ。
DB断絶を解消する形式知化の3要素
抽出の設計
暗黙知を引き出すための問いの設計。「なぜそうしたのか」「何を見てそう判断したのか」という問いを定期的に行う構造。1on1・商談後振り返り・チームレビューが場になりうる。
変換の設計
引き出した暗黙知を「他者が使える形」に変換するフォーマットの設計。「場面・判断・根拠・結果」という4項目での記録が有効だ。自由記述では変換が起きにくい。
参照の設計
蓄積された知識が実際の行動場面で参照される仕組みの設計。商談前の確認習慣、特定の場面でのチェックリスト参照など、「使われる文脈」に知識を置く設計。
この3要素はすべてそろって機能する。抽出だけでは「記録があるが使われない」状態になる。変換だけでは「フォーマットはあるが埋まらない」状態になる。参照だけでは「見ようとしても中身がない」状態になる。三つが循環として設計されたとき、組織の知識は蓄積・活用サイクルに入る。
抽出の設計——暗黙知を引き出す問いの技術
暗黙知の抽出で最も重要なのは「問いの質」だ。「どうでしたか」「うまくいきましたか」という問いは感想を引き出す。暗黙知を引き出すには「なぜ」「何を見て」「どのタイミングで」という問いが必要だ。
具体的には、商談後の振り返りで「今日の商談で、意識的に変えた動きはあったか」「顧客のどの反応を見て、その動きをしたのか」「それはなぜ有効だと判断したのか」という問いを構造化する。トップセールスに対してこれを定期的に行うことで、本人も言語化していなかった判断基準が表出してくる。
変換の設計——「使える形」に落とし込むフォーマット
暗黙知を形式知に変換するには、フォーマットの設計が不可欠だ。自由記述では「何を書けばいいか分からない」という状態になりやすく、変換が起きない。
有効なフォーマットは「場面・判断・根拠・結果」の4項目だ。「どんな場面で（場面）」「何をしたか（判断）」「なぜそうしたか（根拠）」「結果どうなったか（結果）」——この4項目を埋めることで、暗黙知が「他者が同じ場面で参照できる知識」になる。
参照の設計——知識が「使われる文脈」に置かれているか
どれほど丁寧に知識を蓄積しても、参照される文脈に置かれていなければ機能しない。「知識ベースを作ったが誰も見ない」という状況は、参照の設計が抜けていることが原因だ。
参照の設計とは、「特定の行動の前に知識ベースを確認するルーティン」を組み込むことだ。例えば「初回訪問前には類似業種の勝ちパターンを確認する」という習慣を、チェックリストや1on1のアジェンダに組み込む。知識が「存在するもの」ではなく「使うもの」になる文脈設計だ。
「特別な人材」を求める前に問うべきこと
「優秀な人材を採用すれば解決する」という思考は、DB断絶が起きている組織でよく見られる。しかしこの解決策には根本的な問題がある。変換設計のない組織に優秀な人材が入っても、その人の暗黙知もまた組織に蓄積されないまま個人に閉じる。あるいは、その優秀な人材も「特別な人」として扱われ、同じサイクルが繰り返される。
問うべきは「どんな人材を採用するか」ではなく「入ってきた人材の学びを組織に蓄積できるか」だ。後者の設計があれば、平均的な人材でも時間をかけて組織の知識は厚くなる。前者だけを追い続ける限り、採用コストは上がり続け、組織の地力は変わらない。
「型ができてから、初めて自分が何をしていたのか分かった。
— 形式知化の支援を経たトップセールスの言葉
それまでは無意識にやっていたことが、言語になった。
言語になると、教えられるようになった」
DB断絶の現状を確認する3つの問い
自社にDB断絶があるかどうかを確認するには、以下の三つを問えばいい。
一つ目。自社のトップセールスの「なぜ売れるのか」を、マネージャーが新人に言語化して説明できるか。「あの人は感覚が鋭い」「場数が違う」という答えしか出ないなら、暗黙知が形式知化されていない。
二つ目。先月失注した商談の根本原因を、チームで構造として説明できるか。「タイミングが合わなかった」「縁がなかった」で終わるなら、失敗が学びとして蓄積されていない。
三つ目。新人が商談に臨む前に、組織として蓄積された「類似顧客の勝ちパターン」を渡せるか。渡せるものが何もないなら、DBが存在していない。
属人化は才能の問題ではない。変換設計の問題だ。そして設計は、変えられる。
