整理したフォルダほど、なぜ二度と開かないのか

simplememo
2026/09/24 08:47

フォルダをきれいに分ければ、あとで見つけやすくなる。多くの人がそう信じている。だが実際には逆だ。整理に手をかけたメモほど、二度と開かれないまま眠る。理由は単純で、人は「しまう場所」を決めた時点で、その内容をおおむね忘れるからだ。

「整理」という名の先送り

そもそも、メモを分類する作業に人はどれだけの手数を割いているか。受信箱を空にし、タグを付け、フォルダを切り、「あとで読む」に放り込む。この一連の動作は生産的に見えて、実際には判断の先送りでしかない。分類とは「これは後で使う」という賭けであり、その賭けの大半は外れる。外れた賭けの残骸が、開かれないフォルダとして積み上がっていく。

Getting Things Done、いわゆるGTDが世に出たのは2001年だ。あれから四半世紀が過ぎ、Inboxを空にするという思想は無数のアプリに実装された。しかし10年単位で振り返ると、律儀にフォルダを維持し続けた人ほど、過去のフォルダを開かなくなっている。理由は明快で、フォルダ名のほうを先に忘れるからだ。中身は覚えているのに、しまった場所の名前が出てこない。

情報は増える一方で、人間の記憶の索引能力は増えない。メモが100個なら10個のフォルダで足りる。だが1万個になった瞬間、その10個は機能しなくなる。1フォルダあたり平均1000個。もはや掘る対象ではなく、ただの倉庫だ。分類は情報量に対して、いずれ必ず破綻するように作られている。それでも人がフォルダを作り続けるのは、整理しているあいだだけは「片づいた」という感覚が得られるからだ。感覚のために、時間を払っている。

試しに、一日のうち分類そのものに使っている時間を数えてみるといい。一通のメモをどのフォルダに入れるか迷う時間が、仮に5秒。それが日に20回発生すれば100秒。年間にならせば10時間近くを、「しまう場所を選ぶ」というただそれだけの作業に費やしている計算になる。しかもその10時間は、後でそのメモが見つかることを一切保証しない。投じたコストと得られる成果が、これほど噛み合わない作業も珍しい。

なぜ、しまった瞬間に忘れるのか

人の記憶は「場所」ではなく「文脈」で引き出される。どこにしまったかではなく、何のためにそれを書いたか、で思い出す。ところがフォルダ分類は「場所」を強制する。文脈で覚えている脳に対して、場所での検索を要求する。この不一致こそが、整理したメモを行方不明にする正体だ。

だからこそ、検索が分類に勝つ。フォルダを三階層も掘るより、単語ひとつで全文検索したほうが速い。Gmailがフォルダを捨ててラベルと検索に賭けたのは2004年のことだった。当時は「フォルダがないメールなど使えない」と酷評されたが、あの設計判断は20年かけて正しさを証明した。探すという行為は「思い出す」から「絞り込む」へと置き換わった。今や検索窓のないメモアプリのほうが不便に感じる。

選択肢が増えるほど、判断は遅くなる。選ぶ対象がn個あれば、選択にかかる時間はおおよそlog nに比例して伸びる。フォルダが5個なら一瞬でも、30個まで増えれば、選ぶだけで小さな疲労が積もる。そして疲れた脳は、いちばん楽な逃げ道を選ぶ。すなわち「とりあえず未分類」へ放り込む。皮肉なことに、丁寧に作り込んだフォルダ構造ほど、その脇に巨大な未分類の山を育てる。整理の精度を上げるほど、整理されないものが増えていく。この逆説から抜ける唯一の道は、分類という選択肢そのものを入口から消すことだ。

ここで見落とされがちな点がある。検索を主役にするなら、入口の道具は徹底して軽くなければならない、ということだ。分類しないと決めた瞬間、メモに求められる仕事は「速く確実にためる」の一点に絞られる。フォルダ選択という一手が消えるだけで、着想から記録までの距離は目に見えて縮む。起動は約0.4秒。この速さは高性能の誇示ではなく、「整理しない」という設計判断の必然的な帰結だ。分類機能を持たないから、速い。

分類を捨てると、何が残るのか

発想を反転させてみる。整理を後回しにするのではなく、整理そのものを別のレイヤーへ追い出す。入口では一切分類しない。ただ時系列に積む。整理が必要になったときだけ、まったく別の場所で行う。

この「キャプチャはiPhone、整理はObsidian」という分業は、もはや理屈上の話ではなく、実装として成立する段階に来ている。拾った断片をiPhoneから日付ごとのノートへ自動で追記していく方法を使えば、入口の道具はフォルダをひとつも持たず、受け皿となる保管庫の側が後から構造を与える。入口で悩まない。出口で整える。役割を分ければ、道具はどちらも軽くなる。iPhoneで拾い、母艦で束ねる。捕獲と収納を同じ道具にやらせようとするから、どちらも中途半端になる。

具体的な一日を思い浮かべてみる。朝の通勤電車で読んだ記事の一節、昼に不意に浮かんだ企画の断片、夜になって思い出した買い物のメモ。この三つに共通する「分類」など存在しない。あるのは「今この瞬間に逃したくない」という一点だけだ。だから入口では、すべてを同じ一列に落とす。そして週末に保管庫を開いたとき、企画の断片だけをつまみ上げて、関連するノートへ束ねればいい。捕獲は無差別に、収納は選択的に。この非対称さこそが、時系列一列という乱暴なほど単純な入口を成立させている。整えるのは、あとでいい。

信頼性の問題も、この分業なら筋が通る。捕獲する側に絶対に求められるのは、取りこぼさないことだ。電波の届かない地下でも、機内でも、思いついた一行が消えてはならない。オフラインなら送信待ちの列に積み、電波が戻った瞬間に自動で再送する。こうした地味な仕組みがあって初めて、人は安心して「あとで整理」を手放せる。逆に言えば、捕獲が信用できない道具では、人はつい手元で分類を始めてしまう。分類は、不安の裏返しでもある。

反論：「積むだけ」では後で困るのではないか

もっともな懸念だ。時系列に積むだけでは、必要なメモが埋もれるのではないか。一覧性ではフォルダのほうが優れているのではないか。この反論には正面から答える価値がある。

しかしこの見方は、二つの異なる作業を混同している。「ためる」と「使う」は別の行為だ。ためる側にフォルダは要らない。全文検索と日付さえあれば、後から必要な文脈で引き出せる。むしろフォルダは「ためる」段階に判断コストを持ち込み、記録そのものを遅らせる。人が困るのは分類が足りないからではなく、分類を早すぎる段階で強制されるからだ。整理は、本当に必要になったその瞬間に、使う側で行えばいい。前倒しにされた整理の大半は、使われることなく無駄になる。

もう一つ、よく聞く反論がある。「時系列に積むと、古いメモが下へ沈んで見えなくなる」というものだ。だが、沈んでいい。ほとんどのメモは、書いた時点ですでに役目の8割を終えている。頭の中の引っかかりを外へ出す、その行為自体が目的だからだ。書き出した瞬間に思考は前へ進み、メモは用済みになる。本当に再訪が必要なのは残り2割で、それは検索が確実に拾い上げる。沈むメモを恐れてすべてを構造化するのは、2割のために8割の手間を払い続ける取引にほかならない。割に合わない。

現に、最小限のハブに徹したメモの系譜はずっと存在した。2024年10月に役目を終えた先行アプリも、機能を足すのではなく削ることで支持を集めていた。削る思想は消えず、形を変えて受け継がれている。分類を捨てるという選択は、思いつきの流行ではなく、20年以上かけて検証されてきた設計哲学の延長線上にある。

受信箱ひとつで暮らすためのチェックリスト

・入口の道具からフォルダ機能を意図的に外す。選べないことを不便ではなく速さと捉える

・メモは分類せず、時系列に一列で積む。並び順は日付に任せる

・探すときは単語ベースの全文検索に統一し、フォルダ掘りをやめる

・「あとで整理する」を口癖から追放し、整理は使う直前だけに限定する

・保管（ためる）と参照（使う）を別レイヤーに分け、それぞれを個別に最適化する

・端末を離れる情報の範囲を把握し、本文が第三者のサーバーに残らない経路を選ぶ

・週に一度、この一年で一度も開かなかったフォルダを一つ削除してみる

まとめと次回予告

整理は美徳ではなく、コストだ。しまった瞬間に忘れるという人間の性質を前提に置けば、入口では分類せず、出口で必要なぶんだけ整える設計のほうが理にかなう。フォルダを捨てることは、記録をあきらめることではない。むしろ記録を速くし、後で思い出せる確率を上げる。片づいた感覚と、実際に見つかることは、別物だ。次回は、この「ためる」と「使う」の分業を、10年後も読める形式で残すためのファイル選択について書く。