「去年の見積テンプレ、どこでしたっけ」が週に何度も飛んでくる
情報システム担当をしていると、業務そのものとは別の問い合わせが日常的に入ってきます。「この前の提案書の最新版がどのフォルダか分からない」「退職した担当者が作った手順書を探している」「同じ資料が3カ所にあってどれが正か判断できない」。本人が5分探して見つからず、結局あなたに聞いてくる。その都度あなたは共有サーバーを開き、更新日時でソートし、それらしいファイルを開いて中身を確認する。1件あたり数分でも、人数と頻度を掛けると無視できない時間になります。
中小企業庁の中小企業白書でも、デジタル化やデータ活用の取り組みが企業の生産性と関わるものとして取り上げられていますが、現場で起きているのは高度なデータ活用以前の問題です。そもそも「ある資料がどこにあるか分からない」という状態が放置されたまま、各自が自分なりの保存ルールでファイルを増やし続けている。この入口が詰まっている限り、その先の活用には進めません。
この記事では、ファイル整理とナレッジ検索にAIを組み込むとき、何をどの順序で進めるのか、どこで止まりやすいのか、手を出さない方がよい範囲はどこかを、情報システム担当の視点で整理します。
整理の前に「探し方の実態」を記録する
いきなりフォルダを作り直したくなりますが、その前に確認すべきことがあります。人が実際にどうやって資料を探しているか、です。
フォルダ構造が論理的かどうかより、利用者がその論理を知っているかどうかの方が検索成否を左右します。整理する側の頭の中では完璧でも、使う側が「営業部フォルダの中の年度別フォルダの中の案件別」という階層を覚えていなければ、結局検索窓にキーワードを打ち込むか、人に聞くことになります。
まず1〜2週間、問い合わせの内容を記録してください。項目は次の3つで十分です。何を探していたか（資料の種類）、どんな言葉で探そうとしたか、見つからなかった理由（場所を知らない／名前が違う／そもそも存在しない）。この記録が、後でAI検索を入れるときに「どんな質問に答えられればいいか」の設計図になります。記録せずに整理を始めると、自分が探しやすい構造を作って終わり、利用者の探し方とずれます。
フォルダ整理とAI検索は役割が違う
ここで整理しておきたいのは、フォルダの整理整頓とAIによる全文検索は、解決する問題が別だということです。
| 観点 | フォルダ構造の見直し | AIによるナレッジ検索 |
|---|---|---|
| 得意なこと | 保存先を決める・重複を減らす | 中身の言葉で探す・要約を返す |
| 前提 | 命名と置き場所のルール | 検索対象を1カ所に集約 |
| 弱点 | 使う側がルールを覚える必要 | 元データが散らかると精度が落ちる |
| 向く資料 | 定型文書・テンプレート類 | 議事録・手順書・過去の相談履歴 |
| 導入の重さ | 運用ルールの合意が中心 | ツール選定と権限設計が必要 |
両方が必要な場合が多いのですが、順序としては構造の見直しが先です。散らかったまま検索ツールだけ入れると、古い版と新しい版が同じ重みで検索結果に並び、利用者がどれを信じていいか分からなくなります。AI検索は「正しい資料がちゃんと置いてある」ことを前提に力を発揮します。
AI検索を動かすまでの手順
実際に社内ナレッジ検索を立ち上げるときの流れを、動かせる粒度で書きます。
- 検索対象の範囲を1つに絞る。 全社のファイルをいきなり対象にしない。たとえば「情報システム部門の手順書とFAQ」だけ、あるいは「営業の提案書テンプレートと過去提案」だけ、と範囲を区切る。最初から広げると、どの資料が原因で精度が落ちているか切り分けられません。
- 対象フォルダの重複と古い版を除く。 同じ資料の複数版を1つに統合し、使わなくなった古いファイルは別フォルダに退避する。検索に乗せるのは「今、正だと言えるもの」だけにする。
- 検索ツールに読み込ませる。 社内で使っているグループウェアやクラウドストレージに検索機能が付いている場合、それを先に試す。新しいツールを入れる前に、今あるものの検索精度を確認した方が投資判断を誤りません。
- 想定質問でテストする。 最初に記録した「人が探していた言葉」をそのまま検索窓に入れて、正しい資料が上位に出るか確認する。たとえば「交通費の精算ってどうやるんだっけ」と打って、精算手順書が出てくるか。
- 出てきた結果を人が確認して公開する。 AIが要約や該当箇所を返す場合、その要約が元資料と食い違っていないか担当者が目視する。ここを飛ばすと、古い規定の要約をAIが自信を持って返す事故が起きます。
- 使われ方を1カ月見て範囲を広げる。 どんな検索が多く、どこで空振りしたかを見て、次に乗せる資料を決める。
この順序の肝は、2番の「古い版を除く」です。ここを飛ばすと検索はできるのに信用できないという、いちばん厄介な状態になります。
精度が出ないときに疑う場所
導入したのに「探しても出てこない」「違う資料が出る」という声が出たとき、原因はツールの性能とは限りません。
多いのは、資料の中に検索したい言葉が書かれていないケースです。利用者は「有給の申請」で探しているのに、手順書のタイトルも本文も「休暇取得フロー」としか書かれていなければ、言葉が一致しません。AI検索は表記ゆれにある程度対応しますが、業務でしか使わない略語や社内固有の呼び方までは推測できないことがあります。見直すなら、よく検索される言葉を資料の冒頭や見出しに補っておく。これは地味ですが効果が安定します。
もう一つは、スキャンしたPDFや画像として保存された文書です。文字として認識されていないと、中身をいくら検索しても引っかかりません。対象に画像PDFが混じっているなら、それを検索から除外するか、文字認識をかけてから乗せるかを決める必要があります。
現場が使わない場合は、検索窓にたどり着くまでの導線を疑ってください。ツールを別タブで開かないと使えないと、人は結局あなたに聞く方が速いと判断します。普段開いているチャットやポータルから1クリックで検索できる位置に置けるかが分かれ目です。
機密と権限には検索を広げない
手を出さない方がよい範囲をはっきりさせておきます。人事評価、給与、採用の個人情報、未公開の経営情報といった機微な資料は、全社検索の対象に入れないでください。
理由は単純で、検索は「見つけてはいけない人に見つけてしまう」リスクを持つからです。フォルダ階層で深く隠していたものが、検索窓に言葉を打つだけで一覧に出てきてしまう。権限設計を検索ツール側でも正確に反映できる確証がない限り、機密区分の資料は別管理のままにしておく方が安全です。検索の便利さと情報漏洩のリスクは隣り合わせで、ここは利便性より守りを優先する場面です。
自前で組むか、外に任せるかの線引き
最後に、どこまで自社でやってどこから外部に頼るかの判断材料を示します。
既存のグループウェアやストレージに検索機能があり、対象資料がテキスト中心で、機密区分の切り分けが明確なら、自社だけで小さく始められます。ツールの設定と運用ルールの合意が中心で、専門的な構築作業は多くありません。
一方、複数のシステムに資料が分散していてそれらを横断検索したい、社内固有の言葉を踏まえた回答を返させたい、権限設計が複雑で慎重な検証が要る、という条件が重なるなら、設計段階で外部の知見を入れた方が手戻りが減ります。判断の目安は「対象が1カ所に収まるか、横断が必要か」です。横断検索は構成が一段複雑になり、権限と精度の検証工数が跳ね上がります。
この記事で順序を「整理が先、検索が後」と置いたのは、検索ツールが古い版と新しい版を区別してくれないからです。AIは与えられた資料が正しいかどうかを判断しません。正を一つに決める作業は人の仕事として残り、そこを済ませてからでないと、どれだけ高機能な検索を入れても「出てはくるが信じられない」結果にしかなりません。探す速さを上げる前に、探す対象を信じられる状態にする。この前後関係さえ外さなければ、小さく始めた検索は少しずつ現場に根づいていきます。