📌 この記事はどんな人におすすめ？
•チーム内の情報があちこちに散らばり、毎回「誰に聞けばいい？」となる•新人が入ってきても何から学べばいいかわからず、ベテランが辞めると経験も一緒に失われる•総務、オペレーション、人事、マーケティング、営業などの汎用職種
この記事を読み終えると、次のことができるようになります：
•✅ AIを使ってチームのナレッジベースの枠組みを構築する•✅ 分散した経験を再利用可能なドキュメントに整理する•✅ 新人の立ち上がり期間を2週間から2日に短縮する
🤔 こんな経験はありませんか？
シーン1：毎日同じ質問に答える
同僚A：経費精算の流れって何だっけ？
同僚B：会議室はどうやって予約するの？
同僚C：この申請書には誰のサインが必要？
同じことを20回以上説明し、そのたびに手を止めて回答しなければなりません。
シーン2：イベントでの失敗を、次回も繰り返す
マーケティング部がオフラインイベントを開催しました。会場の予約金でトラブルになり、資材業者には直前でキャンセルされ、当日は受付システムがダウン。何とか最後までやり切り、チームで30分間振り返りましたが、皆が言ったのは「次回は気をつけよう」だけでした。
3か月後、同じようなイベントを別の新人が担当することに。本人は何もわからず途方に暮れています——前回の失敗は誰にも記録されておらず、新人は同じ失敗を最初から繰り返すことになります。
シーン3：コアメンバーの退職＝経験がゼロになる
チームで3年間働いていたオペレーション責任者が退職しました。彼女は約20社の顧客との連絡・フォローのペース、各キャンペーンのSOP、各部門の窓口をすべて頭の中で把握していました。彼女が去ると、それらもすべて失われます。引き継いだ同僚は、未整理の情報の山を前に、ゼロから手探りで進めることになります。
なぜチームにナレッジベースが必要なのか？
ナレッジベースは単なる「ドキュメント整理」ではなく、チームの共通の経験を保存するものです。
その価値：
•✅ 新人の立ち上がり——一人ひとりに最初から教える必要がない•✅ 経験の継承——人が辞めても、経験した失敗や蓄積したノウハウがチームに残る•✅ 基準の統一——イベントの進め方、顧客対応、経費精算の方法を一つの手順に統一できる•✅ 属人化の低減——何でも「一番詳しい人」に聞く必要がなくなる
シーン1：オペレーションSOPナレッジベースの構築
課題
オペレーションチームは毎日、投稿作成、イベント運営、週報作成、業者との調整など、同じ作業を繰り返しています。しかし、それぞれの作業を「具体的にどう進めるか」は、ベテランの頭の中にしかありません。新人は一つ質問して一つ進め、質問しなければ間違えてしまいます。
解決策
プロンプトテンプレート：
オペレーションチーム向けのSOPナレッジベースの構成を設計してください。
チーム：コンテンツ運用＋イベント運用、計6名
以下のモジュールを最低限含めて、ナレッジベースの構成を設計してください：
1. 日常業務のSOP（公式アカウント投稿の公開手順、週報テンプレート、日次データレポートの形式）
2. イベント実行チェックリスト（企画立案から振り返りまでの全工程のチェックリスト）
3. 業者連携ガイド（よく使う業者一覧、連絡先、連携時の注意点、過去の失敗記録）
4. 部門横断の連携フロー（デザイン、技術、法務に依頼する際の手順）
5. 新人向け30日間の立ち上がり計画（初週に学ぶこと、最初の1か月で身につけること）
各モジュールの目次構成と内容の要点を作成し、新人が受け取ってすぐ手順どおりに作業できるようにしてください。
シーン2：新人入社時のナレッジベース
課題
人事やチーム責任者は、新しいメンバーが入るたびに、会社の事業内容、チームの役割分担、日々の業務フロー、よく使うシステムへのログイン方法、各種アカウントやパスワードの場所を口頭で説明しなければなりません。
2時間説明しても、相手が覚えているのは5つのポイントだけで、残りはすべて忘れてしまいます。翌日にはまた「昨日言っていたシステムのURLは何でしたっけ？」と聞かれます。
解決策
プロンプトテンプレート：
新人向けの入社ガイドを設計してください。
以下の内容を含めてください：
1. 初日に行うこと（アカウント開設、システムへのログイン、チーム紹介、座席の案内）
2. 初週の学習計画（会社の事業を理解する、チームの業務フローに慣れる、主要ツールを身につける）
3. よく使うツール一覧（Feishu/DingTalk/WeComのチャンネル説明、OAシステムの入口、経費精算システム、会議室の予約方法）
4. チームの役割分担一覧（誰が何を担当し、どんなことを誰に相談するか）
5. 「新人が最も陥りやすい5つの失敗」（ベテランの実体験を収集）
要件：
- 各ステップで「何をするか」と「なぜするか」を明確に書く
- 同僚が話しかけるような簡潔な言葉にし、公式マニュアルのようにしない
- 不明な点がある場合は「ここはチームで補足が必要」と記載する
シーン3：プロジェクト振り返りテンプレート
課題
イベントやプロジェクトが終わると、チームで振り返り会を開きます。しかし皆で「よかった」「次回は気をつけよう」と30分話すだけで、実行可能な成果は何も残りません。
原因は、皆が真剣でないからではなく、振り返りに構造がないからです——どの観点からまとめるべきか、次に同じ種類のプロジェクトを担当する人が使える結論をどう書けばよいか、誰もわかっていません。
解決策
プロンプトテンプレート：
プロジェクトの振り返りテンプレートを設計してください。
適用シーン：[例：オフラインイベント、大型セールのプロモーション、製品リリース]
テンプレートには以下の項目を含めてください：
1. 基本情報（プロジェクト名、期間、責任者、予算、実際の支出）
2. 目標の振り返り（当初の目標、実際の達成状況、差分）
3. ハイライト（特にうまくいったこと、うまくいった理由、他のプロジェクトにも応用できるか）
4. 失敗記録（何が起きたか、原因、次回どう防ぐか）
5. 作業チェックリスト（このプロジェクトで最初から最後まで行う作業を列挙し、次の担当者がそのまま使えるようにする）
6. 主要連絡先一覧（このプロジェクトに関わった社内外の担当者と連絡先）
要件：テンプレート内の各項目に「この項目には何を書くか」という説明を一文ずつ付け、記入者が見てすぐ理解できるようにしてください。
シーン4：顧客向けよくある質問FAQ
課題
営業やカスタマーサクセスのチームには、毎日似たような質問が届きます——「請求書はどう発行するのか」「契約内容は変更できるか」「この機能の操作手順は何か」などです。
メンバーはそれぞれ自分で回答を組み立てるため、答え方も統一されません。非常に詳しく回答する人もいれば、一言だけ返す人もいて、顧客体験にばらつきが生じます。
解決策
プロンプトテンプレート：
顧客からよく寄せられる質問のFAQを整理してください。
当社の事業内容：[一言で明確に説明]
顧客から特によく聞かれる10の質問：
1. [質問1]
2. [質問2]
...
各質問について、以下を作成してください：
1. 標準回答（1〜2段落、顧客にそのままコピーして送れる内容）
2. 補足資料（関連ドキュメント/スクリーンショット/リンクがあれば、参照先を記載）
3. よくある追加質問（顧客がこの質問をした後に通常どんなことを聞くか、あらかじめ回答を準備）
要件：回答のトーンを統一し、専門的でありながら堅苦しくならないようにしてください。不確かな点がある場合は「要確認」と記載してください。
シーン5：ナレッジベースの「生きた」メンテナンス
課題
ナレッジベースを構築してから3か月後に開いてみると、変更された手順があったり、退職したメンバーの連絡先が使えなくなっていたり、ツールのURLが変わっていたりします。
ナレッジベースにとって最も怖いのは、構築できないことではありません。構築後に誰も管理せず、「古い情報の集積所」になってしまうことです。
解決策
WorkBuddyに定期的なナレッジベースの点検を依頼する：
以下のナレッジベース文書が古くなっていないか確認してください。
文書：[文書の内容を貼り付け]
文書の最終更新日：[日付]
確認する観点：
1. 手順は現在も有効か？（「四半期に1回」のような記載がある場合、現在も実施されているか？）
2. メンバー情報は正確か？（文書に具体的な氏名がある場合、その人は現在も在籍しているか？）
3. ツール/システムのURLに変更はないか？（記載されたリンクがまだ開けるかテストする）
4. この3か月間に追加された経験で、補足すべきものはないか？
更新案を提示し、各項目の緊急度（緊急/通常/任意）を記載してください。
おすすめのナレッジベースツール
タイプ｜ツール｜適したチーム｜特徴
ライト｜Feishuドキュメント、Tencentドキュメント、Notion｜10人以下｜簡単で使いやすく、学習コストゼロ
構造化｜Yuque、Confluence｜10〜50人｜分類が明確で、権限管理が充実
ミニマル｜WeChatグループのピン留め＋Shimoドキュメント｜5人以下｜最も早く使い始められ、いつでも更新可能
ツール選びの原則：ナレッジベースを作るために、チームに新しいツールを覚えさせないこと。皆がすでに使っているものを選びましょう。
ナレッジベース構築の万能公式
ステップ1：まず課題を集める
チーム全員に一つ質問します——「この1か月で、繰り返し聞かれた質問のうち、最も多かった3つは何ですか？」それらを書き出せば、ナレッジベースはその質問への回答から始められます。
ステップ2：骨組みを作る
シーン1のプロンプトを使い、AIに構成を設計してもらいます。最初から完全さを求めず、まずは最もよく使う3〜5個のモジュールを作りましょう。
ステップ3：内容を埋める
各モジュールについて、まずAIに初稿を作らせ、その業務に最も詳しい同僚に20分かけて修正してもらいます。
ステップ4：メンテナンスの仕組みを設定する
毎月30分、ナレッジベースを点検する担当者を決めます。シーン5のプロンプトを使い、AIに確認してもらい、人が判断します。
よくある質問FAQ
Q：チームが小さく、3〜5人しかいません。それでもナレッジベースは必要ですか？
A：必要です。チームが小さいほど、「あの人」——何でも知っているベテランに依存しがちです。その人が1日休むだけで、他のメンバーは作業が止まってしまいます。小規模チームのナレッジベースは大がかりでなくて構いません。オンラインドキュメント一つで十分です。重要なのは、書き残すことです。
Q：皆がドキュメントを書きたがらない場合、どうすればよいですか？
A：皆に「ドキュメントを書かせる」のはやめましょう。5分だけ使って、経験をAIに話してもらいます——「前回このイベントでどんな失敗をしたか」。その後、AIにドキュメント形式へ整理させます。ドキュメント作成が苦痛なのは、「ゼロから言葉を組み立てる」必要があるからです。その部分をAIに任せましょう。
Q：ナレッジベースを作ったのに誰も見ない場合はどうすればよいですか？
A：方法は2つあります。1つ目は、ナレッジベースのリンクを新人が初日に必ず読むリストに入れ、最初から習慣を身につけてもらうこと。2つ目は、誰かに「XXXはどうやるの？」と聞かれたとき、口頭で答えず、該当するナレッジベース文書のリンクを直接送ることです。「その質問については、この文書があります。確認して、不明点があればまた聞いてください」と伝えましょう。
まとめ
今回は、WorkBuddyを使ってチームのナレッジベースを構築する方法を学びました。
モジュール｜重要ポイント
オペレーションSOP｜日々の繰り返し業務を手順化し、誰でも実行できるようにする
新人ガイド｜初日から最初の1か月までの完全な学習ロードマップ
プロジェクト振り返り｜「話し合う」から「フォームに記入する」へ変え、経験を再利用可能にする
顧客FAQ｜標準回答＋よくある追加質問で、サービスの対応方針を統一する
点検・メンテナンス｜毎月30分で、ナレッジベースを古い情報にしない
覚えておきましょう。ナレッジベースは書いて終わりではなく、「書く→使う→維持する」ものです。AIが作成と検索をサポートし、あなたは活用と改善を担います。