File metadata: finding documents without remembering where they are
File metadata is the third way to find things, after names and folders. Which fields earn their place, who fills them in, and why most tagging schemes collapse.
A shared drive structure fails when it mirrors the org chart. How to organise by work rather than by department, how deep to go, and what to do with the drive you already have.
A shared drive structure is working when somebody who has never opened it can guess where a document lives on the first attempt. Most of them fail that test within a year, and the reason is almost always the same: the top level mirrors the organisation chart, so the moment teams are reorganised the structure describes a company that no longer exists.
Three levels before you reach actual documents is the working limit — category, instance, section. Beyond that, people stop navigating and start searching, which is fine until they need to put something back, at which point the deep folder gets skipped and the file lands at the top. Depth is also where permissions get interesting: the deeper the tree, the more likely a subfolder has inherited access somebody no longer expects. A flatter structure with good names beats a precise taxonomy nobody maintains.
Date-prefix anything that recurs — 2026-Q1 rather than Q1 2026 — so alphabetical order is chronological order. It is a trivial convention that saves a surprising amount of scrolling, and it makes the stale material obvious at a glance.
It cannot stop duplicates, because people copy rather than link when they are unsure. It cannot make old material findable if nothing was ever named consistently. And it cannot substitute for deciding what gets kept — a beautifully organised drive holding eleven years of everything is still eleven years of everything. Structure is how people find things this quarter; retention is how the drive stays usable over a decade.
Ettex Storage supports the simple version well: folders with per-group permissions, a naming convention applied at the top level, and an access log so the quarterly review has something to read. Pair it with a file naming convention and most of the searching problem disappears without any taxonomy work at all.
No. Reorganisations are frequent and the work outlives the team structure. Organise by client, project or function instead.
Five to eight. Fewer and they become meaningless buckets; more and nobody can hold the list in their head.
For finding, often. For filing, never — if people cannot guess where something goes, it ends up at the top level and the structure decays from there.
File metadata is the third way to find things, after names and folders. Which fields earn their place, who fills them in, and why most tagging schemes collapse.
A storage quota forces a decision most teams avoid. What actually consumes the space, how to clear it without deleting anything important, and when buying more is the right answer.
File recovery depends on decisions made before the loss: version history, how long deleted items are kept, and whether anybody has tested a restore. What to check now.