探し物は生産性を静かに削り取る：PKMで「見つからない」を減らす情報整理術

メール、添付ファイル、資料、スプレッドシートを探す時間を減らすために、PKMの観点からフォルダに頼りすぎない命名、検索、浅い構造を整理する。

探せないのは、だらしないからではない

ファイルやメモが見つからないと、自分の管理が甘いように感じる。しかし、問題は個人の几帳面さだけではない。

長年、PCやメールではフォルダで管理するのが当たり前だった。年度、顧客名、プロジェクト名、資料種別。階層を作り、そこへ情報をしまう。この方法は悪いものではない。一定量まではよく機能する。

しかし、人間は情報を「Cドライブの中の、2026年度フォルダの、A社フォルダ」といった物理的な場所として覚えているわけではない。「あの打ち合わせの直後に作った」「あのプロジェクトの予算に関する資料だった」「たしか決定版という名前を付けた」といった、時間、文脈、キーワードの連なりで思い出す。

深いフォルダ階層は、保存するときに「どこへ分類すべきか」という判断を求める。探すときには「どこへしまったか」という迷路を生む。保存するときの文脈と、後で探すときの文脈は、簡単にずれる。

情報整理の目的は、きれいな分類ではない

パーソナル・ナレッジ・マネジメント（Personal Knowledge Management, PKM）は、情報を美しく分類するためだけの考え方ではない。必要なときに戻れる道を作り、情報を次の判断や成果物へつなげるための作業環境である。

その意味で、ファイル管理もPKMの一部である。会議資料、見積書、企画メモ、メールの添付ファイル、スプレッドシート。これらが見つからなければ、知識は働かない。

大事なのは、完璧なフォルダツリーを作ることではない。未来の自分が、必要な情報へ少ない手数でアクセスできるようにしておくことである。

PKMが教える「もう少しましな方法」：LIFT原則

この問題を考えるうえで役に立つのが、LIFT原則である。

LIFTは、Locate、Identify、Flat、Try to stay DRY の頭文字を取ったものだ。GoogleのAngularスタイルガイドでも紹介されていた、アプリケーションのコード構造を見つけやすく保つための原則である。

もともとはコードベースの整理に関する考え方だが、日常のファイル管理やPKMにもそのまま応用できる。

Locate（すぐ見つかる）: 必要なときに、情報へすばやく到達できるようにする。
Identify（すぐ分かる）: 見つかったファイルが何を扱うものか、名前だけで判断できるようにする。
Flat（階層に埋もれさせない）: 分類を細かくしすぎず、情報を深い階層の奥へ隠さない。
Try to stay DRY（重複させない）: 同じ情報のコピーを増やさず、正本へ戻れる状態を保つ。

この原則がよいのは、「整理好きのための整理」ではなく、「あとから使うための整理」になっているところだ。探し物に疲れている人に必要なのは、完璧な分類体系ではない。見つかり、分かり、埋もれず、重複しない状態である。

実践1：検索を強くするファイル名にする

LIFTのうち、まず効くのは Locate と Identify である。つまり、すぐ見つかり、すぐ分かること。その鍵は、ファイル名に文脈を埋め込むことにある。

Book1.xlsx、見積書.pdf、資料_最新.pdf、最終版2.docx。こうした名前は、保存した直後は分かっても、数週間後には弱い。検索しても似た名前が並び、どれが必要なものか判断し直すことになる。

基本ルールは、これくらいでよい。

YYYYMMDD_プロジェクト名または相手先_内容_状態.拡張子

悪い例:

見積書.pdf

良い例:

20260602_A社_システム導入見積書_決定版.pdf

日付を先頭に置けば、名前順に並べたときに時系列が保たれる。相手先やプロジェクト名を入れれば、検索で拾いやすくなる。内容と状態を入れれば、それが何のファイルで、どの段階のものかが分かる。

日本語のファイル名でよい。重要なのは、かっこよい命名規則ではなく、あとから自分やチームが迷わず読めることである。ファイル名単体で意味が分かれば、フォルダの場所に依存しすぎずに済む。

実践2：フォルダは浅く、検索を前提にする

LIFTの Flat は、フォルダを一切使わないという意味ではない。問題は、深すぎる階層に正解を一つだけ求めることである。

/仕事/A社/
/仕事/B社/
/仕事/経理/
/仕事/記事制作/

これくらい浅い構造なら、場所の見当をつけやすい。さらにファイル名に文脈が入っていれば、検索でもたどり着ける。

反対に、2026/案件/進行中/A社/資料/提出済み/最新版/ のような階層が深くなると、保存した本人でも迷いやすい。整理しているつもりで、未来の自分に小さな迷路を渡していることがある。

実践3：ファイル検索ツールを味方につける

ファイル名に文脈を入れ、フォルダを浅くしておくと、検索ツールの力を引き出しやすくなる。

「Flat（階層に埋もれさせない）」と「Locate（すぐ見つかる）」をWindows環境で実現するなら、「Everything」のような高速ファイル検索ツールは有力な選択肢である。

Windowsの標準検索は遅く、ストレスの原因となることが多い。しかしEverythingは、PC内の全ファイルを一瞬（数ミリ秒）で探し出す。ファイル名の一部を打ち込むだけで、インクリメンタルサーチによって即座に目的のファイルが目の前に現れる。

これがあれば、ファイルを綺麗にフォルダ分けする必要すらなくなる。「迷ったらここに入れる」という大きな浅いフォルダ（Flat）にすべてのファイルを放り込み、先述のルールに従って思い出しやすい具体的なファイル名（Identify）をつけておく。あとは必要な時に「Everything」で検索する（Locate）だけで完結する。「どのフォルダに入れたか」を完全に思い出せなくても、名前の断片から戻りやすくなる。

ただし、検索ツールだけが答えではない。資料_最新.pdf のような名前が大量にあれば、検索結果の中でまた迷う。検索ツールを味方につけるには、検索される側のファイル名が「Identify（すぐ分かる）」状態になっている必要がある。

だから、順番としてはこう考えたい。まず名前と置き場所を整える。次に、検索で戻れるようにする。

実践4：重複を減らし、正本へ戻れるようにする

Try to stay DRY は、「同じ情報を何度も持たない」という原則である。ファイル管理では、これが意外に効く。

添付ファイルをダウンロードし、別フォルダにコピーし、少し修正した版をデスクトップに置き、さらに共有用に別名保存する。こうした状態になると、後からどれが正しいのか分からなくなる。

すべてを厳密に一元化する必要はない。しかし、少なくとも「正本はどれか」が分かるようにしておきたい。コピーを増やす場合も、ファイル名に状態を入れる。共有済み、提出済み、決定版、作業中。小さな言葉が、未来の混乱を減らす。

今日から変えるなら

いきなり全ファイルを整理し直す必要はない。まずは、これから作るファイルだけ変えればよい。

資料_最新 や 最終版2 をやめる
日付、相手先、内容、状態をファイル名に入れる
フォルダを一段浅くできないか考える
正本を一つ決め、コピーを増やしすぎない
重要な資料は、会議、判断、成果物と結びつけておく

小さな手間ではある。しかし、この手間は、後で探す時間を減らすための投資である。

まとめ

情報管理の目的は、美しく整頓されたフォルダツリーを作ることではない。必要なときに、必要な情報へアクセスできるようにすることである。

探し物が減ると、仕事は少し静かになる。探す時間が減り、思い出し直す時間が減り、目の前の判断や制作に戻りやすくなる。

PKMは、特別なノート術だけを指す言葉ではない。日々のファイル名、置き場所、検索のしやすさにも表れる。LIFT原則は、そのための実用的な補助線になる。

探すことに疲弊し、生産性を静かに削り取られる時間を減らすこと。それは、知的生産の土台を整えることである。

参考

Angular旧公式スタイルガイド「LIFT」: https://v17.angular.io/guide/styleguide#lift
Everything 公式サイト（voidtools）: https://www.voidtools.com/en-us/