ChatGPTソラ先生と学ぶ！中級者のためのAI実践講座【第60回】ChatGPTで社内ナレッジベースを構築する方法｜過去の仕事・技術資料・判断履歴を探せる仕組みにする実践講座
こんにちは、ソラ先生です。
前回は、ChatGPTを使って社内教育と技術継承を進め、教育計画、技能評価、熟練者の経験を整理する方法を学びました。
今回は、その経験や知識を会社全体で活用するための仕組みを考えてみましょう。
テーマは「社内ナレッジベースの構築」です。
皆さんは、こんな経験はありませんか？
「以前、似たような部品を製作したはずなのに、資料が見つからない」
「過去に材料の変更を検討したけれど、なぜその材料を選んだのか分からない」
「図面や加工データは保存してあるのに、当時の判断理由が残っていない」
「担当者が変わると、過去の仕事について最初から調べ直すことになる」
「資料を整理したいけれど、ファイルが多すぎて何から始めればよいか分からない」
会社では、仕事を重ねるほど、さまざまな情報が蓄積されていきます。
図面。
3Dデータ。
見積書。
加工プログラム。
材料資料。
検査記録。
製作時の写真。
技術的な検討内容。
品質問題と改善記録。
こうした資料は、一つひとつの仕事を進めるために作られたものです。
しかし、保存されているだけでは、次の仕事へ十分に活かせない場合があります。
例えば、過去にある材料の加工条件を検討した記録があっても、そのファイルの場所が分からなければ、同じ調査を繰り返すことになるかもしれません。
また、資料が見つかっても、当時の判断理由が記録されていなければ、現在の仕事へ適用してよいか判断できない場合があります。
そこで重要になるのが、ナレッジベースという考え方です。
ChatGPTは、情報の分類、検索しやすい構造の設計、技術事例の要約、判断履歴の整理などを支援できます。
今回は、**「目的を決める → 情報を分類する → 記録方法を統一する → 検索できるようにする → 情報の正しさを確認する → 実務へ活用する → 継続して更新する」**という流れを学びましょう。
1．ナレッジベースとは何でしょうか？
ナレッジベースとは、組織が持っている知識や情報を整理し、必要なときに参照・活用できるようにした仕組みです。
例えば、製造会社で次のような情報を整理したとします。
材料の特徴。
加工時の注意事項。
過去の製作事例。
品質上の問題と対策。
作業手順。
見積時の判断。
設備に関する情報。
こうした情報を、必要な人が探せるようにします。
ただし、ナレッジベースは、大がかりなシステムでなければならないわけではありません。
例えば、共有フォルダーとExcelの管理表を組み合わせる方法もあります。
一方、情報量が多い場合には、専用の文書管理システムや社内検索の仕組みなどを検討することもできます。
重要なのは、システムの名称や規模ではありません。
必要な情報を、必要なときに見つけ、内容を確認して使えることです。
実践プロンプト①
「製造会社の社内ナレッジベースを作成したいです。過去の製作事例、材料資料、加工条件、品質記録、作業手順、見積判断などを整理し、必要な情報を検索できる仕組みを考えてください」
2．資料の保存と、知識の活用は違う
例えば、過去の製作案件について、次のファイルが保存されているとします。
図面のPDF。
3Dデータ。
見積書。
加工プログラム。
検査表。
これらは、重要な資料です。
しかし、次のようなことまで分かるでしょうか。
なぜその材料を選んだのか。
なぜその加工方法を採用したのか。
どの部分で加工が難しかったのか。
試作の結果、どのような変更を行ったのか。
次に同じような仕事をする場合、何に注意するべきなのか。
こうした情報は、ファイルを保存しただけでは残らないことがあります。
そこで、資料と判断履歴を関連づける方法があります。
例えば、
「当初はA材料を検討したが、使用条件を確認した結果、B材料を採用した」
という記録です。
さらに、変更の理由や確認した資料が残っていれば、後から判断の経過を理解しやすくなります。
ただし、過去の判断が現在の案件にも適用できるとは限りません。
そのため、当時の条件も一緒に記録することが重要です。
3．最初に、誰が何を探したいのか考える
ナレッジベースを作るとき、最初からフォルダーを整理し始める場合があります。
しかし、何を探したいのか決まっていなければ、適切な分類を考えにくいかもしれません。
例えば、技術担当者なら、
「以前、同じ材料を加工した事例はないだろうか」
と探すことが考えられます。
見積担当者なら、
「似た形状の部品について、過去の加工時間を確認したい」
と思うかもしれません。
品質担当者なら、
「以前発生した寸法不良について、どのような対策を行ったのか」
を調べたい場合があります。
また、新人なら、
「この作業の手順書はどこにあるのか」
という疑問があるかもしれません。
このように、探す人によって必要な情報が異なります。
そこで、検索したい場面を整理します。
実践プロンプト②
「社内ナレッジベースについて、営業、見積、技術、製造、品質管理、新人教育の担当者が、それぞれどのような情報を探す可能性があるか整理してください。検索する目的から、必要な情報項目を考えてください」
4．実践例｜過去の製作事例を整理する
ここからは、架空の製造会社を題材に考えてみましょう。
この会社では、過去にさまざまな樹脂部品を製作してきました。
例えば、次のような案件があります。
POM製の機構部品。
PC製の装置カバー。
PPS製の治具部品。
PEEK製の試作部品。
これらの図面や加工データは保存されています。
しかし、材料ごとの加工経験や、過去の判断を簡単には探せない状態だったとします。
そこで、製作事例を一覧にします。
| 事例ID | 材料 | 製品分類 | 主な工程 | 記録されている情報 |
|---|---|---|---|---|
| CASE-001 | POM | 機構部品 | 切削加工 | 図面・検査記録 |
| CASE-002 | PC | 装置カバー | 切削・仕上げ | 図面・写真 |
| CASE-003 | PPS | 治具部品 | 切削加工 | 図面・加工記録 |
| CASE-004 | PEEK | 試作部品 | 切削・検査 | 図面・検査記録 |
※学習用の架空データです。
この表によって、どの材料の事例があるか確認しやすくなります。
しかし、まだ十分ではありません。
例えば、CASE-004のPEEK部品について、どのような形状だったのか分からないからです。
そこで、必要に応じて寸法や加工上の特徴、判断した内容などを追加していきます。
5．ファイル名だけに頼らない
例えば、共有フォルダーに次のファイルがあったとします。
20240510_001.pdf
加工データ_最終.nc
見積最新版.xlsx
これらのファイル名だけで、何の仕事に関する資料か分かるでしょうか。
担当者なら分かるかもしれません。
しかし、別の人が探す場合には、内容を確認しなければならない可能性があります。
そこで、ファイルと案件情報を関連づけます。
例えば、
案件ID。
製品名または匿名化した製品分類。
材料。
加工方法。
作成日。
資料の種類。
版数。
こうした情報です。
ただし、ファイル名へすべての情報を詰め込む必要はありません。
ファイル名とは別に、管理表へ必要な情報を記録する方法もあります。
重要なのは、ファイル名だけで情報を管理しようとしないことです。
実践プロンプト③
「図面、加工プログラム、見積書、検査記録などのファイルを案件ごとに管理したいです。ファイル名、案件ID、資料の種類、版数、作成日を整理し、必要な資料を検索できる管理方法を考えてください」
6．分類の仕組みを考える
ナレッジベースでは、情報をどのように分類するかが重要です。
例えば、製造業の情報を次のように分ける方法があります。
材料
POM、PC、PPS、PEEKなど。
加工方法
CNC切削、穴加工、仕上げ、組立など。
製品用途
機構部品、装置カバー、治具、試作部品など。
情報の種類
技術資料、製作事例、見積記録、品質記録、作業手順など。
ただし、一つの資料が複数の分類に該当する場合があります。
例えば、PEEKの機構部品について、切削加工時の寸法問題を記録した事例です。
この場合、
材料：PEEK。
用途：機構部品。
加工方法：切削加工。
主題：寸法管理。
という複数の分類が考えられます。
そこで、フォルダーの階層だけでなく、タグを使用する方法があります。
7．タグとは何でしょうか？
タグとは、資料や事例へ付ける分類用のキーワードです。
例えば、CASE-004のPEEK部品に次のタグを付けます。
PEEK。
切削加工。
試作。
寸法測定。
機構部品。
こうしたタグがあれば、異なる視点から検索できます。
例えば、
「PEEKの加工事例」
を探す場合です。
また、
「寸法測定に関係する過去事例」
を探す場合にも役立ちます。
ただし、タグを自由に増やしすぎると、表記が統一されなくなる場合があります。
例えば、
「CNC加工」
「NC加工」
「切削」
という言葉を、同じ意味で使用している場合です。
そこで、基本的なタグの一覧を作成する方法があります。
実践プロンプト④
「製造業のナレッジベースで、材料、加工方法、用途、品質問題などのタグを設定したいです。検索しやすいタグ分類を考え、同じ意味の言葉が増えすぎないようにする管理方法を整理してください」
8．タグだけでは解決できないこと
タグは便利ですが、それだけで必要な情報がすべて見つかるわけではありません。
例えば、「寸法不良」というタグが付いている事例を探したとします。
しかし、寸法不良の原因には、さまざまな可能性があります。
工具摩耗。
固定方法。
加工条件。
測定方法。
材料の状態。
こうしたものです。
そのため、同じタグの事例でも、内容が大きく異なる場合があります。
そこで、タグと文章による説明を組み合わせる方法があります。
例えば、
「加工後の寸法測定で、指定範囲を外れたことを確認した。原因調査では固定方法と測定条件を検討した」
といった記録です。
ただし、原因として確認できていない内容は、仮説として扱う必要があります。
このように、検索用の分類と、実際の技術情報を分けて考えることが重要です。
9．技術事例に必要な情報を考える
ここからは、一つの技術事例を詳しく整理してみましょう。
例えば、PEEKの試作部品について、次のような記録を作成します。
| 項目 | 記録内容 |
|---|---|
| 事例ID | CASE-004 |
| 材料 | PEEK |
| 製品分類 | 機構用試作部品 |
| 製作数量 | 5個 |
| 加工方法 | CNC切削 |
| 技術的な課題 | 寸法精度の確保 |
| 検討した内容 | 固定方法、加工条件、測定方法 |
| 実施した試験 | 試作加工と寸法測定 |
| 確認できた結果 | 測定記録への参照 |
| 判断した内容 | 採用条件とその理由 |
| 関連資料 | 図面、加工記録、検査表 |
| 注意事項 | 別案件へ適用する際の確認条件 |
※すべて架空の事例です。加工上の結果や判断内容は実際の記録に基づいて記載する必要があります。
このような構成なら、単に「PEEKを加工した」という事実だけでなく、どのような課題を検討したのか理解しやすくなります。
10．「成功事例」だけを保存しない
技術事例を整理するとき、うまくいった仕事だけを保存したくなる場合があります。
しかし、期待した結果が得られなかった経験にも価値があります。
例えば、新しい加工方法を試したものの、必要な精度を達成できなかった場合です。
このとき、何が起きたのでしょうか。
どのような条件で試したのでしょうか。
どのような測定結果が得られたのでしょうか。
原因は確認できたのでしょうか。
こうした情報を記録します。
ただし、結果が悪かったという理由だけで、試した方法が常に不適切だとは限りません。
製品の形状や材料、設備条件によって結果は変わる可能性があります。
そこで、条件と結果を一緒に残すことが重要です。
実践プロンプト⑤
「期待した寸法精度を達成できなかった試作案件について、技術事例として記録したいです。目的、加工条件、測定結果、確認できた事実、原因仮説、試した対策、次回への注意点を整理する様式を考えてください」
11．判断理由を残す
社内ナレッジベースでは、結果だけでなく、判断理由を記録することが重要です。
例えば、ある部品について、A材料とB材料を比較したとします。
最終的にはB材料を選択しました。
しかし、記録に、
「B材料を採用」
としか書かれていなければ、なぜ採用したのか分かりません。
そこで、次のような内容を整理します。
どのような使用条件だったのか。
どの性能を重視したのか。
どの資料を確認したのか。
どのような比較を行ったのか。
最終的に何を理由として採用したのか。
こうした情報です。
ただし、当時の判断理由が、現在の仕事にも適用できるとは限りません。
例えば、使用温度や薬品、荷重などの条件が変われば、材料選定も変わる可能性があります。
そのため、判断の前提条件を残すことが重要です。
実践プロンプト⑥
「過去の材料選定について、A材料とB材料を比較してB材料を採用しました。採用結果だけでなく、使用条件、要求性能、比較した資料、判断理由、未確認事項を記録するための項目を整理してください」
12．決定事項と検討中の情報を区別する
ナレッジベースには、さまざまな状態の情報が含まれます。
例えば、次のようなものです。
すでに採用された加工方法。
試験中の加工条件。
過去に却下された案。
現在は使用していない旧手順。
まだ確認していない技術情報。
これらを同じ状態で保存すると、誤解が生じる場合があります。
例えば、過去に試した加工条件が、現在の正式な加工条件だと誤認される可能性があります。
そこで、情報の状態を明確にします。
例えば、
承認済み
正式に使用できる情報。
検証済みの事例
特定の条件で結果を確認した情報。
検討中
現在評価している情報。
参考情報
調査や過去の経験に基づく資料。
旧版・使用停止
現在の作業へそのまま使用しない情報。
こうした分類です。
ただし、具体的な名称や運用方法は、会社の文書管理ルールに合わせる必要があります。
実践プロンプト⑦
「技術資料や作業手順について、承認済み、特定条件で検証済み、検討中、参考情報、旧版・使用停止を区別したいです。情報の状態が分かる管理項目を考え、未承認の条件を正式な手順と誤認しない方法を整理してください」
13．情報の出典を残す
例えば、ある材料の耐熱性について記録したとします。
しかし、その情報がどこから得られたのか分からなければ、後から確認することが難しくなります。
そこで、情報の出典を残します。
例えば、
材料メーカーの技術資料。
公的な規格や資料。
社内試験結果。
過去の加工記録。
顧客から提供された仕様書。
こうしたものです。
また、必要に応じて次の情報も記録します。
資料名。
発行元。
発行日・改訂日。
確認日。
対象の材料グレード。
適用条件。
ただし、外部資料の内容を社内へ転載する場合には、利用条件や権利関係を確認する必要があります。
また、技術資料が更新された場合には、現在の内容との違いを確認する必要があります。
情報を保存するだけでなく、どこから得た情報なのか追跡できることが重要です。
14．検索しやすい文章を作る
例えば、技術事例のタイトルが、
「2024年5月の案件」
だったとします。
このタイトルだけでは、どのような内容なのか分かりません。
そこで、検索しやすいタイトルを考えます。
例えば、
「PEEK試作部品｜寸法精度の確認と固定方法の検討」
といった形です。
ただし、実際の内容が確認できていない場合には、具体的な問題や結果を勝手に追加してはいけません。
また、社外秘の製品名や顧客名を、検索用タイトルへ含めない方が適切な場合もあります。
そこで、材料、加工方法、課題など、必要な分類情報を組み合わせます。
例えば、
材料名。
製品分類。
加工方法。
主な技術課題。
こうした内容です。
実践プロンプト⑧
「技術事例のタイトルを検索しやすい形へ整えたいです。材料、加工方法、製品分類、技術課題を組み合わせ、短く分かりやすいタイトルを作成してください。元の記録にない事実は追加しないでください」
15．同じ情報を何度も保存しない
ナレッジベースを作成するとき、同じ資料が複数の場所へ保存される場合があります。
例えば、ある作業手順書が、
製造部門のフォルダー。
品質管理のフォルダー。
教育資料のフォルダー。
という三つの場所に保存されていたとします。
この場合、手順書を改訂したときに、一部のファイルだけが古いまま残る可能性があります。
そこで、正式な原本の保存場所を決め、必要な場所から参照する方法があります。
例えば、
正式な手順書は一つの管理場所へ保存する。
教育資料からは、その手順書への参照を設ける。
技術事例からも、関連する手順書を参照できるようにする。
という方法です。
ただし、使用するシステムによっては、リンクの管理やアクセス権限に注意する必要があります。
重要なのは、どの資料が正式な最新版なのか明確にすることです。
16．情報を検索する仕組みを考える
社内ナレッジベースでは、どのように情報を探すかが重要です。
例えば、次のような検索を考えます。
「PEEKの加工事例」
「図面のない部品の再製作」
「見積で材料価格を確認した履歴」
「寸法不良が発生した過去案件」
「検査記録の保存方法」
こうした検索です。
必要な情報を探す方法には、複数あります。
例えば、
フォルダーをたどる。
Excelの一覧表で絞り込む。
キーワードで検索する。
タグで分類する。
文章の意味から関連情報を探す。
といった方法です。
ただし、どの方法が適しているかは、情報量や利用環境によって異なります。
例えば、数十件の技術事例なら、Excelの一覧表で十分な場合があります。
一方、数千件の資料がある場合には、より高度な検索の仕組みが必要になるかもしれません。
実践プロンプト⑨
「社内に数百件の技術事例があります。材料、加工方法、課題、案件IDから検索できるようにしたいです。共有フォルダー、Excel、キーワード検索、タグ検索などの方法を比較し、段階的に整備する計画を考えてください」
17．ChatGPTで資料を要約する
ナレッジベースでは、長い資料を短く整理することが役立つ場合があります。
例えば、過去の試作報告書が20ページあったとします。
その中から、
試作の目的。
加工条件。
測定結果。
確認できた問題。
採用した方法。
今後の注意点。
などを整理できれば、内容を把握しやすくなります。
ChatGPTへ資料を渡し、必要な項目を抽出してもらう方法があります。
例えば、次のように依頼します。
実践プロンプト⑩
「添付した試作報告書について、試作目的、対象材料、製作条件、実施した試験、測定結果、確認できた問題、判断した内容、未確認事項を整理してください。資料に書かれていない内容は推測で補わず、該当箇所を参照できるようにしてください」
ただし、AIの要約によって、技術的な条件が省略される可能性があります。
そのため、実際の製作や品質判断で使用する際には、元の資料を確認する必要があります。
18．AI検索と通常のキーワード検索の違い
例えば、「PEEK」という材料名を検索したとします。
通常のキーワード検索なら、「PEEK」という言葉を含むファイルを見つける方法が考えられます。
一方、文章の意味を使った検索では、
「高温環境で使用する樹脂部品の加工事例」
といった質問から、関連する資料を探すことができる場合があります。
ただし、意味が近いという理由だけで、実際に適用できる技術情報だとは限りません。
例えば、高温環境で使用する材料でも、温度、荷重、薬品などの条件が異なる場合があります。
そのため、関連する資料が見つかった後、内容を確認する必要があります。
また、AIが検索結果を要約するとき、異なる資料の内容を混同する可能性もあります。
そこで、どの資料から得た情報なのか追跡できる仕組みが重要になります。
19．RAGという考え方
AIと社内ナレッジベースを組み合わせる方法として、RAGという考え方があります。
RAGは、Retrieval-Augmented Generationの略です。
日本語では、検索拡張生成などと呼ばれます。
簡単にいえば、質問に関連する資料を検索し、その資料を参考にしてAIが回答を作成する方法です。
例えば、社内の技術事例から、
「PEEKの切削加工で過去に確認した問題は何か」
という質問をするとします。
この場合、関連する技術事例を検索し、その内容をもとに回答する仕組みが考えられます。
ただし、RAGを使えば、必ず正しい回答が得られるわけではありません。
例えば、検索した資料自体が古い場合があります。
また、必要な資料が検索対象へ登録されていなければ、回答に反映されない可能性があります。
さらに、AIが資料の内容を誤って解釈する場合もあります。
そのため、重要な回答については、元資料を参照できることが大切です。
実践プロンプト⑪
「社内の技術事例や作業手順書をAI検索へ活用したいです。RAGの基本的な仕組みを説明し、文書登録、検索、回答生成、出典表示、アクセス権限、情報更新について確認する項目を整理してください」
20．ChatGPTへ資料を渡すときの注意点
社内ナレッジベースには、重要な情報が含まれる場合があります。
例えば、
顧客の図面。
未公開製品の仕様。
取引価格。
加工プログラム。
検査記録。
社内の技術情報。
こうしたものです。
そのため、AIへ資料を入力する際には、情報の取り扱いを確認する必要があります。
例えば、次のようなことです。
社外へ提供してよい情報か。
顧客との契約上、利用が認められているか。
個人情報が含まれていないか。
使用するサービスのデータ取り扱い条件はどうなっているか。
アクセスできる人の範囲は適切か。
こうした項目です。
必要に応じて、顧客名や識別情報を除き、技術的な内容だけを整理する方法も考えられます。
ただし、匿名化したつもりでも、特殊な製品形状や仕様から案件が特定される可能性があります。
そのため、情報の重要度に応じた確認が必要です。
21．アクセス権限を考える
ナレッジベースでは、すべての社員がすべての情報へアクセスできるようにすることが適切とは限りません。
例えば、一般的な作業手順書は、関係する担当者が確認できる必要があります。
一方、顧客の機密図面や取引条件については、必要な範囲へアクセスを制限する場合があります。
そこで、情報を分類します。
例えば、
全社共有。
部門内共有。
案件関係者限定。
機密情報。
といった区分です。
ただし、どの情報をどの範囲で共有するかは、会社の方針や契約条件によって異なります。
また、AIを使った検索システムでも、利用者の権限を超えた資料が検索結果へ表示されないようにする必要があります。
実践プロンプト⑫
「社内ナレッジベースについて、全社共有、部門内共有、案件関係者限定、機密情報を区別したいです。文書の分類、閲覧権限、更新権限、承認方法を整理してください」
22．古い情報を使わない仕組み
例えば、作業手順書が改訂されたとします。
最新版は改訂Cです。
しかし、ナレッジベースに改訂Aと改訂Bも保存されていた場合です。
このとき、検索結果から旧版を開いてしまう可能性があります。
そこで、情報の状態を明確にします。
例えば、
最新版。
参考として保存する旧版。
現在検討中の案。
使用停止となった資料。
こうした分類です。
また、正式な最新版へアクセスできるようにすることが重要です。
ただし、旧版の記録をすべて削除してよいとは限りません。
過去の判断や変更履歴を確認するため、保存が必要な場合もあるからです。
そこで、旧版を誤使用しないことと、履歴を残すことを両立する必要があります。
実践プロンプト⑬
「作業手順書の最新版と旧版を社内ナレッジベースで管理したいです。版数、適用開始日、承認状態、使用停止の区分を設け、旧版を誤使用しない管理方法を考えてください」
23．情報の更新担当を決める
ナレッジベースを作成した後、情報を誰が更新するのでしょうか。
例えば、技術事例を追加する場合です。
実際の作業担当者が内容を記録します。
必要に応じて、技術担当者が確認します。
そして、共有できる情報として整理する場合があります。
ただし、すべての情報を一人の管理者が確認する方式では、作業が集中する可能性があります。
一方、誰でも自由に更新できる方式では、情報の正確さや版数管理が難しくなる場合があります。
そこで、情報の重要度に応じて役割を設定します。
例えば、
一般的な技術事例の登録。
正式な作業手順書の承認。
機密情報の管理。
旧版の保管。
といった役割です。
重要なのは、情報を登録する人と、正式な判断を行う人の関係を明確にすることです。
24．登録する情報を増やしすぎない
ナレッジベースを作り始めると、あらゆる資料を登録したくなるかもしれません。
しかし、情報を大量に登録するだけでは、探しやすくなるとは限りません。
例えば、同じ内容の資料が複数存在していたり、古い資料が混在していたりする場合です。
また、重要度の低い資料が大量にあることで、必要な情報が見つかりにくくなる可能性もあります。
そこで、登録する情報の基準を考えます。
例えば、
今後の仕事で再利用する可能性がある。
技術的な判断の記録として重要である。
品質や安全に関係する。
教育や引き継ぎに役立つ。
同じ問題の再発防止に必要である。
こうした基準です。
ただし、法令や契約、品質管理上の保存義務がある資料については、再利用の頻度だけで保存可否を判断してはいけません。
ナレッジベースは、何でも保存する場所ではなく、必要な情報へたどり着く仕組みとして考えることが重要です。
25．小さく始める方法
社内ナレッジベースを構築するとき、最初からすべての資料を整理する必要はありません。
例えば、まず20件の技術事例を選ぶ方法があります。
過去の仕事で再利用しやすいもの。
技術的な判断が重要だったもの。
同じような問い合わせが多いもの。
品質上の問題と対策を記録したもの。
こうした事例です。
そして、共通の登録様式を作ります。
次に、実際に検索してみます。
例えば、
「この材料の事例を探せるか？」
「過去の判断理由を確認できるか？」
「関連資料へアクセスできるか？」
といったことです。
その結果、使いにくい部分が見つかれば、分類や検索方法を見直します。
このように、小さく試してから対象を広げる方法が考えられます。
実践プロンプト⑭
「社内ナレッジベースを小さく始めたいです。最初に20件の製作事例を選び、分類、登録、検索、利用テスト、改善を行う計画を作成してください。大きなシステム導入を前提としない方法にしてください」
26．ナレッジベースの効果をどう確認する？
ナレッジベースを構築した後、どのような効果があったか確認する必要があります。
例えば、
過去の資料を探す時間が短くなったか。
同じ調査を繰り返すことが減ったか。
過去の技術事例を活用できたか。
引き継ぎが進めやすくなったか。
正式な手順書を探しやすくなったか。
こうした項目です。
例えば、次のような架空の結果です。
| 指標 | 導入前 | 導入後 |
|---|---|---|
| 目的の資料を探す平均時間 | 20分 | 8分 |
| 検索に成功した割合 | 60％ | 85％ |
| 関連資料の所在確認が必要だった件数 | 12件 | 4件 |
※学習用の架空データです。検索対象や測定条件をそろえて比較する必要があります。
この例では、資料検索に必要な時間が短縮しています。
ただし、検索時間が短くなったからといって、見つけた資料が正しいとは限りません。
そこで、検索結果の正確さや、実際の仕事で役立ったかどうかも確認する必要があります。
実践プロンプト⑮
「社内ナレッジベースの導入効果を確認したいです。資料検索時間、必要情報を見つけられた割合、古い情報の誤使用、過去事例の再利用、教育や引き継ぎへの効果について、評価方法を整理してください」
27．探せるだけでなく、使える情報になっているか
例えば、検索によって過去の技術事例が見つかったとします。
しかし、内容を見ても、加工条件が記録されていなかった場合です。
この場合、資料を見つけることはできても、実際の仕事へ十分に活用できないかもしれません。
また、加工条件が記録されていても、どの設備や材料グレードを使用したのか分からなければ、適用可能か判断できない場合があります。
そこで、検索結果の品質を確認します。
例えば、
必要な条件が記録されているか。
判断理由が残っているか。
関連資料が参照できるか。
情報が現在も有効か。
適用できる範囲が明確か。
こうしたことです。
検索できることと、実際の仕事へ活かせることは違います。
28．ナレッジベースが使われなくなる理由
せっかくナレッジベースを作成しても、日々の仕事で使われなくなる場合があります。
例えば、
情報の登録に時間がかかりすぎる。
どこに何があるか分からない。
検索しても必要な情報が見つからない。
資料が古い。
正式な資料なのか分からない。
こうした理由です。
そこで、実際の利用者へ確認することが重要です。
例えば、
どの情報を探したかったか。
検索できたか。
見つかった資料は役立ったか。
登録にどのくらい時間がかかったか。
改善してほしいことはあるか。
こうした内容です。
その結果をもとに、分類や登録項目を見直す方法があります。
ナレッジベースは、最初に完成させて終わるものではありません。
使いながら改善することが重要です。
29．今日の実践課題｜社内ナレッジベースを設計しよう
今回は、ChatGPTを使って、架空の製造会社のナレッジベースを設計する練習をしましょう。
ステップ① 利用目的を決める
ChatGPTに次のように質問します。
「製造会社の社内ナレッジベースを作成したいです。過去の製作事例、材料資料、加工条件、見積判断、品質改善、作業手順を検索できる仕組みの目的を整理してください」
ステップ② 利用者を考える
「営業、見積、技術、製造、品質管理、新人教育の担当者が、どのような情報を探すか整理してください」
ステップ③ 情報を分類する
「材料、加工方法、製品用途、技術課題、資料の種類によって、社内情報を分類する方法を考えてください」
ステップ④ タグを設計する
「PEEK、PPS、POM、PCなどの材料と、切削、試作、寸法管理、品質問題などのタグを整理してください」
ステップ⑤ 技術事例の様式を作る
「事例ID、材料、用途、加工方法、課題、検討内容、結果、判断理由、関連資料、注意事項を記録できる様式を作成してください」
ステップ⑥ 判断履歴を残す
「材料選定や加工方法について、採用した理由と、検討した別案を記録する方法を考えてください」
ステップ⑦ 情報の状態を管理する
「承認済み、検証済み、検討中、参考情報、旧版・使用停止を区別する方法を考えてください」
ステップ⑧ 出典を管理する
「外部資料や社内試験結果について、発行元、資料名、改訂日、適用条件、確認日を管理する方法を考えてください」
ステップ⑨ 検索方法を考える
「材料名、加工方法、技術課題、案件IDから検索できる仕組みを考えてください」
ステップ⑩ AI検索を検討する
「社内文書を検索して回答するRAGの基本構成について、検索対象、出典表示、更新、権限管理を整理してください」
ステップ⑪ 情報管理を考える
「顧客の図面、加工データ、見積金額、技術資料について、適切なアクセス権限と共有方法を考えてください」
ステップ⑫ 小さく試す
「20件の技術事例を登録し、検索と利用のテストを行う計画を作成してください」
ステップ⑬ 効果を確認する
「資料検索時間、検索成功率、実際の再利用、古い情報の誤使用などを評価する方法を考えてください」
ステップ⑭ 構築計画へまとめる
「目的、利用者、分類、登録様式、検索、情報管理、更新、効果確認を含む社内ナレッジベース構築計画を作成してください」
この練習では、資料を大量に登録することだけを目的にしないでください。
必要な情報を見つけ、その内容を確認し、実際の仕事へ活かせる状態をつくることが目的です。
30．ChatGPTでナレッジベースを構築するときの注意点
ChatGPTは、情報分類、技術事例の整理、手順書の要約、検索用タグの設計、構築計画の作成などを支援できます。
しかし、社内の資料がすべて正確であるとは限りません。
例えば、古い加工条件や、検証途中の技術情報が含まれている可能性があります。
そのため、正式に使用できる情報と、参考として保存している情報を区別する必要があります。
また、AIが資料を要約した結果、重要な条件や制約が省略される場合があります。
そのため、実際の加工や品質判断では、元の技術資料や現場の記録を確認することが重要です。
さらに、社内ナレッジベースには、顧客の機密情報や会社独自の技術が含まれる場合があります。
AIへ資料を渡す際には、適切な利用条件や情報管理方法を確認する必要があります。
そして、検索した資料が、現在の仕事へそのまま適用できるとは限りません。
過去の経験を参考にしながら、現在の材料、形状、設備、品質要求などを確認することが重要です。
31．ナレッジベースの本当の目的は何でしょうか？
最後に、社内ナレッジベースについて考えてみましょう。
会社では、仕事を重ねるほど、多くの経験が蓄積されていきます。
難しい加工を検討した経験。
材料を比較した経験。
品質問題を解決した経験。
お客様の相談から、新しい方法を考えた経験。
こうした経験です。
しかし、それらが個人の記憶や、探しにくい資料の中だけに残っていると、次の仕事へ十分に活かせない場合があります。
そこで、必要な情報を整理し、探せるようにすることが重要です。
ただし、資料を大量に保存するだけでは、知識が活用されるとは限りません。
例えば、過去の技術的な判断について、なぜその方法を選んだのか分からなければ、次の仕事へ適用できない場合があります。
また、古い資料と最新版が混在していれば、誤った情報を使う可能性もあります。
そのため、情報を分類し、判断理由や適用条件を残し、現在の状態を確認できる仕組みが必要です。
ナレッジベースは、過去の仕事を保管するためだけのものではありません。
過去の経験を、現在の判断へつなげるためのものです。
まとめ｜過去の経験を、次の仕事で使える知識へ変える
今回は、ChatGPTを使って社内ナレッジベースを構築する方法を学びました。
重要なポイントは、次のとおりです。
- ナレッジベースの目的を明確にする。
- 資料を保存することと、知識を活用することを区別する。
- 利用者が何を探したいのか考える。
- 材料、加工方法、用途、技術課題などで情報を分類する。
- 案件IDや資料番号を使って情報を関連づける。
- タグを使って複数の視点から検索できるようにする。
- 技術事例には、課題、検討内容、結果、判断理由を残す。
- 成功した事例だけでなく、期待した結果が得られなかった経験も記録する。
- 承認済み、検討中、旧版など、情報の状態を区別する。
- 外部資料や社内試験について、出典と適用条件を残す。
- 同じ資料を複数の場所へ保存し、最新版が分からなくなる状態を防ぐ。
- キーワード検索やタグ検索を活用する。
- RAGなど、AIを使った社内検索の考え方を理解する。
- AIの回答について、元資料を確認できる仕組みを考える。
- 顧客や会社の機密情報を適切に管理する。
- 情報の登録・更新・承認の役割を決める。
- 最初からすべてを整理せず、少数の事例から始める。
- 検索時間だけでなく、実際に役立ったか確認する。
- 利用者の意見をもとに、分類や検索方法を改善する。
会社には、さまざまな技術や経験が蓄積されています。
しかし、その経験が必要なときに見つからなければ、同じ問題を何度も調べることになるかもしれません。
また、過去の結果だけが残っていても、判断した理由が分からなければ、次の仕事へ適用することは難しい場合があります。
そこで、技術資料や製作事例、判断履歴を整理することが重要です。
ChatGPTは、資料の分類、技術事例の要約、タグの設計、検索の仕組みづくりを手伝うことができます。
しかし、実際の技術情報の正確さや適用条件を確認することは欠かせません。
社内ナレッジベースで大切なのは、情報を大量に保存することではありません。過去の仕事から得た知識や判断を、必要な人が必要なときに確認し、次の仕事へ活かせるようにすることです。
AIと一緒に情報を整理し、経験を記録し、必要な資料を探せるようにする。
そして、実際の仕事で使いながら、さらに知識を蓄積していく。
その積み重ねが、中級編で身につけていきたい実践的なAI活用です。
次回【中級編・第61回】
「ChatGPTで社内FAQを構築する方法｜よくある質問・回答・根拠資料を整理して問い合わせ対応を改善する実践講座」
次回は、社内ナレッジベースを、日々の問い合わせや確認業務へ活かす方法を学びます。
新人から繰り返し質問されること。
材料や加工方法について、担当者へ確認すること。
見積や受
