社内の知見は眠らせるだけ損｜専門性を記事に変える

「うちの技術者、打ち合わせで話すとものすごく面白いんです。でも記事は書いてくれなくて」。BtoBのオウンドメディアを担当していると、こういう相談を何度も受けます。裏を返せば、その会社の一番の武器が、社外に一文字も出ていない状態が続いているということです。競合と同じ一般論の記事が並ぶのは、書き手の力不足というより、社内にある知見が記事の材料として扱われていないからです。しかも困るのは、専門家本人に「書いてください」と頼んでも動かない点にあります。忙しいからでもやる気がないからでもなく、話せることを文章にする作業は、専門性とは別の技能だからです。本記事では、社内の暗黙知を記事に変えるための仕組み——知見の棚卸し台帳、ヒアリングの設計と聞き方の型、話してもらって書く進め方、本人レビューの負荷を下げる工夫、協力を引き出す巻き込みと評価、そして続く運用の条件までを、立ち上げの順番に沿って整理します。

なぜ社内の知見は眠ったままになるのか

原因は3つに分かれます。1つめは、本人が自分の知見を特別なものだと思っていないこと。毎日やっている判断は本人にとって当たり前で、「こんな話が記事になるんですか」と本気で言われます。2つめは、書く時間が業務として扱われていないこと。評価にも工数計画にも載っていない作業は、忙しいときに真っ先に後回しになります。3つめは、どこに何の知見があるのか誰も把握していないこと。依頼する側も「誰に何を聞けばいいか」が分からないまま、思いついた人に思いついたテーマを振っています。

最も手強いのが1つめの「当たり前の壁」です。経験に裏打ちされた知識は暗黙知と呼ばれ、自転車の乗り方のようにできるけれど言葉にしづらい性質を持っています。だから「〇〇について教えてください」と抽象的に聞いても、返ってくるのは教科書的な説明になりがちです。本人が意識せずに使っている判断の基準を引き出すには、聞き方そのものを設計する必要があります。ここを飛ばして依頼だけ増やしても、記事の中身は一般論に寄っていきます。

放置のコストは、記事が書けないことだけではありません。ナレッジ管理の文脈でよく指摘されるのは、①ベテランの退職とともにノウハウが消える、②担当者によって品質がばらつく、③新人教育がOJT依存になり育成に時間がかかる、という3つのリスクです。オウンドメディアの観点を足すと、4つめが加わります。自社しか書けない話が出ないため、検索で戦う武器が競合と同じになる。差がつかない記事を量産するほど、投資に対する回収は遠のきます。

「専門性が記事になる」とはどういう状態か

整理の枠組みとして便利なのが、野中郁次郎らが提唱したSECIモデルです。知識は「共同化（体験の共有）→表出化（言語化）→連結化（形式知の統合）→内面化（実践での習得）」という循環で組織に定着していく、という考え方です。記事化はこのうち表出化にあたります。ベテランの頭の中にあるものを、他人が読める形に変換する工程です。そして記事という形になれば、連結化（他の記事や資料とつなぐ）と内面化（新人が読んで実践する）まで自然に進みます。

ここで注意したいのが、記事化のゴールを「完璧なマニュアル」に置かないことです。網羅的な手順書をつくろうとすると、専門家の負荷が跳ね上がり、たいてい途中で止まります。記事に必要なのは網羅性ではなく、判断の理由が言語化されていることです。「この条件のときはAを選び、この条件ならBにする。理由は〜」という一段の説明が入るだけで、記事は他社の一般論と別物になります。

材料の選別も大事です。調べれば書ける情報と、その人しか持っていない情報を分けます。後者の典型が、失敗の分岐点・見積りの相場観・例外処理の判断基準の3つです。うまくいった話より「どこで間違えやすいか」のほうが読者の役に立ち、しかも外からは書けません。ヒアリングでもこの3つを狙って聞くと、記事の中身が具体的になります。逆に、公開情報を要約しただけの部分は、専門家の時間を使う価値が薄い領域だと割り切ってよいところです。

立ち上げの順番：台帳→優先順位→1本目→型

よくある失敗は「まず1本書いてみましょう」から始めることです。1本目は勢いで出せますが、2本目のテーマを決める段階で止まります。誰に何を聞くのかを毎回ゼロから考えることになり、依頼のたびに調整コストが発生するからです。仕組みとして立ち上げるなら、順番は次のようになります。

台帳を先につくる理由は、交渉のためです。「何か書いてください」という依頼は断られますが、「この15件のうち、先生が一番答えやすいのはどれですか」という依頼は会話が続きます。選ぶだけの状態まで持っていくのが、依頼側の仕事です。台帳は社内向けの営業資料でもあると考えると、作る意味が理解しやすくなります。

知見の棚卸し台帳の作り方

台帳は表1枚で足ります。列を増やすと埋まらなくなるので、最初は次の7列に絞ってください。ポイントは、知見を「テーマ」ではなく質問の形で書くことです。「配管設計」ではなく「配管の口径はどうやって決めるのか」と書けば、答えられる人と答えの範囲が同時に決まります。

列	書く内容	記入のコツ
質問	読者が抱く疑問の形で1文	「〜とは」ではなく「〜はどう決めるのか」と書く
答えられる人	氏名・部署（複数可）	第2候補まで書くと依頼の融通がきく
情報源	案件記録・議事録・問い合わせ履歴など所在	既にある材料を書いておくとヒアリングが短くなる
外に出せる範囲	公開可／要相談／不可	顧客名・価格・図面の扱いを先に決めておく
需要の手がかり	検索需要・営業でよく聞かれる度合い	営業の実感でよい。あとで検索データと突き合わせる
陳腐化の速さ	長持ち／1年／半年	仕様や法改正が絡むものは短く見積もる
状態	未着手／ヒアリング済／公開済	公開済みのURLを入れておくと再利用できる

粒度の目安は、1件＝ヒアリング10〜15分で答えられる大きさです。大きすぎると誰も引き受けず、小さすぎると記事にならない。「配管設計の全体像」は大きすぎ、「口径の決め方」はちょうどよく、「特定の型番の締結トルク」は小さすぎます。迷ったら、営業やサポートが顧客から実際に聞かれた質問の粒度に合わせると外れません。

そして台帳は完璧を目指しません。ナレッジ管理の実務でよく言われるのが、100点の精度を待つより80点で早く共有して直していくほうが機能する、という考え方です。空欄があってもよいので、まず全体を眺められる状態にすること。使いながら列を足したり、質問の書き方を直したりしていけば十分です。最初の1〜2週間で形にしてしまうのが、勢いを保つコツになります。

台帳の埋め方：知見はどこに落ちているか

台帳の質問欄は、頭で考えて埋めるものではありません。すでに社内のどこかに記録されています。有力な収集元は5つです。問い合わせ・サポートのやりとり（顧客が実際に困った点がそのまま質問になる）、設計レビューや案件の議事録（判断の分岐が残っている）、社内の質問チャンネル（新人が繰り返し聞くことは読者も知りたい）、失敗の振り返り資料（落とし穴の宝庫）、見積り時の質問リスト（顧客が検討段階で気にする点）です。

実務の進め方はシンプルです。チャットツールを検索して質問形式の投稿を拾い、案件フォルダの議事録から判断が書かれた行を抜き、サポートの問い合わせ分類を眺める。ここで生成AIが役に立ちます。議事録やチャットのログを渡し、繰り返し出てくる質問と、判断の理由が書かれている箇所を抽出させると、人が読み通すより早く候補が並びます。社外に出せない情報が含まれる場合は、社内向けに閉じた環境のAIを使うか、固有名詞を伏せてから渡す運用にします。

集め方でひとつ効くのが、ヒアリングを10分に絞って「最近いちばん多かった質問を3つ教えてください」だけを聞く方法です。答える側の負荷が小さく、しかも需要のある質問が直接手に入ります。台帳を埋める作業と、協力関係をつくる作業を兼ねられるのが利点です。この10分の会話を各部署で数回やるだけで、質問欄は30件を超えます。

記事化する順番の決め方

優先度は3軸で判断します。①読者の需要（検索されているか、営業でよく聞かれるか）、②自社しか答えられないか（他社記事に同じ深さの説明があるか）、③陳腐化の速さ（長く読まれるか、半年で古くなるか）。3軸を5段階で点数化して並べると、感覚で決めていた順番に根拠がつきます。営業やサポートの実感は②の判断に強く、検索データは①の判断に強いので、両方を見て決めます。

最初の1本は、よく聞かれるのに、まだどこにも詳しく書かれていない質問から選ぶのが定石です。需要があるので反応が返りやすく、自社しか答えられないので記事の価値が明確になります。そして専門家にとっても、日常的に答えている質問なので話しやすい。1本目の目的は完成度ではなく、「話すだけで記事になった」という体験を協力者につくることにあります。

• 社内で一番難しく専門的なテーマから始める（ヒアリングも執筆も重く、途中で止まる）
• 書いてくれそうな人を先に決め、その人が話せるテーマだけで埋める（需要とずれる）
• 検索ボリュームだけで順番を決める（自社しか答えられない強みが記事に出ない）
• 1本目のレビューで文章表現まで細かく直させる（協力者の記憶に「大変だった」だけが残る）

順番を決めたら、台帳の状態欄に着手予定を書き込み、四半期でどこまで進めるかを見えるようにします。ここまでやっておくと、協力を依頼するときにいつ・どのくらいの時間を使うのかを具体的に示せるようになります。予定が見えない依頼は、それだけで断られる理由になります。

専門家へのヒアリング設計：聞き方の型

ヒアリングの成否は質問設計で決まります。避けたいのは「〇〇について教えてください」という開いた質問です。抽象的に聞かれると、答える側は教科書的な説明に逃げます。狙うのは具体例と判断です。実際にあった案件を思い出してもらい、そのときどこで迷い、何を根拠に決めたのかを順に聞いていく。この流れに乗せると、本人が意識していなかった基準が言葉になって出てきます。

使い回せる型として、次の5問セットが便利です。①直近で実際にあった具体例を1件、②そのとき何で迷ったか、③最終的に何を根拠に決めたか、④同じ場面で他の人がよくやる間違い、⑤これから取り組む人へ一言。1テーマにこの5問、セクションごとに3〜5問という設計にすると、60分で記事1本分の材料が集まります。質問には意図のラベル（具体例を引き出す／判断基準を掘る／落とし穴を集める）を添えて渡しておくと、答える側も準備しやすくなります。

質問リストは前日までに送ります。当日その場で考えさせると、思い出す時間が答える時間を食い潰します。ただし送るのは質問だけで、回答を書いてもらう必要はないと明記してください。ここを曖昧にすると、相手は「事前に文章を用意する宿題」と受け取り、それだけで負荷が数倍になります。準備は思い出すことだけ、と伝えるのが依頼文の要点です。

ヒアリング当日の進め方

60分の配分を決めておくと、話が発散しても戻せます。導入5分（記事の狙いと公開範囲の確認）、具体例20分、判断基準20分、落とし穴10分、確認5分（外に出せない箇所の線引き）という組み方が扱いやすい形です。時間が余ったら具体例を1件追加し、足りなくなったら判断基準を優先します。判断基準が取れていない記事は一般論になるので、ここは削らないのが原則です。

話を止めない工夫もあります。答えを否定しない、専門用語をその場で言い換えさせない（あとで編集側が処理する）、沈黙を埋めない。とくに沈黙は重要で、思い出す時間を奪うと具体例が出てきません。録音は必ず許可を取ったうえで行い、「文字起こしは編集側でやるので、話すだけで大丈夫です」と最初に伝えます。この一言が、その後の協力の得やすさを大きく変えます。

• 質問リストは前日までに送る。ただし「回答を用意する必要はない」と明記する
• 録音の許可を取り、文字起こしと執筆は編集側が持つことを冒頭で伝える
• 「まだ社内でも結論が出ていない」「例外が多くて一言では言えない」は歓迎する。その曖昧さが記事の価値になる
• 顧客名・価格・図面・未公開の仕様は、当日の最後5分で公開可否を必ず確認する

もうひとつ大事なのが、「わからない」「決まっていない」を歓迎する姿勢です。専門家が言葉に詰まる箇所は、業界内でも判断が分かれている論点であることが多く、そこを正直に書いた記事は他社が書けません。きれいな結論に整えたい気持ちを抑えて、「例外が多い」「ケースによる」という状態も含めて記録しておくと、記事の説得力が増します。

話してもらって書く：文字起こし→AI整形→本人レビュー

記事化の工程は3つに分けます。録音・文字起こし、AIによる整形、人による確認と執筆です。取材記事づくりの現場では「完成度は録音7割、AI2割、確認1割で決まる」という言い方もされます。つまり、聞き出せていない内容はどんなツールを使っても出てこない、ということです。AIは書く手間を減らしますが、材料を増やしてはくれません。

AI整形に任せてよいのは、話し言葉の整理、重複や言い直しの削除、話題ごとの並べ替え、見出し案の提示、専門用語の初出説明の候補出しです。逆に任せてはいけないのが、発言にない内容の補完です。文脈を滑らかにするために一般論を足す挙動が起きるので、プロンプトで明示的に禁止します。整形後は、元の文字起こしと突き合わせて「話していないことが入っていないか」を確認する工程を必ず挟みます。

あなたはインタビュー原稿の整形担当です。以下は専門家へのヒアリングの文字起こしです。
次の作業だけを行ってください。
1. 話し言葉を読みやすい書き言葉に整える（意味は変えない）
2. 言い直し・重複・脱線を削る
3. 話題ごとにまとめ直し、見出し案をつける
4. 発言中の専門用語を一覧にし、初出で必要な補足説明の候補を挙げる
禁止事項：文字起こしに含まれていない事実・数値・事例を補わないこと。
不明・言いかけで途切れている箇所は「（確認）」と印をつけて残すこと。
---
（ここに文字起こしを貼り付け）

整形が終わったら、編集側が記事の形に書き上げます。ここで専門家に文章を書かせないのが仕組みの要点です。書く工程を編集側が持つことで、依頼のたびに発生する「時間が取れない」という壁を回避できます。専門家の時間は、話す60分とレビューの15分だけ使うという設計にしておけば、次の依頼も通ります。

本人レビューの負荷を下げる工夫

いちばんやってはいけないのが、原稿を丸ごと送って「全部読んで直してください」と頼むことです。専門家から見れば、これは記事を書くのと同じ重さの作業です。レビューは範囲を限定して依頼するのが原則で、依頼文には「どこを見てほしいか」「何は見なくていいか」を書き分けます。文章表現・構成・SEOは編集側の責任範囲だと明言しておくと、相手は事実確認に集中できます。

実務で効く手は4つあります。①事実確認だけを依頼する（誤りがあれば指摘、なければOKの一言）、②該当箇所をハイライトして送る（判断基準を書いた3段落だけ）、③質問形式にする（「この条件のときはBでよいですか、はい／いいえで」と3問）、④口頭レビュー（画面共有15分で読み上げ、その場で指摘を拾う）。とくに④は、文章での往復が苦手な相手に有効で、修正の反映も同時に済みます。

指摘を反映するのは編集側です。専門家が原稿に直接手を入れる運用にすると、修正が止まったときに記事が動かなくなります。指摘は口頭やコメントで受け、書き直すのは編集側という分担を固定してください。レビューの往復は原則1回、多くて2回に収める設計にしておくと、公開までのリードタイムも安定します。

書ける人を増やす仕掛け

特定の1人に依存すると、その人が忙しくなった月に記事が止まります。協力者を増やすには、参加のハードルを段階に分けるのが有効です。第1段階は「話すだけ」（ヒアリングに応じる）。第2段階は「部分執筆」（判断基準の段落だけ書いてもらう）。第3段階が「全文執筆し、編集側が整える」形です。いきなり第3段階を求めず、第1段階の人を増やすことに注力します。

型を渡すのも効果があります。構成テンプレート（背景／具体例／判断基準／落とし穴／まとめ）と、書きぶりの見本になる既存記事を1本添えるだけで、白紙から始める心理的な負担は大きく減ります。「この見本の形で、この5問に答える」まで具体化するのが渡し方のコツです。テンプレートは1種類に絞り、記事の型を統一しておくと、レビューの観点も揃います。

そして、協力が社内で見えるようにします。公開した記事を社内チャットで共有し、誰の知見がもとになっているかを明記する。反応があれば数字とともに報告する。自分の話が形になって読まれている実感が、次の協力を呼ぶという循環が生まれます。逆に、公開したことすら本人に伝わっていない運用は、一度きりで終わります。

協力してもらうための巻き込みと評価

協力を継続させるには、本人に何が返るのかを示す必要があります。実際に返るものは複数あります。指名での相談や登壇の依頼が増える、採用の場面で「記事を読んだ」という応募者が現れる、営業同席の回数が減る（記事が説明を代行する）、社内で説明を繰り返す手間が減る。抽象的な貢献ではなく、本人の業務が楽になる形で示すのが説得力を持ちます。

同時に、業務として認めてもらう手続きも必要です。上司の合意を先に取り、目標管理や評価シートに「記事協力〇本」「ヒアリング対応〇件」として載せてもらう。ナレッジ管理の成功要因として、ベテランの貢献を評価制度で可視化することが挙げられるのは、この理屈です。評価に載っていない協力は、忙しい時期に必ず後回しになる——ここは仕組みで解くしかありません。

クレジットとリスクの扱いも決めておきます。署名記事にするのか、監修表記にするのか、部署名だけにするのか。個人名を出すことに抵抗がある人もいるため、選べるようにしておくのが親切です。あわせて、顧客名・価格・未公開仕様といった社外に出せない情報の線引きを文書にして共有します。線引きが明確なほど、専門家は安心して具体的な話をしてくれます。

続かない原因と、続く運用の条件

この取り組みが止まる原因は、だいたい3つに集約されます。1つめは担当者依存で、旗を振っていた人が異動すると同時に消える。2つめは依頼が突発であること。記事が必要になったときだけ声をかける運用は、相手の予定を圧迫し、断られる回数が増えます。3つめは成果が見えないこと。協力しても何が起きたか分からないまま数か月が過ぎると、優先度は自然に下がります。

続く運用の条件は、この裏返しです。依頼を定例に組み込む（月1回のヒアリング枠を固定する、部門会議の議題に入れる）。四半期ごとに本数と担当を先に決める（突発依頼をなくす）。そして成果を数字で共有する。台帳の状態欄が更新されていく様子そのものが進捗の可視化になるので、台帳を関係者が見られる場所に置くのも効きます。

成果として見せやすいのは、記事経由の問い合わせ件数、営業が商談で記事を送った回数、採用応募での言及、社内での引用（新人教育に使われた回数）です。検索順位やPVだけで報告すると、協力した専門家には手応えが伝わりません。本人の仕事にどう効いたかを指標にすると、次の四半期の協力が取りやすくなります。

立ち上げ3か月の進め方

最後に、時間軸に落とします。3か月を目安に、台帳づくりから定例化までを一巡させる設計です。ここまで来れば、担当者が変わっても回る形になります。

1か月目は台帳と1本目です。各部署に10分ヒアリングを行い、質問を30件集めて優先度をつける。上位1件でヒアリング60分を実施し、公開までを通します。2か月目は型の確定です。質問リスト・構成テンプレ・レビュー依頼文を文書化し、2〜3本を同じ型で回して詰まりを見つけます。3か月目は協力者の拡大と定例化。第1段階（話すだけ）の協力者を3人以上に増やし、月次のヒアリング枠を固定します。

• 知見の台帳が質問の形で30件以上埋まり、答えられる人と公開可否が入っている
• 優先度が3軸（需要・自社しか答えられないか・陳腐化の速さ）で並んでいる
• 質問リスト・構成テンプレ・レビュー依頼文が文書として残っている
• 専門家の負担が「話す60分＋レビュー15分」に収まる分担になっている
• レビュー依頼で見てほしい範囲と見なくていい範囲を書き分けている
• 協力が上司の合意のうえで評価や目標に載っている
• 月次のヒアリング枠が定例として確保され、四半期の本数と担当が先に決まっている
• 公開後の反応を、本人の業務に効いた形（問い合わせ・商談での利用・社内引用）で共有している

ミニ用語解説

社内で説明するときに使う用語を、記事化の文脈での意味とあわせて整理しておきます。用語そのものを覚えるためではなく、関係者と同じ言葉で話すための一覧です。とくに上層部への説明では、ナレッジマネジメントの語彙で語ると理解が早くなります。

用語	意味	記事化での使いどころ
暗黙知	経験や勘に基づき、言葉にしづらい知識	ヒアリングで引き出す対象。「当たり前」に埋まっている
形式知	文章・図表・数式で表現でき、共有できる知識	記事化のゴール。他人が読んで再現できる状態
SECIモデル	共同化・表出化・連結化・内面化で知識が循環する枠組み	記事化は「表出化」。社内説明の骨組みに使える
構造化インタビュー	質問と順序を事前に設計して行う聞き取り	聞き方の型。5問セットの設計がこれに当たる
属人化	特定個人しか業務を遂行できない状態	記事化の投資対効果を説明する材料になる
監修	専門家が内容の正確さを確認し、その事実を明示すること	本人が執筆しない場合のクレジットの選択肢

用語を使うときの注意もひとつ。社外向けの記事では、これらの言葉をそのまま出さないほうが読みやすくなります。「暗黙知を形式知化する」と書くより「ベテランの判断の理由を言葉にする」と書いたほうが伝わります。社内の説明には枠組みの言葉を、記事には日常の言葉を——この使い分けを意識しておくと、どちらの相手にも届きます。

まとめ

社内の知見が記事にならない理由は、書き手の力不足ではなく、頼み方と分担の設計にあります。専門家には話してもらい、書く工程は編集側が持つ。この形に変えるだけで、協力のハードルは大きく下がります。そのうえで、知見の棚卸し台帳で何が資産かを見えるようにし、5問セットで判断基準を引き出し、文字起こしとAI整形で手間を削り、レビューは範囲を限定して依頼する。続けるための条件は、依頼を定例に組み込むこと、協力を評価に載せること、成果を本人の業務に効いた形で返すことの3点です。眠っている知見は、放っておくと退職とともに消えるだけで、誰の役にも立ちません。まずは各部署に10分だけ時間をもらい、「最近いちばん多かった質問」を3つ聞くところから始めてみてください。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。