「どこに何があるか分からない」「同じ資料が何個もあって、どれが最新か分からない」。社内のファイルが探せない状態は、たいてい誰かの整理能力の問題ではありません。1件の仕事を1つのファイルで持っている限り、件数が増えるほど探せなくなるという、持ち方そのものの問題です。
結論を先に書きます。応急策は検索演算子で絞る・置き場所をショートカットで一元化する・重複を1本に寄せるの3手順で、これは今日から効きます。ただしこのアプローチには上限があります。Google は共有ドライブのヘルプで「1 つの共有ドライブに保存できるアイテム数は最大 50 万個」としたうえで、「アイテム数はこの制限よりもかなり少なめに保つことをおすすめします。共有ドライブに多数のファイルがあると整理や検索がしにくくなるほか、コンテンツを見落とす恐れもあるためです」と書いています(Google ドライブにおける共有ドライブの制限)。上限の手前で探せなくなることを、提供元が明記しているわけです。
そのため打ち手は2段構えになります。(1) 今日しのぐ応急策、(2) 根本解決として1件1ファイルをやめ、1件1レコードの台帳と画面に置き換える。どこで(1)から(2)へ切り替えるかは、記事の後半で「探す時間」の算式と判断線にしています。
なぜ社内のファイルは乱立するのか(5つの構造)
乱立は「みんなが雑だから」起きるのではなく、ファイルという持ち方に組み込まれた5つの性質から起きます。原因を構造で押さえると、どの応急策が効いてどれが効かないかが判断できます。
1. 命名が人ごとで、検索語が揃わない
ファイル名は自由入力なので、同じものが「見積書_A社」「A社お見積り」「20260401_ミツモリ」と3通りで保存されます。検索はファイル名とファイル内のテキストに当てるため、保存した人が使った語を知らない人は、そのファイルに到達できません。命名規則を配っても、規則を知らない中途入社者・外部パートナー・過去のファイルには遡って効きません。
2. 「最新版」がファイル名でしか表現されていない
「_最新」「_final」「_final2」「_これで」は、どれも機械には同じ強さの文字列です。更新日時で並べ替えても、コメントを1つ付けただけのファイルが先頭に来るため、最新版の判定は結局人がファイルを開いて確認する作業になります。探す時間の多くは、見つけてからの「これで合っているか」の確認に消えています。
3. 添付で配るので、同じ資料が人数分に増える
メールやチャットに添付して配った瞬間、受け取った人数ぶんのコピーが各自のドライブに生まれます。元ファイルを直しても配ったコピーは直りません。同じ資料が何個もある状態は、共有のやり方が複製型だったことの結果で、整理の順番を変えても減りません。
4. 退職・異動でオーナーが消え、権限ごと迷子になる
個人のマイドライブに置かれたファイルは、その人のアカウントに紐づきます。退職でアカウントを止めると、開けるつもりだったファイルに手が届かなくなります。Google のヘルプも、見つからない共有ファイルの原因として親フォルダのアクセス権が削除された/アクセスできないフォルダへ移動された/アクセス制限付きのフォルダに入っているの3つを挙げています(Google ドライブで紛失したファイルを探す)。引き継ぎの具体的な段取りは退職者が持っていたファイルを引き継ぐ手順にまとめています。
5. 置き場所が人によって違い、階層が深くなる
共有ドライブ内のフォルダは最大 100 レベルまでネストできます。ただし同じヘルプが「1 つの共有ドライブ内で作成するフォルダ数は制限することをおすすめします。コンテンツの整理や検索がしにくくなる場合があるため」と添えています。作れる深さと、人が辿れる深さは別だという注意書きです。実務で辿れるのは2〜3階層までで、それより深い場所のファイルは「存在するが誰も開かない」状態になります。
今日できる応急策(3手順)
構造の問題だとしても、今日のうちに探す時間は縮められます。Google ドライブの公式機能だけで、順番に3つ打ちます。
手順1: 検索演算子で「名前が思い出せない」を迂回する
ファイル名が分からなくても、種類・オーナー・期間で絞れば候補は数件に落ちます。公式の検索オプション一覧から、実務で使用頻度が高いものを抜き出しました(Google ドライブでファイルを検索する)。
演算子 | 何を絞るか | 書き方の例 |
|---|---|---|
title: | タイトルに含まれる語(本文は無視) | title:見積書 |
type: | ファイルの種類(document / spreadsheet / presentation / pdf など) | type:spreadsheet |
owner: | そのファイルのオーナー | owner:bob@example.com |
before: / after: | 変更日(YYYY-MM-DD 形式) | after:2026-04-01 |
createdbefore: / createdafter: | 作成日(変更日と区別できる) | createdafter:2026-01-01 |
"(引用符) | 語句の完全一致 | "第3期 事業計画" |
-(ハイフン) | 特定の語を含むものを除外 | 見積 -テンプレート |
sharedwith: | そのアカウントやグループがアクセスできるファイル | sharedwith:external |
これらは単独でも、ファイル名や本文の語と組み合わせても使えます。たとえば「去年の下期に作った A 社の見積スプレッドシート」は type:spreadsheet A社 見積 createdafter:2025-10-01 で十数件まで落ちます。社内の共通言語になりそうな組み合わせを3〜5本だけ決めて、社内ポータルや固定メッセージに貼っておくのが、命名規則を配るより早く効きます。
手順2: 「あるはずなのに出てこない」を切り分ける
検索に出てこないファイルは、消えたのではなく見えなくなっているケースが多いです。公式ヘルプが挙げる確認先をそのまま使います。
- ゴミ箱: 削除されたファイルはゴミ箱に 30 日間保存され、その後完全に削除されます。is:trashed で検索対象にもできます。
- アクセス制限付きのフォルダ: 閲覧権限はあるのに開けないアイテムは、検索バーに is:limited_access と入力すると洗い出せます。
- 親フォルダが消えて浮いたファイル: 他の人のフォルダに作ったファイルは、そのフォルダが削除されると自分のマイドライブへ自動的に移ります。is:unorganized owner:me で拾えます。
- アカウントの取り違え: 複数の Google アカウントを使っていると、別アカウントで開いたファイルは当然見つかりません。
この4つを順に当てると、「探せない」の相当な割合が「権限とアカウントの問題」に分類されます。探し方の問題と権限の問題を混ぜて議論しないことが、無駄な整理作業を減らす近道です。
ここまでは「見つける側」の工夫でした。次の手順からは、増える側を止める話に入ります。私たちは普段、その先にあたる「ファイルではなく台帳で持つ」形を、使っているスプレッドシートのまま作る仕事をしています。記事の途中で恐縮ですが、まさに同じ悩みから始まった事例が多い領域なので、よろしければどんなものかだけでも覗いていただけるとうれしいです。
手順3: コピーを増やさず、ショートカットで一元化する
同じ資料が何個もある状態を止めるには、配る手段を複製からリンクに変えます。ドライブのショートカットは元のファイルを参照するリンクなので、常に最新の内容が表示され、置き場所だけを複数持てます。数の上限は、1つのファイルやフォルダにつき自分で最大 500 個、自分と他のユーザーの分を合わせて最大 5,000 個です(Google ドライブのショートカットを使用してファイルやフォルダにアクセスする)。
落とし穴も公式に書かれています。ショートカットを作成しても、元のファイルの権限は自動的に更新されません。「ショートカットは見えるのに開けない」という報告はこれが原因で、置き場所を揃える作業と権限を揃える作業は別に実施する必要があります。あわせて、個人のマイドライブではなく共有ドライブに実体を置けば、作成した人が退職してもアイテムは組織に残ります。
重複の洗い出しは、title: で同名系の語を引き、オーナーと作成日で並べて束ねるところから始めます。1本を実体として残し、他は削除かショートカットに置き換える。この作業をファイル全体でやろうとすると終わらないので、使用頻度の高い業務1つ分(見積・請求・議事録のどれか)に絞ります。
応急策には上限がある(ファイルを整える施策が伸びない理由)
検索演算子も命名規則もショートカットも、ファイルを1件ずつ上手に並べるための工夫です。件数が増えると、工夫の効き方は鈍くなっていきます。
件数そのものが検索の精度を落とす
先に引いたとおり、共有ドライブ1つに入れられるアイテムはファイル・フォルダ・ショートカット・ゴミ箱内のアイテムを合わせて最大 50 万個で、残りが上限の 20% を切ると警告バナーが出ることがあります。ただし実務で先に来るのは上限ではなく、公式が同じ場所で警告している「整理や検索がしにくくなる/コンテンツを見落とす」という状態です。50 万の何十分の一でも、1つの業務のファイルが数千件あれば候補は十分に増えます。
構造で言い直すと、こうです。1件1ファイルで持つと、情報は「ファイル名」と「本文の中」にしか入りません。ステータス・担当・金額・期限といった絞り込みに効く属性が、検索可能な形で外に出ていないため、絞り込みの軸が種類・オーナー・日付の3つしか残らないのです。
語が揃っていなければ、賢い検索でも当たらない
検索の側を強くするアプローチもあります。Google ドライブは Gemini の機能が使える場合、検索バーに自然言語で質問して AI による概要を出せると公式に記載されています。語が多少ずれても引ける点では有効で、具体的な構成はGemini のファイル検索で社内ドキュメントに答えさせる方法で扱っています。
ただしこれは見つける力を上げるだけで、同じ資料が何個もある状態は解消しません。最新版がどれかという判断は、ファイルの中身を読んでも決まらないことがあります(更新日が新しいほうが古い内容ということが普通に起きる)。ここが、検索の強化では越えられない線です。
探す時間を算式で置く(どこから台帳化に切り替えるか)
「探す時間」の世間一般の調査データは出典が辿れないものが多いため、ここでは引用せず、自社の数字を入れて動かす算式を置きます。使う係数は算式の動きを見せるための仮の値です。必ず自社の実測値に差し替えてください。
算式
年間の探す時間(時間)= 1回あたりの探索時間(分)× 1日あたりの回数 × 対象人数 × 年間稼働日 ÷ 60
仮に「1回3分・1日5回・10人・年240日」を入れると、3 × 5 × 10 × 240 ÷ 60 = 年600時間。1人あたり年60時間です。ここには「見つけたファイルが最新版かを確認する時間」「見つからず作り直した時間」「他の人に聞いて中断させた時間」は含まれていないので、実際の損失はこれより大きくなります。
測り方は簡単です。1週間だけ、探した回数と所要時間を手元にメモしてもらいます。平均ではなく中央値と最悪値の2つを取るのがコツで、最悪値(15分探して見つからなかった等)の頻度が高い業務が、最初に台帳化すべき業務です。
判断線の目安
算出した年間時間で、打ち手を切り替えます。下表の区切りも仮の目安で、人件費や繁忙の偏りによって上下します。
年間の探す時間 | 打ち手 | やらないこと |
|---|---|---|
年100時間未満 | 検索演算子の定型化と、置き場所の集約だけ | 仕組みの作り込み(投資が回収できない) |
年100〜300時間 | 共有ドライブへの実体移動+ショートカット運用。最も重い1業務だけ台帳化を検討 | 全業務の一斉整理 |
年300時間超 | ファイルを整える施策は打ち止め。1件1レコードの台帳+画面へ移す | 命名規則の再徹底(3回目以降は効かない) |
この線の意味は「命名規則を徹底する作業そのものが、探す時間と同じくらいのコストになる点」です。規則を決めて配り、守られているか点検し、守られていない過去分を直す。この運用コストが年300時間規模の損失と釣り合ってしまうなら、持ち方を変えるほうが安く済みます。
根本解決:1件1ファイルから1件1レコードへ
台帳化とは、1件の仕事を1行のレコードとして持ち、添付ファイルはその行にぶら下げる形に変えることです。見積なら「案件名・顧客・担当・金額・ステータス・提出日・ファイルのリンク」が1行に並びます。
何が変わるか
- 絞り込みの軸が増える: 種類・オーナー・日付しかなかった軸に、ステータスや担当や金額が加わる。「提出済みで未入金のもの」が1操作で出る。
- 最新版の判定がいらなくなる: 1件1行なので、その行が最新。版を残したい場合だけ履歴を別に持つ。
- 複製が生まれない: 配るのは行(または画面)へのリンクで、ファイルの実体は増えない。
- 退職で消えない: 台帳が組織の持ち物になるので、担当者のアカウントに紐づかない。
実装は専用ツールへの移行でなくても構いません。すでに使っているスプレッドシートを台帳として扱い、入力と検索の画面だけを足す形にすれば、データの置き場所も費用の構造も変えずに済みます。スプレッドシートで管理を続ける場合の限界と選択肢は、スプレッドシート管理が限界に来たときの3つの打ち手で比較しています。
移行は1業務から、順番を守る
- 最悪値の頻度が高い業務を1つ選ぶ(全部やろうとすると必ず途中で止まる)。
- その業務の既存ファイルを1枚の表に棚卸しする。列は、絞り込みに使いたい属性だけ。
- 新規分だけ台帳運用に切り替える。過去分は移さず、検索で足りる状態にしておく。
- 3か月後に、探す時間をもう一度測る。減っていれば次の業務へ、減っていなければ列の設計を直す。
過去分を全部移そうとして失敗する例が最も多いです。過去のファイルは「探せればよい」、これから増える分は「探さなくてよい形にする」と割り切ると、着手できる大きさになります。
よくある失敗
- フォルダ階層を作り直す: 分類の正解は部署ごとに違うため、作り直した直後から別の人がずれた場所に置き始めます。階層を深くするより、検索で引ける属性を増やすほうが効きます。
- 命名規則をもう一度配る: 2回配って守られていない規則が、3回目で守られることはほぼありません。入力欄の形を変えるしかありません。
- ショートカットだけ揃えて権限を揃えない: 前述のとおり、ショートカットは元ファイルの権限を変えません。「見えるのに開けない」が量産されます。
- 整理を一人に任せる: 担当者が辞めた時点で、どこに何があるかの知識も消えます。知識はファイル名ではなく台帳の列に置きます。
正直に書くと、ここで挙げた算式の係数や判断線は、業種・ファイル件数・人数で大きく動きます。確かな一次情報として引けるのは、Google 自身が「アイテム数が多いと整理や検索がしにくくなる」と明記している点と、検索演算子・ショートカット・権限の仕様までです。「探すのに1日○分かかる」という類の社外の調査データは、出典が追えるものを見つけられなかったため、本記事では使っていません。
よくある質問
命名規則を決めれば、社内のファイルが探せない状態は解決しますか?
探す時間が年100時間未満の規模なら有効です。ただし規則は、規則を知らない人と過去に作られたファイルには遡って効きません。年300時間を超える規模では、規則を配って点検して直す運用コストが損失と釣り合うため、1件1レコードの台帳に持ち方を変えるほうが安く済みます。
Google ドライブで名前を思い出せないファイルを探すには?
ファイル名ではなく属性で絞ります。種類は type:spreadsheet、オーナーは owner:、変更日は before: / after:、作成日は createdbefore: / createdafter: が使えます。語句の完全一致は引用符、特定の語の除外はハイフンです。これらは公式の検索オプションとしてヘルプに記載されており、ファイル名や本文の語と組み合わせて使えます。
あるはずのファイルが検索に出てきません。どこを見ればよいですか?
4か所を順に確認します。削除されたファイルはゴミ箱に30日間保存されます。閲覧権限があるのに開けないアイテムは is:limited_access で洗い出せます。他の人のフォルダに作ってそのフォルダが消えた場合は is:unorganized owner:me で拾えます。最後に、別の Google アカウントでログインしていないかを確認します。
同じ資料が何個もある状態を止めるには?
配る手段を複製からリンクに変えます。ドライブのショートカットは元のファイルを参照するので常に最新が表示され、1つのアイテムにつき自分で最大500個、全員の合計で最大5,000個まで作れます。ただしショートカットを作っても元のファイルの権限は自動更新されないため、置き場所の統一と権限の付与は別作業として行う必要があります。
記事に出てくる「年600時間」はどこから出た数字ですか?
算式の動きを見せるための仮の係数から計算した値です。1回3分・1日5回・10人・年240日を「1回あたりの探索時間×1日の回数×人数×年間稼働日÷60」に入れた結果で、実在の調査データではありません。自社で1週間だけ探した回数と時間を記録し、中央値と最悪値で置き換えてお使いください。
社内のファイルが探せない問題は、整理の上手さではなく持ち方で決まります。まずは1週間だけ探した時間を測り、算式に入れてみてください。年300時間を超えていたら、整理のやり直しではなく台帳化の検討に進む段階です。自社のどの業務から着手すべきか迷う場合は、現状のファイルの置き方を伺えれば一緒に順番を考えます。お気軽にご相談ください。