30日でナレッジベースを作る方法:構成、情報源、オーナー — そしてチームがすでに話している内容から育つナレッジベース(2026年版)

ナレッジベースとは、組織が何度も出す回答を一度だけ書き留め、必要な人が誰にも尋ねずに見つけられる場所に置いたものです。「スイスのディストリビューターにはどう請求書を出すのか」「期限に間に合わなかった生徒の保護者には何と伝えるのか」「モロッコ向けのパレットはどの運送会社か」。こうした質問が4回目に出た時点で、組織にはナレッジベースがあります。作ったかどうかに関係なく、です。ただしそれは、ある同僚の頭の中と、十数本のチャットスレッドに散らばっています。

ナレッジベースの作り方を説明する多くのガイドは、ソフトウェア選びから始まります。このガイドはもっと手前から始めます。ソフトウェアは最も重要でない部分だからです。ナレッジベースは3つの決めごと、つまり構成、情報源、すべてのエントリーに付ける名前でできています。1か月かけて、この順に進めます。以下の30日プランは、10〜200名規模の組織が、実際に開かれるナレッジベースにたどり着くためのものです。コピーして使えるエントリーのテンプレート、実例、チームがすでに使っているツールのどこにナレッジベースを置けるかを示す表を載せています。さらに、多くのガイドが飛ばす部分も扱います。ナレッジベースの大半はすでに書かれています。会議でチームが話した内容や、チャットで入力した内容の中にです。やるべきことは、それを一か所にまとめ、チームの誰もが読める状態にすることです。

ナレッジベースとは何か — そして何ではないか

ナレッジベースと呼ばれがちなものは4つあります。この混同が、多くが作られながらほとんど使われない理由です。

ナレッジベースは1行目であり、他の3つに依存します。Wiki は構成がないままのナレッジベースの成れの果てです。ドキュメントライブラリはそのファイルの置き場所です。チャット履歴は、エントリーの大半が最初に書かれる場所で、返信として偶然書かれます。肝心なのは、回答を4行目から1行目へ移すことです。名前を付けて、一度だけ。以下の方法はこの移動を軸に組み立てられています。

作り始める前に、さらに2つの区別が重要です。社内向けのナレッジベースはチームのためのもので、やり方、物の場所、決定事項を扱います。社外向けは顧客のためのもので、製品の仕組みや、不具合が起きたときの対処を扱います。このガイドが扱うのは社内向けです。社外向けは、あとから社内向けを元に、顧客に見せてよいエントリーを書き直して作ります。また、ナレッジベースはプロセス文書や SOP ではありません。それらは仕事全体を最初から最後まで記述するものです。エントリーは1つの質問に答え、答えが「手順に従う」場合はその手順へリンクします。

3つの決めごと:構成、情報源、オーナー

構成:部門別ではなく、質問別に。 「スイスへの請求書はどう出す?」と尋ねる人は、答えが経理、営業、物流のどれに属するかを知りません。知っているのは質問だけです。部門別に整理したナレッジベースでは、1つの答えを探すのに3つのセクションを回らせることになります。人々が尋ねる質問を、その人たちの言葉で整理し、トップレベルは7セクション以内に収めてください。7を超えると、構成そのものに検索が必要になります。まだ何も入っていないナレッジベースに対する検索は、何も返しません。小さな組織の典型的なトップレベルは、顧客と受注、お金と請求、人と採用、ツールとアクセス、ルールと決定、連絡先、といったところです。

情報源:新しく書く前に、すでにあるものを。 白紙からナレッジベースを書く時間は誰にもなく、その必要もありません。答えはすでにあります。先週の火曜日に同僚が返した返信、ルールが決まった会議のリキャップ、3月に誰かがメッセージに添付した価格表、直近の新入社員が付けていたオンボーディングのメモなどです。ほとんどのエントリーの初版は、書くのではなくコピーして作ります。情報源がどこにあり、後からそれぞれのどれだけに届くかは、後述の表のテーマです。要点だけ言えば、たいていのスイートではチャット、ファイル、会議のメモが3つの別々の場所にあり、中でも会議そのものが最も何も残しません。

オーナー:すべてのエントリーに名前と日付を。 信頼されるナレッジベースと、開かれなくなったナレッジベースを分ける唯一の点は、エントリーが誰のもので、いつ最後に確認されたかを示しているかどうかです。名前と「2026年10月14日レビュー済み」が付いたエントリーは信じられます。同じ文章でもそれらがなければ「たぶん古い」と見なされます。オーナーの仕事は小さなものです。四半期に一度、「これはまだ正しいか?」に答えて日付を更新するだけです。ナレッジベースを書き直すことではありません。あるエントリーに名前を挙げられる人がいないなら、そのエントリーは知識ではなく推測であり、外します。

30日でナレッジベースを作る方法

このプランでは、推進役を1人置くことを想定しています。チームリーダー、または最も質問を受ける人が、週に約2時間を使います。残りのメンバーが使うのは数分です。

第1週 — 回答ではなく、質問を集める。 チャンネルを開くか、既存のチャンネルにノートを作ります。7日間、同僚に尋ねた質問や尋ねられた質問をすべて、使われた言葉のまま全員に投稿してもらいます。まだ回答は書きません。金曜日までに40〜80件の質問が集まり、その3分の1は重複です。繰り返しを数えてください。5回尋ねられた質問が最初のエントリーです。リストを置く場所が、そのままナレッジベースの置き場所になります。場所は、ソフトウェアの比較ではなく、チームが毎日すでに開いている場所で、ここで決めます。

第2週 — 構成とオーナー。 質問をグループに分けます。グループがセクションとなり、7つ以内にします。各セクションにオーナーを決めます。第1週にそのセクションの質問に最も多く答えた人です。次に、最も多く尋ねられた20の質問について、エントリーごとのオーナーを決めます。リスト(セクション、質問、オーナー)以外はまだ何も書きません。それをチームに送り、1つだけ尋ねます。「足りない質問はどれ?」。リストは10件増えて戻ってきます。

第3週 — 情報源からの最初の20エントリー。 各オーナーが下のテンプレートを使って担当のエントリーを書きます。出発点は、すでにあるもの、つまりチャットの返信、リキャップ、ファイルです。第3週のルールは「短くて正しいものは、長くて完全なものに勝る」です。ファイルへのリンクを付けた2文の回答に、日付と署名があれば、それはエントリーです。ルールの経緯を説明するページはドキュメントであり、後で作ってかまいません。誰も見つけられない決定に依存するエントリーは、まず決定ログに入れ、それからリンクを付けてナレッジベースに入れます。

第4週 — 公開し、ループを回す。 チームが読む場所にナレッジベースをピン留めします。そのうえで、ナレッジベースを生かし続ける2つの習慣を定めます。今後は、質問チャンネルで尋ねられた質問すべてについて、答えた人がエントリーを書くか、既存のエントリーへのリンクを返します。そして各エントリーのオーナーは、レビュー日を自分のカレンダーに入れます。30日目は完成形ではありません。オーナーと日付の付いた20〜30のエントリーと、質問に答えるたびに1つ増えるループがある状態です。半年後には200になり、誰もそれをプロジェクトとして書いてはいません。

30日間でやらないことがあります。ドキュメントライブラリの移行、新しいツールの選定、すべてのプロセスについてのページ作成です。ナレッジベースはファイルがある場所のファイルを指し、手順がある場所の手順を指します。それらを移すのは別のプロジェクトであり、多くの場合は不要です。

ナレッジベース記事のテンプレート

1エントリーにつき1質問、1ページ未満にします。ノートとしてコピーして埋めてください。最もよく飛ばされるのは最後の3行ですが、エントリーを正しく保つのはその3行です。

[質問。人々が尋ねるときの言葉で]
オーナー: [名前] · セクション: [7つのうちの1つ] · 最終レビュー: [日付] · 次回レビュー: [日付]
短い回答: [2文 — 何をすべきか]
適用対象: [チーム、拠点、顧客の種類] · 適用対象外: [混同されやすいケース]
手順: [番号付きの手順。それぞれに関わるシステム、人、ファイルを明記]
背景にあるルール: [ルールを定めた決定。その日付と理由]
例外: [通常の経路から外れるケースと、それぞれを誰が決めるか]
ファイルの場所: [最新のテンプレート、価格表、契約書へのリンク]
関連エントリー: [SOP、プロセス、以前のバージョン]

このテンプレートは太字のラベル付きのプレーンテキストなので、Word ファイル、Google ドキュメント、Wiki ページ、Slack のキャンバス、チャットのノートに、書式を直さずに貼り付けられます。

実例:ある輸出企業の30日後のナレッジベース

イタリアの機械メーカー(輸出)、従業員38名、ミラノに営業オフィスがあり、スペイン、ルーマニア、モロッコにディストリビューターがあります。第1週で61件の質問が出て、重複を除くと44件でした。そこから生まれた構成と、30日目時点のセクションごとのエントリー数は次のとおりです。

1. ディストリビューターと受注(7) — 新しいディストリビューターの設定方法、与信限度額を誰が承認するか、生産に回す前に受注に必要なもの
2. 請求と支払い(5) — スイスのディストリビューターへの請求書の出し方、プロフォーマインボイスを使う場面、支払いが30日遅れたときの対応
3. 輸送と通関(6) — 仕向地別の運送会社、モロッコ向けパレットに必要な書類、輸出申告書に誰が署名するか
4. サービスと保証(4) — 保証の対象範囲、サービス訪問の予約方法、在庫している部品
5. ツールとアクセス(3) — CRM へのアクセスを誰が付与するか、価格表の場所、共有メールボックスへの入り方
6. ルールと決定(3) — 10,000 を超える場合の二人署名ルール、値引きの上限、決定ログ
7. 連絡先(2) — 通関業者、国別の運送会社の連絡先

合計30エントリーです。第1週で最も多く尋ねられた質問、「モロッコ向けのパレットにはどの書類が必要?」は、1年間で同じ物流リーダーによってチャンネル内で11回答えられていました。エントリーの作成に彼女がかけたのは20分でした。11回目の回答がすでに書かれていて、オーナー欄と日付を加えるだけだったからです。

セクション3の記入済みエントリーです。

モロッコ向けのパレットにはどの書類が必要ですか?
オーナー: 物流リーダー · セクション: 輸送と通関 · 最終レビュー: 2026年11月3日 · 次回レビュー: 2027年2月3日
短い回答: 商業インボイス3部、パッキングリスト、EUR.1 証明書、そしてインボイスに記載するディストリビューターの輸入許可番号です。
適用対象: モロッコのディストリビューター向けのすべての出荷 · 適用対象外: 宅配便で送る1,000 EUR 未満のスペアパーツ。これは宅配業者独自の書式で送ります。
手順: 1. システムからモロッコ用テンプレートでインボイスを出力する。2. ディストリビューターのファイルから許可番号を追記する。3. 商工会議所に EUR.1 を申請する(3営業日)。4. パッキングリストを添付する。5. 一式を通関業者に送り、ディストリビューターをコピーに入れる。
背景にあるルール: 許可番号は、2026年3月のカサブランカでの保留を受けて追加されました(決定ログのエントリー 2026-03-19)。
例外: デモ機は一時輸入扱いとなり、物流リーダーが判断します。
ファイルの場所: モロッコ用インボイステンプレート、EUR.1 申請書、ディストリビューターのファイル。
関連エントリー: 仕向地別の運送会社、輸出申告書に誰が署名するか。

すでに使っているツールのどこにナレッジベースを置くか

10〜200名規模の組織は、すでに料金を払っているスイートの中にナレッジベースを作ります。どのスイートにも、エントリーの置き場所、ファイルの置き場所、会議が残したものの経路があります。それぞれ止まる地点が異なり、どれも記録は入力された言語のままです。以下はベンダー自身のページに記載された動作のみで、各ページを確認した月を付けています。

4つすべてに共通することが3つあります。1つ目は、エントリーが、入力された1つの言語のままのドキュメントまたはメッセージであることです。別の言語を読むメンバーは、それを読むか、誰かが作ったコピーを読みます。2つ目は、ファイルが別の場所にあり、別の検索で探すことになることです。3つ目は、ルールが議論され決まった会議が、あとで誰かが入力しない限りナレッジベースに届かないことです。Teams や Meet がそもそもどこにトランスクリプトと要約を保持するのか、通話後にそれをどう残すのかは、Microsoft Teams と Google Meet はトランスクリプト、録画、要約をどこに保存するかで扱っています。同じ理由で多くのチームが追加する AI ノートテイカーは、Otter.ai の代替で比較しており、そのどれもが要約を1つの言語で書きます。

これらのスイートが説明している翻訳は、通話または読み手の画面に属するもので、記録には属しません。Microsoft は、主催者が Teams Premium または Microsoft 365 Copilot のライセンスを持つ場合の Teams 会議でのライブ翻訳キャプションを、Google は対象の Workspace プランでの Meet の翻訳キャプションを、WhatsApp は受信メッセージを読み手の端末で翻訳することを、それぞれ説明しています(いずれも2026年8月確認)。それぞれが何をカバーし、どこで止まるのかは、Microsoft Teams のライブ翻訳、Google Meet のライブ翻訳、WhatsApp の翻訳にあります。月曜日にカサブランカのディストリビューターの事務担当者が開くエントリーは、それらのキャプションとは別のものであり、入力された言語のまま読まれます。

チームがすでに話している内容から育つナレッジベース

InterMIND は、チームの仕事がチャンネルの中にあるコミュニケーションのスペースです。そのためナレッジベースには自然な置き場所があります。それを使うチームのチャンネル、つまり輸出チーム、クリニックの受付、エージェンシーのアカウントグループのチャンネルです。そのチャンネルは質問チャンネルでもあり、会議の出発点でもあります。上の3つの決めごとは、これにそのまま対応します。

構成とオーナーは、エントリーそのものです。見出しと番号付きリストを持つリッチテキストのメッセージであるノートとして投稿し、あとからそのノート自身のメニューから編集します。エントリーは、各メンバーが自分の言語で読み、原文はワンタップで切り替えられます。ピン留めしておけば、新しい同僚が最初に見つけるのは最新版になります。編集履歴をオンにしておくと、変更されたルールの以前の文面が、現在のテキストの上に、タイムスタンプ付きの単語レベルの差分として表示されます。これが、オーナーの「最終レビュー」の行が指すレビューの記録です。エントリーが指すファイル、つまり価格表、モロッコ用テンプレート、ディストリビューターとの契約書は、同じチャンネルにアップロードします。ファイルには、どのプランでも、読み手の言語での AI 要約が付き、各ポイントは元の段落にリンクされています。有料プランでは、ファイルそのものが読み手の言語に翻訳されて開きます(ドキュメントは30言語)。マスターコピーをドキュメントツールに置いたままにする場合は、その更新がメールでチャンネルに届きます。チャンネルのホストがチャンネル専用のアドレスを発行し、そこに送られたメッセージは、送信者名が付き添付ファイルも保たれた通常のメッセージとして表示されます。Slack から移ってくるチームは、チャンネルをそのまま持ち込めます。標準の Slack ワークスペースのエクスポートは、Slack のチャンネルごとに1チャンネルとして復元されます。メッセージは元のタイムスタンプのまま順に並び、ピンとリアクションも保たれ、各メッセージを全メンバーが自分の言語で読めます。

情報源の部分では、上の表が人に任せていた仕事をチャンネルが担います。ルールが決まる会議はチャンネルから始まります。通話中は、エントリーの草稿をShare to conferenceでビデオタイルの隣の全員の画面に表示します。ノートでも、チャットにリンクした Google Docs や OneDrive のドキュメントでもかまいません。各参加者は独立してスクロールし、自分の言語で読み、共有した人はそれをライブで編集します。通話が終わると、リキャップは会議そのものから書かれます。要約、合意・未決・争点とマークされたポイント、オーナー付きのアクションアイテムがあり、各行にタイムスタンプが付きます。セッション中に共有されたドキュメントの要約も、話された内容と並んで加わります。リキャップはメールで届き、チャンネルのメッセージとして、またカレンダーの予定内のリンクとして届きます。サインインしている各メンバーは、それを自分の言語で読みます。記録は、その場で使われた言語で一度だけ書かれるのではなく、読み手ごとに翻訳されます。どのメンバーも編集でき、編集のたびに作成者とリビジョン履歴が残り、チャンネルは過去のすべてのセッションのリキャップを保持します。モロッコのルールを決めた会議は、それを記したエントリーからワンクリックの距離にあります。これが、チームがすでに話している内容から育つナレッジベースです。チャンネルでの11回目の回答、ルールが議論された通話のリキャップ、3月に添付されたファイルが、すべて一か所にあり、その上にエントリーがあります。

質問チャンネルにも、反対側から同じ扱いが適用されます。メンバー自身のアシスタント(Claude、ChatGPT、Copilot、Gemini のいずれか)を MCP コネクタで接続すると、リキャップ、トランスクリプト、チャット、共有ファイルのテキストを、1つの質問で検索できます。たとえば「モロッコ向けのパレットにはどの書類が必要?」と尋ねると、それぞれの出典となる会議、日付、ファイルとともに該当箇所が返ります。これは AI 機能をオンにしている組織で動作し、アシスタント経由で読めるのは、そのメンバーが参加している会議とチャンネルに限られます。チャット自体にも検索があり、ナレッジベース全体を持ち出すこともできます。どのプランでも、設定からのバックアップで、チャンネルがメッセージ、文字起こし、ファイルとともに ZIP としてエクスポートされます。これは、エントリー単位ではなく組織単位で答えた、所有権の問いへの答えです。上の表と並べると、違いは事実をそのまま述べるだけで分かります。それらのスイートが説明するキャプションは通話の進行中にそれを翻訳します。ここでは、エントリー、それを生んだ会議、そのファイル、その履歴が1つの記録であり、各メンバーが自分の言語で読みます。

チームの知識を持っている人が、いつも従業員とは限りません。ディストリビューターの受注担当者、通関業者、スイスのルールを知るフリーランスの会計士などです。チャンネルの外部メンバーは、メールで無料アカウントに参加し、ほかのメンバーと同じようにエントリーとその履歴を読めます。アカウントを持たない人は、1回の会議のゲストです。リンクから、電話からでも、無料で通話に参加し、自分の言語でライブに聞けますが、あとに記録は残りません。ホストはスペースを提供し、有料プランでは直前の28日間にアクティブだったメンバーの分だけを支払います。アクティブとは、会議に参加した、チャットに書き込んだ、アシスタントに質問したメンバーのことです。静かになったメンバーも、費用なしでアクセスを保てます。これはナレッジベースが必要とすることです。2年前にそのエントリーを書いた人が、今もチャンネルにいられるからです。

• 完全なリキャップを開く — あなたのリキャップを書くのと同じコードで描画された、実際の記録です。
• ライブデモを試す — サインアップ不要。話すと、部屋の全員に向けて聞き手ごとに翻訳されます。

ナレッジベース作りという技は、どのツールが変わっても残ります。誰かが質問を集め、構成を7セクション以内に保ち、すべてのエントリーに名前と日付を付け、ダイレクトメッセージではなくチャンネルで答える必要があります。残らなくてよいのは、2つ目の仕事です。会議で決まったことをナレッジベースに打ち直すこと、そして別の言語を読むオフィスのために、すべてのエントリーの翻訳コピーを1言語ずつ手作業で保つことです。

FAQ

ナレッジベースとは何ですか?

ナレッジベースとは、組織が何度も尋ねられる質問への回答を集めたものです。回答は一度だけ書き留められ、それぞれにオーナーと日付があり、必要な人が同僚に尋ねなくても見つけられる場所に置かれます。社内向けナレッジベースは、チーム自身の質問(請求書の出し方、ファイルの場所、何を決めたか)に答えます。社外向けは、製品についての顧客の質問に答えます。構成とオーナーがある点で Wiki と異なり、ファイルではなく回答を保持する点でドキュメントライブラリと異なります。

ナレッジベースはどう作りますか?

まず1週間、チームが実際に尋ねる質問を、使われた言葉のまま集めます。それを7セクション以内にグループ化し、各セクションと、最も多く尋ねられた20の質問それぞれにオーナーを決めます。オーナーは、チャットの返信、会議のリキャップ、ファイルなど、すでにあるものから、短い回答、手順、例外、レビュー日を含む1ページのテンプレートを使ってエントリーを書きます。チームがすでに読んでいる場所で公開し、あとはループを回し続けます。回答した質問はすべてエントリーになり、各エントリーのオーナーは期日にそれをレビューします。

ナレッジベースには何を含めるべきですか?

1質問につき1エントリーとし、各エントリーには、人々が使う言葉での質問、オーナー、最終レビュー日と次回レビュー日、短い回答、適用対象と適用対象外のケース、関わるシステムまたは人を明記した手順、ルールの背後にある決定とその日付、例外とそれを誰が決めるか、最新のファイルへのリンク、関連エントリーへのリンクを含めます。ナレッジベース全体には、7セクション以内の構成が必要で、部門別ではなく尋ねられる質問別に整理します。

ナレッジベースと Wiki の違いは何ですか?

Wiki は、誰でも好きな構成で書けるページの集まりです。ナレッジベースは尋ねられる質問で整理され、1質問につき1エントリー、それぞれにオーナーとレビュー日が明記されています。Wiki は、構成とオーナーを加えればナレッジベースにできます。それらがなければ、Wiki は誰もたどれず誰も確認していない何百ものページに膨らみます。ソフトウェアは同じことも多く、違いは2つの決めごとにあります。

ナレッジベースの構成はどうすればよいですか?

部門別ではなく、質問別にします。尋ねる人は、答えがどの部門に属するかを知りませんが、自分が何を尋ねているかは知っています。第1週に集めた質問を、7つ以内のトップレベルのセクションにグループ化します。小さな組織では典型的に、顧客と受注、お金と請求、人と採用、ツールとアクセス、ルールと決定、連絡先です。各エントリーは1つの質問に絞ります。セクションが約30エントリーを超えたら、誰が答えるかではなく、人々が尋ねる質問で分割します。

ナレッジベースを作るのにどれくらいかかりますか?

人が実際に開くナレッジベースまで30日です。1週間で質問を集め、1週間で構成とオーナーを決め、1週間で既存の情報源から最初の20エントリーを書き、1週間で公開してレビューのループを設定します。推進役は週に約2時間を使い、各オーナーは1エントリーにつき20分を使います。ほとんどのエントリーは、新しく書くのではなく、すでに出した回答をコピーして作るからです。ナレッジベースは30日目で完成ではなく、質問に答えるたびに1エントリーずつ育ちます。

ナレッジベースは無料で作れますか?

はい。このガイドのテンプレートはプレーンテキストで、ナレッジベースはチームがすでに使っているツールの、ノート、ドキュメント、チャンネルに置けます。Slack のキャンバス、Google ドキュメント、Teams チャンネルの「ファイル」タブ、チャットのピン留めされたノートなどです。ソフトウェアで費用がかからなくても、オーナーのレビューの時間はかかります。制限はスイート自体のもので、Slack の Free プランはメッセージ履歴を90日分保持し、どのスイートでもエントリーは入力された言語のままです。InterMIND では Basic プランは無料で、有料プランの料金は料金ページにあります。

出典:Microsoft Learn — Teams and SharePoint integration、Microsoft Learn — Learn about retention for Teams、Microsoft — Take meeting notes in Microsoft Teams、Microsoft — Translate a message in Microsoft Teams、Microsoft — Use live captions in Microsoft Teams meetings、Slack — Pricing、Slack — Customize data retention in Slack、Slack — Export your workspace data、Slack — Meeting agenda template (canvas)、Google Chat — Use Automatic Translation in Chat、Google Meet — "Take notes for me" in Google Meet、Google Meet — Use translated captions、WhatsApp — How to export your chat history、WhatsApp — Privacy policy、WhatsApp blog — Introducing message translations。Microsoft Learn の Teams–SharePoint のページは2026年11月に確認しました。Teams の保持と会議ノートのページ、Slack のキャンバステンプレートのページ、Google の「Take notes for me」のページは2026年10月に確認しました。Teams のメッセージ翻訳とキャプションのページ、Slack の料金・保持・エクスポートのページ、Google Chat の翻訳と Meet のキャプションのページ、WhatsApp のページは2026年8月に確認しました。ベンダーはプラン、機能、対応言語のリストを随時変更します。最新の状況は各社のページでご確認ください。