ノウハウは「書かせる」のではなく「業務の流れの中で残る」ようにするものです。暗黙知の形式知化は、文書化プロジェクトではなく仕組みの設計。
「あの案件の進め方は、あの人に聞かないとわからない」「なぜあのタイミングで見積もりを出したのか、本人も説明できない」「マニュアルは作ったが、誰も見ていない」——多くの組織で聞かれる声です。属人化の根本には、ベテランが持つ判断基準が言語化されないまま個人の頭の中にとどまり、退職や異動とともに失われていく構造があります。
暗黙知の形式知化とは、個人が経験を通じて身につけた「言葉にしにくい知識」を、文書・データ・手順など「他者が再現できる形式」に変換するプロセスです。野中郁次郎氏が提唱したSECIモデルでは、この変換が組織の知識創造の中核に位置づけられています。そして実務で成否を分けるのは、変換した知識を「読む場所」に置くか、「使う場所」に置くかという設計の差です。
本記事は暗黙知の形式知化シリーズの一部です。HubSpot完全ガイド関連記事です。
この記事でわかること
暗黙知の形式知化を「どこから」「どの順番で」進めればよいか迷っている方に向けて、理論から実務の手順まで一気通貫で整理します。
- 暗黙知と形式知の違いと、変換が経営課題である理由 — ベテランの勘と文書化された知識の差を比較表で整理し、なぜ個人に知識がとどまることが組織リスクになるのかを説明します
- SECIモデルの4フェーズを回す実務の設計 — 共同化・表出化・連結化・内面化のそれぞれを、誰がいつ何をするかという運用に落とし込みます
- ベテランから知識を引き出す3つの技法と4ステップ — 行動観察法・構造化インタビュー・プロトコル分析の使い分けと、対象選定から検証までの進め方を解説します
- CRMに知識を埋め込む「仕組み化」の考え方 — Wikiに文書を置くだけで終わらせず、パイプラインの必須入力やワークフローとして業務に組み込む方法を扱います
- 向かないケースと、形式知化が失敗する典型パターン — すべてを形式知化しようとすると破綻します。対象を絞る判断軸と、よくある失敗の回避策を率直に書きます
属人化の解消を任されている経営者・部門責任者・ナレッジ管理担当の方に向けて書いています。最後まで読むと、自社のどの業務から、どの順番で、どの仕組みに載せて形式知化を進めればよいかを自分で設計できるようになります。
暗黙知と形式知の違いを正しく理解する
形式知化の議論が空回りする組織には、共通点があります。「暗黙知=マニュアル化されていないこと」と広く捉えすぎて、対象が無限に膨らんでしまうのです。まずは両者の性質の違いを押さえ、変換する価値がある領域を見極める土台を作ります。
暗黙知とは何か
暗黙知(Tacit Knowledge)とは、個人の経験・直感・感覚に基づく知識であり、言語化や文書化が困難な知識を指します。熟練営業担当者が「この顧客はそろそろ動きそうだ」と感じる直感、製造現場の職人が音や振動で機械の異常を察知する感覚、ベテラン管理者が会議の空気を読んで適切なタイミングで発言する判断力——これらはすべて暗黙知です。
暗黙知の厄介な点は、本人自身がその知識を持っていることを自覚していない場合が多いことです。「なぜそう判断したのですか」と聞かれても、「長年の経験から」としか答えられないケースが大半です。つまり、本人に「まとめておいてください」と依頼しても出てこない種類の知識だと理解しておく必要があります。
形式知との違い
形式知(Explicit Knowledge)は、文書・マニュアル・データベースなど、言語や数字で表現された知識です。業務マニュアル、営業トークスクリプト、品質管理基準書などがこれにあたります。両者の違いを整理すると次のようになります。
| 比較項目 |
暗黙知 |
形式知 |
| 表現形態 |
言語化が困難、感覚・直感 |
文書・データ・マニュアル |
| 伝達方法 |
体験の共有、師弟関係 |
文書配布、研修、eラーニング |
| 共有範囲 |
個人または少人数 |
組織全体に展開可能 |
| 再現性 |
属人的で再現が困難 |
手順に従えば誰でも再現可能 |
| 蓄積場所 |
個人の頭の中 |
ナレッジベース・社内Wiki |
| リスク |
退職・異動で消失 |
組織に残り引き継げる |
注目したいのは「蓄積場所」の行です。形式知の置き場所が社内Wikiだけだと、業務中にわざわざ別のツールを開かないと知識に触れられません。後半で扱う「CRMに埋め込む」という発想は、この置き場所を業務動線の内側に移す試みです。
なぜ変換が必要なのか
暗黙知が個人にとどまることの最大のリスクは、組織としての持続性が個人に依存することです。多くの企業で「特定の人に依存した業務がある」という状況が見られ、その担当者が離職・異動した際に業務が回らなくなるケースも珍しくありません。人手不足が続くなかで、これは採用や教育の問題ではなく、組織設計の問題として扱うべきテーマです。
もう一つ見落とされがちなのが、意思決定の質への影響です。ベテランの判断基準が言語化されていない組織では、経営が「なぜこの案件は受注できたのか」「なぜあの案件は落ちたのか」を再現可能な形で語れません。結果として、勝ちパターンの横展開も、負けパターンの回避も、個人の記憶頼みになってしまいます。
SECIモデルに基づく変換プロセスを実務に落とす
SECIモデルは理論としては広く知られていますが、「で、明日から何をすればいいのか」が曖昧なまま終わりがちです。ここでは4つのフェーズを、誰がいつ何をするかという運用のレベルまで具体化します。
SECIモデルの4つのフェーズ
野中郁次郎氏と竹内弘高氏が提唱したSECIモデルは、知識変換を4つのフェーズで説明します。暗黙知を形式知に変換するには、この4フェーズを意識的に回す仕組みが必要です。
- 共同化(Socialization) ── 暗黙知を暗黙知として共有するフェーズです。ベテラン社員と若手社員が一緒に業務を行い、「見て覚える」「体験を共にする」ことで暗黙知が伝わります。OJTや同行営業がこれにあたります。
- 表出化(Externalization) ── 暗黙知を形式知に変換するフェーズです。ベテラン社員のノウハウを言語化し、マニュアル・チェックリスト・判断フローとして文書化します。このフェーズが最も重要かつ困難です。
- 連結化(Combination) ── 形式知と形式知を組み合わせて新たな知識を生み出すフェーズです。複数の部門のマニュアルを統合したり、ベストプラクティスを体系化したりする活動がこれにあたります。
- 内面化(Internalization) ── 形式知を実践を通じて暗黙知として身につけるフェーズです。マニュアルの内容を実際の業務で繰り返し実践することで、個人の中に暗黙知として定着します。
4フェーズを「業務のどこで回すか」に割り当てる
理論を運用に変えるときに有効なのが、各フェーズを既存の業務イベントに紐づけてしまうことです。新しい会議体を増やすのではなく、すでにある場に役割を持たせるという考え方です。
- 共同化 ── 紐づける業務イベント:同行営業・OJT・ペア対応/主な担当:ベテランと若手/残すアウトプット:同行メモ(気づいた違和感を1行で)
- 表出化 ── 紐づける業務イベント:週次のナレッジ抽出セッション/主な担当:抽出担当+ベテラン/残すアウトプット:判断フロー・チェックリスト
- 連結化 ── 紐づける業務イベント:月次レビュー・四半期の棚卸し/主な担当:部門責任者/残すアウトプット:統合されたプレイブック
- 内面化 ── 紐づける業務イベント:日々の業務・振り返り/主な担当:実務担当全員/残すアウトプット:運用後のフィードバック記録
ここでのポイントは、表出化だけを頑張らないことです。
表出化で作った文書が内面化のフェーズで使われず、フィードバックが返ってこなければ、そのナレッジは次第に現場の実態とずれていきます。4フェーズは循環してはじめて機能します。
表出化を成功させる3つの技法
暗黙知の形式知化で最も難しいのは、本人でさえ言語化できない知識をどう引き出すかです。実務では次の3つの技法を、対象業務の性質に応じて使い分けます。
- 行動観察法 ── ベテラン社員の業務を横で観察し、行動・判断の一つひとつを記録する方法です。本人に聞いても出てこない暗黙知を、第三者の観察によって可視化します。身体的な動作や、無意識の確認動作が多い業務に向いています。
- 構造化インタビュー ── 「なぜそう判断したのか」「別の状況ではどうするか」「過去に失敗したケースは」といった質問を体系的に行い、判断基準やパターンを引き出す方法です。営業の商談判断のように、思考が中心の業務に適しています。
- プロトコル分析 ── ベテラン社員に業務を行いながら「今何を考えているか」を声に出してもらう方法です。思考プロセスをリアルタイムで言語化することで、無意識の判断基準が浮かび上がります。
- 行動観察法 ── 向く業務:動作・確認手順が中心の業務/本人の負担:小さい(普段どおり働くだけ)/得られるもの:無意識の確認ポイント
- 構造化インタビュー ── 向く業務:判断・交渉が中心の業務/本人の負担:中程度(時間の確保が必要)/得られるもの:判断基準とその例外
- プロトコル分析 ── 向く業務:複雑な思考を伴う業務/本人の負担:大きい(喋りながら作業する)/得られるもの:思考の順序そのもの
ただし、3つとも万能ではありません。プロトコル分析は本人の負担が大きく、忙しいベテランに継続的に頼むのは現実的でないケースが多くあります。「言葉にするのが苦手」というタイプの方には、負担の小さい行動観察法から入るのが無難です。企業様によって、また対象者の性格によって最適な技法は異なりますので、一つに決め打ちせず組み合わせて試していただければと思います。
ベテラン社員のノウハウを引き出す実践ステップ
技法が分かっても、進め方の順序を間違えると途中で止まります。ここでは対象の選定から検証までを4ステップに分け、それぞれで陥りやすい落とし穴もあわせて説明します。
ステップ1: 対象業務の特定と優先順位づけ
すべての暗黙知を一度に形式知化することはできません。まず、属人化のリスクが高い業務を特定し、優先順位をつけます。優先すべき業務の基準は次の3つです。
- 代替不可能性 — その人がいないと業務が止まる度合い
- 退職リスク — 定年退職や異動のタイミングが近いか
- 業績インパクト — その業務が売上や顧客満足度に与える影響の大きさ
この3軸で候補業務を並べ、上位1〜2業務だけに絞って着手します。ここで欲張って5つも6つも同時に進めると、どれも中途半端な文書だけが残ります。まずは一つの業務領域で「形式知化して、若手が使えて、成果が出た」という小さな成功事例を作ることが、次の展開を楽にします。
属人化の問題を体系的に解消するアプローチについては「属人化を解消する具体的な方法」で業務の見える化から標準化までの5ステップを詳しく解説しています。
ステップ2: ナレッジ抽出セッションの設計
ベテラン社員から知識を引き出すセッションは、週1回・60分程度の定期的な場として設計します。単発のインタビューでは表面的な知識しか得られません。「では、これまでの経験を教えてください」と聞いても、返ってくるのは一般論だからです。
セッションの進め方として効果的なのは、実際の業務ケースを題材にしたディスカッションです。「先週のあの商談で、なぜあのタイミングで価格を提示したのですか」「このクレーム対応で、なぜ最初に〇〇を確認したのですか」といった具体的な場面を振り返ることで、抽象的な知識ではなく実践的な判断基準が見えてきます。
セッションには、ベテラン本人以外に「聞き手」と「書き手」を分けて配置できると理想的です。聞き手は深掘りの質問に集中し、書き手は発言をそのまま記録します。一人二役だと、記録に気を取られて「なぜ」の掘り下げが浅くなりがちです。
ステップ3: ナレッジの構造化と文書化
引き出したノウハウは、次の3つの形式に整理します。どれか一つではなく、内容の性質に応じて使い分けます。
- 判断フローチャート ── 「もし〇〇なら→△△を確認→□□の場合は→この対応」という意思決定の流れを図式化したものです。分岐のある判断を扱うのに向いています。
- ケーススタディ集 ── 実際の事例をもとに状況・判断・行動・結果を記録したものです。成功事例だけでなく、失敗事例も同じ重みで残してください。失敗の記録は、なぜその選択を避けるべきかという判断の背景を伝えます。
- チェックリスト ── 業務遂行時に確認すべきポイントをリスト化したものです。ベテランが無意識に確認していることを明文化する効果があります。行動観察法の成果物は、多くの場合チェックリストの形に落ち着きます。
こうした文書化のフォーマットや構成を体系的に整えたい場合は、「SOPの作り方」の記事で標準作業手順書の作成手順を詳しく解説しています。
ステップ4: 検証とフィードバック
文書化した知識をベテラン社員にレビューしてもらい、「自分のやり方と合っているか」「抜け漏れはないか」を確認します。さらに、若手社員に実際にその文書を使って業務を行ってもらい、「文書どおりにやってうまくいったか」を検証します。この検証とフィードバックのサイクルを3回以上回すことで、形式知の精度が高まります。
検証で意外と大きいのが、若手が「文書のここが理解できなかった」と指摘してくれる価値です。ベテランにとって自明な前提が書かれていないことは非常に多く、その欠落は当人同士では気づけません。読み手をレビュアーに入れることが、実用に耐える形式知を作る近道になります。
成功企業に学ぶ暗黙知の形式知化
理論とステップを押さえたところで、実際に長年取り組んでいる企業の型を確認します。
共通しているのは、形式知化を特別なプロジェクトではなく日常の業務プロセスに埋め込んでいる点です。
トヨタ自動車の「なぜなぜ分析」
トヨタ自動車が実践する「なぜなぜ分析(5 Whys)」は、問題の根本原因を追求するプロセスですが、同時に暗黙知を形式知に変換する仕組みとしても機能しています。現場で問題が発生した際に「なぜ」を5回繰り返すことで、ベテラン作業者の暗黙的な判断基準が言語化され、標準作業手順書に反映されます。
この仕組みにより、トヨタでは個人の経験が組織の標準として蓄積される文化が根づいています。注目すべきは、ナレッジ抽出のための専用の場を設けているのではなく、問題対応という既存の業務プロセスの中に「なぜを繰り返す」という型を組み込んでいる点です。
コマツのICT建機による技術伝承
コマツは、熟練オペレーターの操作データをICT建機で収集し、デジタルデータとして記録する取り組みを行っています。熟練者がどのタイミングでどの操作を行うか、どの角度でバケットを入れるかといった暗黙知を、センサーデータとして形式知化しています。
このデータを研修プログラムに活用することで、新人オペレーターの育成期間短縮につなげている点が特徴です。ここでのポイントは、ベテランに「書いてもらう」のではなく、普段どおり作業してもらうだけでデータが残る構造にしたことです。本人の負担をゼロに近づける設計は、あらゆる形式知化で参考になります。
ダイキン工業のテクニカルマスター制度
ダイキン工業では、熟練技術者を「テクニカルマスター」に認定し、その技能をデジタル映像・マニュアル・研修プログラムとして体系的に記録・伝承する制度を設けています。テクニカルマスターの技能を3Dモーションキャプチャで記録し、VR研修に活用するなど、デジタル技術を駆使した暗黙知の形式知化を実現しています。
この事例で効いているのは、技術そのものより「認定制度」という位置づけです。教えることが本人の評価につながる建て付けになっているため、後述するインセンティブの壁を制度で越えています。
Excel管理から抜け出し、CRMに知識を埋め込む
ここまでの内容を「文書を作る話」で終わらせないための、当社が最も重視している論点です。形式知の置き場所を業務動線の内側に移すと、ナレッジは読まれるものから使われるものに変わります。
スプレッドシート管理が抱える限界
営業ノウハウの共有で、いまも多いのがスプレッドシートでの管理です。案件一覧のシートがあり、別に顧客リストのシートがあり、さらに「商談のコツ」をまとめたドキュメントが共有ドライブのどこかにある——という状態です。
この形の問題は、情報が分散して差分が生まれることにあります。案件シートの担当者名とリストの担当者名がずれる、ノウハウ文書が半年前の内容のまま放置される、Slackで共有された有益なやり取りがどこにも残らない、といったことが起きます。結果として「結局あの人に聞くのが早い」という元の状態に戻ります。手作業での更新が前提の仕組みは、忙しくなった瞬間に止まるからです。
ナレッジ管理をスプレッドシートで始めること自体は悪くありません。小さく始めるには十分です。ただし、扱う案件数や関係者が増えてきたタイミングで、顧客・案件・活動履歴が自動で紐づくデータベースに移すことを前提に設計しておくと、移行時の痛みが小さくて済みます。
営業の暗黙知は「パイプラインの4要素」で形式知になる
営業領域の暗黙知は、CRMのパイプライン設計に落とし込むのが最も実用的です。当社では、パイプラインを次の4要素で設計することを推奨しています。
| 要素 |
形式知化される内容 |
具体例 |
| 取引ステージ |
受注率が変わる節目はどこか |
アポ取得→初回提案→見積もり提示→受注内示→契約 |
| 受注確度 |
各段階での見込みをどう見るか |
アポ取得10%、見積もり提示50%、受注内示80% |
| ステージ定義 |
何をもってその段階と呼ぶか |
見積もり提示=導入判断のテーブルに乗る提案をした状態 |
| 必須入力プロパティ |
その段階で押さえるべき情報は何か |
受注時に受注理由、見積もり提示時に金額とクローズ日 |
特に効くのが「ステージ定義」と「必須入力プロパティ」です。ステージ定義は、ベテランが頭の中で持っている「この案件はまだ本物じゃない」という感覚を、組織共通の言葉にする作業にほかなりません。
必須入力プロパティは、データ品質を担保すると同時に人材育成のツールにもなります。「この段階では決裁者と予算時期を確認する」というベテランの暗黙のルールを必須項目にしておけば、新人はその項目を埋めようとする過程で、確認すべきことを自然に学びます。文書を読ませるのではなく、業務の手順そのものに知識を埋め込むという発想です。
企業様によって商材や商談プロセスは異なりますので、この4要素をそのまま当てはめるのではなく、自社の受注パターンに合わせてステージや確度を調整していただくのが前提になります。最初から全パイプラインを作り込む必要はなく、まずは一番案件数の多いパイプラインで4要素を仮決めし、運用しながら調整していく進め方をおすすめします。
失注理由を残し、掘り起こしのループを作る
もう一つ、営業の暗黙知が最も濃く眠っているのが失注の記憶です。「あの業界は今期は動かない」「この競合が入ると価格で負ける」といった知見は、ベテランの頭にはあるのに、どこにも記録されていないことがほとんどです。
対策はシンプルで、失注時に理由を選択式のプロパティで残しておくことです。価格・競合他社・製品機能・時期・社内決裁といったカテゴリーに分類しておけば、四半期ごとに構成比を見るだけで自社の負けパターンが見えてきます。この数字は、マーケティングへの要望や製品開発の優先順位を伝えるときの共通言語にもなり、部門間の連携が進みます。
さらに、失注した案件をナーチャリングの対象に戻すループを組んでおきます。ライフサイクルステージを一度クリアしてから再設定するワークフローを用意しておけば、「時期が合わなかっただけ」の案件が自動的に再アプローチの母集団に戻ります。失注の知識を残すことと、失注を次の機会に変えることを、同じ仕組みの中で実現する考え方です。
以下の画面は、失注理由を案件別に集計したレポートのドーナツチャートの例です。こうしたビューが自動で更新される状態になると、失注理由の傾向を人が集計し直す手間がなくなります。

ナレッジベースと活動記録をつなぐ
HubSpotでは、営業担当者の活動記録・メモ・通話記録がコンタクトや取引に紐づいて蓄積されます。この記録をナレッジベースと組み合わせることで、「この業種の顧客にはどのようなアプローチが効いているか」を組織全体で参照できるようになります。個人の暗黙知がCRM上の形式知となり、チーム全体の底上げにつながります。
ただし、他社のCRMでも同様の考え方は実現できます。顧客・案件・活動がリレーションデータベースとして紐づく構造を持つツールであれば、本質的な設計思想は変わりません。重要なのはツールの選択そのものより、「知識を業務動線の内側に置く」という方針を持つことです。
形式知化したノウハウを社内Wikiやナレッジベースに集約する方法については「社内Wikiの作り方」で実践ガイドを公開しています。単に文書を格納するだけでなく、カテゴリ分類・タグ付け・関連リンクの設計を行い、必要な知識に素早くたどり着ける構造を作ることが大切です。全体像はナレッジマネジメントとはの記事で解説しています。
AIと人間の役割を分けて形式知化を加速する
AIは形式知化の工数を大きく下げますが、任せ方を誤ると「それらしいが誰も使わない文書」を量産するだけになります。ここでは役割分担の線引きを整理します。
AIに任せられること
AIが得意なのは、すでに存在する記録を別の形に変換する作業です。会議や商談の録音から文字起こしと要約を作る、大量の活動記録から共通パターンの候補を拾う、問い合わせ履歴からFAQの下書きを作るといった処理は、人が手でやるには重すぎる領域です。
初めて業務フローやワークフローを組むときも、AIに叩き台を作ってもらい、後から手で直していく進め方が取り掛かりやすいと感じています。ゼロから白紙に向かうより、8割違っていても形があるほうが議論が進みます。
人間が判断すべきこと
一方で、次の判断はAIに委ねるべきではありません。どの業務を形式知化の対象に選ぶか、ステージの定義をどう置くか、抽出された知識が自社の方針と整合しているか——これらはビジネスの文脈理解が前提になる判断です。
| AIに任せる |
人間が判断する |
| 録音の文字起こしと要約 |
形式知化する業務の優先順位 |
| 活動記録からのパターン抽出 |
ステージ定義・判断基準の決定 |
| FAQ・手順書の下書き生成 |
抽出された知識の正しさの検証 |
| 文書の分類・タグ付け |
現場に定着させる運用設計 |
AIのイメージは「超一流のベテランが答えを出してくれる」ではなく、「アシスタントがリサーチして方向性の案を持ってきてくれる」に近いものです。大型案件や重要な意思決定に関わる場面ほど、最終的に何を組織の標準とするかは人が決める領域として残しておく必要があります。
ナレッジの品質がAI活用の上限を決める
社内文書をAIが横断的に検索・参照する仕組みを入れる場合、回答の質は参照先ナレッジの質で決まります。古い情報、重複した文書、前提条件が書かれていない手順書が混在していると、AIはそれを根拠に自信ありげな誤答を返します。
つまり、AI導入は形式知化の代替ではなく、形式知化が済んだ組織ほど効果が出る施策だということです。「AIを入れれば属人化が解決する」という順序ではなく、「使える形式知を整えた上でAIに参照させる」という順序で考えていただければと思います。AIを活用した属人化解消のアプローチはAI属人化解消の記事でも扱っています。
形式知化を組織に定着させる仕組みづくり
形式知化が一過性のプロジェクトで終わる組織は少なくありません。担当者の異動とともに止まるのは、個人の熱意に依存した進め方をしているからです。
「業務の一部」に組み込む
定着させるには、形式知化の活動を通常業務のプロセスに組み込むことが前提になります。別枠の活動として置いた瞬間、忙しい時期に真っ先に後回しになるからです。
具体的には、次のようなルーチンを設計します。
- 「商談終了後に学びをCRMに記録する」
- 「取引を受注・失注に動かす際に理由の入力を必須にする」
- 「月次レビューでベストプラクティスを共有する」
- 「四半期に一度ナレッジの棚卸しを行う」
特に必須入力の設定は、意志や熱意に頼らずデータが溜まる構造を作れる点で効果が大きい施策です。
入力漏れを個人の責任にしないことも重要です。「ちゃんと記録してください」とお願いしても限界があります。記録しないと次の段階に進めない、記録すれば後工程が自動で動く、という流れを作れば、記録が仕事の妨げではなく近道になります。個人の力量に頼らず仕組みで回す発想は、新人が入っても同じ品質で業務が続く体制につながります。
インセンティブ設計
ベテラン社員がノウハウを積極的に共有するには、「教えたら自分の価値が下がるのでは」という心理的障壁を取り除く必要があります。共有することが本人にとってもプラスになる仕組みを整えましょう。例えば、次のような方法があります。
- ナレッジ共有の貢献度を人事評価に組み込む
- 社内表彰制度を設ける
- 「師匠」としての役割を正式なポジションとして設定する
ダイキン工業のテクニカルマスター制度は、まさにこの考え方を制度化した例です。
まずはどこから始めるか
いきなり全社で始める必要はありません。当社が実務で推奨しているのは、次の順序です。
- まず退職リスクと業績インパクトの両方が高い業務を1つ選びます。
- 次にその業務のプロセスを段階に分け、各段階の定義と必須入力項目を決めます。
- そこまで動いたら、次の業務領域へ広げていきます。
一度に全部を進めるのは現実的ではないので、自社で効果が出そうなところを見極めて優先順位をつけ、小さく試していただければと思います。最初の1業務で「新人が文書とCRMだけで案件を進められた」という実感が生まれれば、他部門への展開は説得の必要がなくなります。
向かないケースと、よくある失敗の回避策
形式知化はすべての業務に等しく有効なわけではありません。ここを率直に書いておかないと、投じた工数に見合わない結果になります。
形式知化に向かないケース
次のような業務は、無理に文書化しても費用対効果が合いません。
| 状況 |
理由 |
代わりの打ち手 |
| 発生頻度が極端に低い業務 |
更新されず情報が陳腐化する |
発生時に経験者が同席する運用で対応 |
| 前提条件が毎回大きく変わる業務 |
手順化しても例外だらけになる |
判断の原則だけを残し、個別判断は人に委ねる |
| 事業モデルの転換期にある業務 |
固めた直後に前提が変わる |
落ち着くまで記録の蓄積にとどめる |
| 担当者が1名で業務量も小さい |
形式知化の工数のほうが大きい |
リスク管理として引き継ぎ資料のみ用意 |
また、すべての暗黙知を形式知化しようとする発想自体が現実的ではありません。組織の知識には、体験を共にすることでしか伝わらない領域が一定量残ります。SECIモデルの共同化フェーズが存在するのは、そのためです。文書化とOJTは対立するものではなく、役割分担するものだと捉えていただくのがよいかと思います。
文書化しても使われない
暗黙知を形式知化しても、「マニュアルが多すぎて読まれない」「情報が古くなって信頼されない」という問題が起きることがあります。対策は、情報の粒度を適切に設定すること、定期的な更新ルールを設けること、そして検索性を高める設計を行うことです。加えて、本記事で繰り返し述べているように、文書を読みに行かなくても業務動線の中で知識に触れられる形にできないかを検討してみてください。
ベテランの協力が得られない
「忙しくて時間がない」「言葉にするのが苦手」というベテラン社員には、業務の中で自然にナレッジが蓄積される仕組みを提供します。録音・録画による記録、行動観察による第三者のドキュメント化、少人数の勉強会形式など、本人の負担を最小化する方法を選びましょう。コマツの事例のように、普段どおり働くだけでデータが残る形が理想形です。
形式知化自体が目的化する
最も多い失敗が、文書を作ることがゴールになってしまうケースです。大量のマニュアルができたのに誰も読まない、という状態です。着手前に「誰が」「どの場面で」「どう使うか」を決め、その利用シーンから逆算して形式を選んでください。判断フローが必要なのか、チェックリストで足りるのか、そもそもCRMの必須項目にすれば文書は不要なのか、を先に考えてみてください。この問いを先に置くだけで、作る量は大きく減ります。
よくある質問
暗黙知と形式知の比率は一般的にどのくらいですか
経済学者マイケル・ポランニーが提唱した「暗黙知」の概念に基づく一般的な見解では、組織が持つ知識のうち文書化されていない暗黙知の方が、形式知よりもはるかに大きな割合を占めるとされています。つまり、組織の知識の大部分は文書化されていない状態にあるということです。すべてを形式知化する必要はありませんので、業績への影響が大きい領域から優先的に変換を進めることが現実的です。
暗黙知の形式知化にはどのくらいの期間がかかりますか
対象業務の複雑さによりますが、一つの業務領域(例: 営業の商談プロセス)の暗黙知を体系的に形式知化するには、3〜6ヶ月程度が目安です。週1回のナレッジ抽出セッションを継続し、文書化→検証→修正のサイクルを3回以上回すことで、実用的な品質に達します。期間を短くしたい場合は対象範囲を狭めるのが有効で、工程を圧縮するとレビューが省かれて使われない文書が残りやすくなります。
小規模な組織でも暗黙知の形式知化は必要ですか
むしろ小規模な組織ほど必要です。少人数の組織では一人ひとりの担当範囲が広く、特定の人が抜けたときの影響が大きいためです。まずはスプレッドシートを使ったシンプルなナレッジ管理から始め、案件数や関係者が増えてきた段階でCRMに移す進め方が現実的です。最初から大がかりな仕組みを入れる必要はありません。
AIを活用した暗黙知の形式知化にはどのような方法がありますか
AIを活用した方法として、会議録音の自動文字起こし・要約、商談記録からのベストプラクティス抽出、チャットやメールからのFAQ下書き生成などがあります。RAG(Retrieval-Augmented Generation)の技術を使えば、蓄積された社内文書をAIが横断的に検索して回答することも可能です。ただし回答の質は参照先ナレッジの質に依存するため、AI導入の前に情報の鮮度と重複を整理しておく必要があります。
文書を作るのとCRMに項目を作るのは、どちらを先にやるべきですか
営業やカスタマーサクセスのように顧客との接点がある業務なら、CRM側の設計を先に検討することをおすすめします。ステージ定義と必須入力項目を決める作業自体が、暗黙知の言語化そのものになるからです。そのうえで、項目だけでは伝わらない背景や例外のパターンを文書で補うと、二重管理になりにくい構成になります。
まとめ
暗黙知の形式知化は、文書を作るプロジェクトではなく、知識が業務の流れの中に残る構造を設計する取り組みです。本記事の要点を整理します。
- 最も難しいのは表出化のフェーズです。行動観察法・構造化インタビュー・プロトコル分析を対象業務の性質に応じて使い分け、本人も自覚していない判断基準を引き出します
- 抽出したナレッジは判断フローチャート・ケーススタディ集・チェックリストに整理し、検証とフィードバックを3回以上回して精度を高めます
- 営業領域なら、ステージ・受注確度・ステージ定義・必須入力プロパティという4要素でパイプラインを設計すること自体が形式知化になります。失注理由を残す運用は、負けパターンの共有と掘り起こしの両方を生みます
- AIは録音の要約やパターン抽出で工数を下げますが、対象の選定・定義の決定・内容の検証は人の判断領域です
- すべてを形式知化する必要はありません。発生頻度が低い業務や前提が毎回変わる業務は、共同化(OJT)の領域として残す判断も正しい選択です
最初の一歩としておすすめするのは、新しい会議体を作らず、いま最も属人化している1業務のステージ定義から書き出すことです。具体的には次の3ステップで進めてみてください。
- 代替不可能性・退職リスク・業績インパクトの3軸で業務を並べ、上位1つに絞ります
- その業務のプロセスを段階に分け、各段階の「何をもってこの段階と呼ぶか」を一文ずつ言語化します
- 各段階で確認すべき情報を1〜3項目決め、CRMの必須入力項目として設定します
ここまでできれば、ベテランの頭の中にあった判断基準が、新人でも辿れる手順になります。そのうえで、文書でしか伝わらない背景を補っていけば、一過性で終わらない形式知が組織に残ります。
CRMを活用した業務効率化やAIとの連携に関するご相談は、CRM特化型コンサルティングのHubSpotゴールドパートナーのStartLinkまでお気軽にお問い合わせください。
あわせて読みたい
経営管理の理解をさらに深めるために、RAGで社内ナレッジを活用する方法もあわせてご覧ください。また、属人化を解消する具体的な方法も関連するテーマを扱っています。
本記事は暗黙知の形式知化カテゴリに属しています。経営管理全体を体系的に学びたい方は経営管理完全ガイドをご覧ください。