Every design team relearns the same lesson: knowing how to organize design assets is a retrieval problem, not a storage problem. The banner exists. The deck exists. The illustration from last quarter's launch exists. But the person who needs it on a Tuesday afternoon can't find it, asks in Slack, waits two hours, and rebuilds it from scratch. This guide lays out the system we use and recommend — flat structure, a small tag taxonomy, collections for curation, and search as the front door. It works for teams of three and holds up at fifty.
TL;DR
- Organize for retrieval, not storage. The design question is “how will someone search for this in six months?”
- Keep the structure flat. Deep folder trees hide assets; tags and search surface them.
- Cap the taxonomy: 3–4 tag categories, 5–15 tags each. Beyond that, filters stop meaning anything.
- Tags describe; collections curate. Don't make one do the other's job.
- One named owner, one 15-minute monthly cleanup. Untended systems decay within a quarter.
01 — The problem
Why design assets disappear
Ask a marketing lead to find the webinar banner from last quarter. Watch what happens. They open the shared drive, scan a folder named after a campaign that has since been renamed, open Figma, scroll through twelve files called “Marketing 2026,” then ask the designer — who left the company in March.
The failure isn't laziness. It's that most teams organize assets the way the creator thinks, at the moment of creation: by project, by quarter, by whoever owned the work. But retrieval happens along different dimensions — someone searches by product (“the pricing page visuals”), by format (“a 1200×630 social card”), or by style (“that dark illustration set”). A folder structure can encode exactly one of those dimensions. Every other query fails.
So the fix isn't better folders. It's a structure where one asset can answer many different questions at once.
02 — Scope
Decide what counts as an asset
A library that holds everything holds nothing. Before structure, draw the line: the library stores finished, approved, reusable work — not working files, not explorations, not the 47 rejected logo variants.
A reasonable starting inventory for a B2B SaaS team:
- Brand assets — logos, lockups, color and type references
- Campaign deliverables — banners, social cards, email headers, landing-page heroes
- Product UI — approved screens, feature visuals, screenshots of shipped work
- Templates — deck layouts, one-pager skeletons, ad-size sets
- Illustrations and icons in their final exported form
Working files stay in Figma. The library holds the artifact plus a link back to its source file, so anyone can trace a final asset to the frame it came from. That separation is what keeps the library scannable — every item in it is usable as-is.
03 — Structure
Keep the structure flat
The counterintuitive move: delete the folder tree. One flat library per brand, where every asset carries metadata instead of a location — an asset type, a few tags, a date, a source link.
Hierarchy fails because assets are multi-dimensional. A hero illustration for the Q1 launch of your analytics product belongs simultaneously to “illustrations,” “Q1-2026 launch,” and “analytics.” A folder forces you to pick one and orphan the rest. Tags let the same asset surface in all three queries.
Flat also removes the most expensive decision in any filing system: where does this go? When the answer is always “the library, with three tags,” importing takes thirty seconds and people actually do it. Filing friction is the silent killer of every asset system — the moment adding an asset requires a judgment call, assets stop being added.
04 — Taxonomy
Build a tag taxonomy people will use
Tags fail in one of two ways: too few (nothing is findable) or too many (every filter returns noise). The discipline that prevents both is a small set of categories with a capped vocabulary.
Choose 3–4 categories
Categories mirror how your team actually asks for things. For most B2B SaaS teams that's product (“Pricing page,” “Mobile app”), campaign (“Q1-2026 launch,” “Black Friday”), brand (“Enterprise,” “SMB”), and a custom category for whatever doesn't fit. Asset type — banner, deck, illustration — should be a first-class field, not a tag.
Cap the vocabulary at 5–15 tags per category
When a category grows past fifteen tags, the filter dropdown becomes a second search problem. Merge near-duplicates quarterly (“Q1 launch” + “Q1-2026 launch” → one tag), and datestamp campaign tags from day one so they sort and expire naturally.
Tag at import, never “later”
“Later” is where tagging goes to die. Make tagging part of the import gesture — three to six tags, one per relevant category — and the cost rounds to zero. Tools that auto-tag on import remove even that step; review the suggestions instead of typing from scratch.
05 — Naming
Name things for scanning, not archiving
Tags handle filtering; titles handle the last ten feet — the moment someone scans a grid of results and picks one. A title that works reads naturally at a glance:
Pricing page — Hero illustration — Dark
The pattern is what it's for, what it is, what makes it different. Compare that to final_v2_export_FINAL(3).png, which encodes a revision history nobody needs and answers none of the questions a searcher has. Don't write a twelve-rule naming convention document — write the pattern once, rename the ten most-used assets to match, and the example propagates better than any policy.
06 — Curation
Curate with collections — they're not tags
Tags describe what an asset is. Collections express what a group of assets is for. The distinction matters because the two decay differently: descriptions stay true forever, purposes expire.
Collections that earn their place:
- A campaign kit — every approved deliverable for the Q1 launch, shared with the whole go-to-market team
- A sales enablement set — the twelve visuals the sales team is allowed to drop into decks
- A brand-refresh moodboard — references collected during an exploration, archived when it ships
Keep the count low — five to fifteen live collections, not fifty. If a collection's membership is rule-based (“everything tagged Q1-2026 launch”), use a smart collection — a saved query that updates itself — instead of curating by hand. Manual curation is for judgment; queries are for criteria.
07 — Search
Make search the front door
Here's the test of everything above: a teammate who has never seen your library types two words and finds the asset in under thirty seconds. If people are browsing folders or scrolling grids to find things, the structure has already failed — browsing is what retrieval looks like when search has nothing to work with.
Search quality is downstream of the habits in sections 04 and 05: descriptive titles and consistent tags are exactly what full-text search indexes. A bilingual team should also check that search handles both languages — a French marketer searching “bannière” should find what the designer titled in English, which is where semantic search starts paying for itself over plain keyword matching.
Then train the entry point. When someone asks for an asset in Slack, answer with the library search that finds it, not with the file. It feels pedantic for two weeks; after that, the Slack questions stop.
08 — Maintenance
Assign an owner and a 15-minute ritual
Every asset system decays toward entropy at the speed of your busiest week. The countermeasure is small and boring: one named owner — usually a senior designer or whoever plays design ops — and a recurring 15-minute monthly pass:
- Merge duplicate tags and retire ones with one or two assets
- Archive collections for campaigns that have shipped
- Spot-check the ten newest imports for titles and tags
And make the system part of onboarding: a new designer or marketer learns to import and tag in week one. The library compounds — every well-tagged asset makes the next search better — but only if everyone deposits into it.
09 — FAQ
Common questions
Should I organize design assets in folders or with tags?
Tags. A folder forces every asset into exactly one place, but people search along multiple dimensions at once — product, campaign, format, style. Tags let one asset answer all of those queries. Keep the structure flat and let metadata do the organizing.
How many tags should a design asset have?
Three to six. One per category you actually filter by — product, campaign, brand — plus one or two descriptive tags. Fewer and the asset is invisible to filters; more and tagging becomes a chore nobody finishes.
Who should own the design asset library?
One named person — usually a senior designer or whoever plays the design-ops role. Ownership means a 15-minute monthly pass: merge duplicate tags, archive dead campaigns, spot-check the newest imports. Shared ownership decays into no ownership within a quarter.
What is the difference between a design asset library and a DAM?
A DAM is built for large organizations managing thousands of files across departments — workflows, rights management, enterprise pricing. A design asset library is the lighter version for design and marketing teams: import from the design tool, tag, search, share. Same retrieval principles, a fraction of the overhead.
Everything above works with any tool — a spreadsheet and discipline will get a team of three surprisingly far. We built DesignVault because the discipline part is where systems break: it imports an asset from a pasted Figma link, suggests tags automatically on import, supports manual and smart collections, and indexes every title and tag for full-text search in English and French. The system in this article is, more or less, the product's opinion.
