Workflow

I Spent 6 Months Refining My Design File Organization. Here's What Actually Helps

My design files were a mess. I spent six months testing different organization systems. Here's what stuck, what didn't, and the file structure that's now saving me hours each month.

On this page 21 sections
  1. 1 The starting state
  2. 2 What I tested
  3. 3 The structure that stuck
  4. 4 Top-level: Active vs Archive
  5. 5 Project folders: client-name + project-type
  6. 6 Inside each project: standardized subfolder structure
  7. 7 Working file naming
  8. 8 What also helped
  9. 9 1. Cloud sync done deliberately
  10. 10 2. Asset library inside Figma
  11. 11 3. Template files for repeated project types
  12. 12 4. Strict deletion discipline
  13. 13 What I tried and dropped
  14. 14 1. Dedicated version control tools
  15. 15 2. Tagging-based organization (in addition to folders)
  16. 16 3. Archive everything in cloud storage
  17. 17 4. Daily cleanup routines
  18. 18 The total time impact
  19. 19 The biggest single change
  20. 20 The recommendation
  21. 21 The takeaway

For most of my freelance career, my design file organization was bad. Not catastrophically bad — I could find what I needed eventually — but bad enough that I was wasting hours each month searching for things, recreating files I'd already made, and losing track of which version was current. I committed six months to systematically improving this. Some of what I tried worked; some didn't. Here's the honest report and the file structure that's now saving me hours each month.

The starting state

Before the project: a messy desktop with files named "client-name-final-v3-USE-THIS.fig". Inconsistent folder structure across clients. Multiple "current" versions of the same file. No reliable archive of past work.

The cost of this disorganization was real but invisible. Searching for files. Recreating assets I'd already made. Sending wrong versions to clients. Confusion about which file was current after taking time off from a project.

What I tested

Across six months I tested several approaches:

  • Various folder structures (project-based, type-based, time-based, client-based)
  • File naming conventions of different rigor
  • Cloud storage and sync setups
  • Version control approaches (manual versioning, dedicated tools)
  • Asset libraries within Figma and outside it
  • Template files and starting-point files for repeated work

The structure that stuck

After testing, the structure I now use:

Top-level: Active vs Archive

Two top-level folders: "Active" for current projects, "Archive" for completed projects. The simplest possible separation, but it eliminated the confusion of mixing current and old work.

Projects move from Active to Archive when they're officially complete. The Archive doesn't need to be browsable on a daily basis; it needs to be searchable when something old comes back.

Project folders: client-name + project-type

Active and Archive both contain folders named consistently: "ClientName_ProjectType_YYYY". For example: "AcmeCorp_BrandIdentity_2025" or "StarSystems_Website_2025".

The naming convention puts client first (matches how I think when looking for things), project type second (helps when I have multiple projects with the same client), and year last (provides chronological context without forcing chronological organization).

Inside each project: standardized subfolder structure

Every project folder has the same internal structure:

  • 00_Brief/ — discovery notes, client brief, communications
  • 01_Research/ — competitor analysis, inspiration, references
  • 02_Working/ — active design files (Figma, Affinity, Procreate)
  • 03_Assets/ — source assets (photography, illustration, sourced materials)
  • 04_Deliverables/ — final files for client delivery
  • 05_Archive/ — older versions, abandoned directions

The numbering enforces order in file browsers; the consistent structure means I can find what I need in any project without thinking about it.

Working file naming

Within working folders, files are named: "ProjectName_Section_v##". Version numbers go up, not "final" or "FINAL-FINAL". When a version is approved by the client, it's tagged "approved" in the filename for clarity.

What also helped

1. Cloud sync done deliberately

I use cloud sync (Dropbox in my case, but iCloud or Google Drive would work) for the entire Active folder. Two benefits: backup happens automatically, and I can work from multiple machines if needed.

Archive lives on local storage with periodic backups. Cloud-syncing the entire archive was unnecessary cost without benefit.

2. Asset library inside Figma

For Figma work, I built a personal library of components I reuse: standard buttons, form elements, common page layouts, brand-style guides. The library lives in a Figma file separate from any specific project; updates propagate automatically.

This took a few weeks to build but has saved hours on every subsequent project.

3. Template files for repeated project types

For the project types I do most often (brand identity, website redesign, illustration), I have template starting files. The templates include the standard folder structure and starter files for the work type.

Starting a new brand identity now takes 2 minutes (copy template, rename, ready to start) instead of 30 minutes (set up structure, find starting templates, configure files).

4. Strict deletion discipline

Files I no longer need get deleted. Not "I might use this someday" — actually deleted. The accumulation of files I don't need creates noise that makes finding files I do need harder.

Annual cleanup of the Archive folder for projects more than 3 years old. Keep the deliverables; delete the working files. The working files for a brand identity from 2020 will never be useful again.

What I tried and dropped

1. Dedicated version control tools

Tools like Abstract (now defunct) and Plant promised Git-like version control for design files. I tested them; the overhead exceeded the benefit for solo freelance work. Manual versioning with clear naming was sufficient.

For team-based design work, dedicated version control may be worth it. For solo work, it added complexity without proportional return.

2. Tagging-based organization (in addition to folders)

Some recommendations suggest tagging files in addition to folder organization. I tested this for a few months. The tagging required maintenance that I wasn't consistent enough about; the value was modest given the maintenance.

The folder structure alone proved sufficient. Tagging would add value for designers with significantly more files than I have, but for moderate file volume, folders are enough.

3. Archive everything in cloud storage

I tried cloud-syncing the entire Archive folder for a few months. The cloud storage cost grew significantly; the benefit was minimal because I rarely access old archive files.

The shift to local-only Archive with periodic backups handled the same need at much lower cost.

4. Daily cleanup routines

Some productivity advice recommends daily file organization routines. I tried this; it became overhead that I resisted. The weekly cleanup at the end of each Friday turned out to be the right cadence — frequent enough to prevent accumulation, infrequent enough not to feel like constant maintenance.

The total time impact

Hard to measure precisely, but my best estimate: I save 4-6 hours per week from the improved organization. The savings come from:

  • Faster project setup (template files)
  • Less time searching for files (consistent structure)
  • No more "wrong version sent" client confusion (clear versioning)
  • Reusing assets instead of recreating them (asset library)
  • Less mental overhead about file management generally

Across a year, that's roughly 200-300 hours of recovered time. The setup investment was 20-30 hours of focused work over the six months. The ROI is substantial and continues compounding.

The biggest single change

If I had to pick one element of the new system that produced the biggest impact: the standardized project folder structure. The consistency across every project means I never have to think about file organization in the middle of design work. Mental energy that was going into "where should this go" now goes into the work itself.

This is the unglamorous reality of design productivity: most of the gains come from removing friction in the workspace setup, not from finding new tools or techniques. The gains compound over years.

The recommendation

If your file organization is bad — and most freelance designers' file organization is bad — the investment in fixing it pays off significantly. Pick one weekend, set up a clear structure, migrate your active projects to it, and commit to the structure for new work going forward.

The first month feels like overhead. The years afterward save substantial time. The quiet operational work that distinguishes professional practice from amateur practice is exactly this kind of unglamorous infrastructure.

The takeaway

File organization is design productivity infrastructure. The investment is modest; the returns compound over years. Most freelance designers under-invest in this and pay an ongoing tax on every project they work on.

Audit your current organization this week. If it's causing visible friction, fix it. The fix is probably a weekend's work; the savings continue indefinitely.