UX And Design Files Organization Template<\/h1>\nVitaly Friedman<\/address>\n 2025-04-28T13:00:00+00:00
\n 2025-05-30T15:03:14+00:00
\n <\/header>\n
Are you also getting lost<\/strong> in all the files, deliverables, shared docs, PDFs, and reports related to your UX work? What about decisions scattered everywhere between email, Slack conversations, Dropbox folders, SharePoint, Notion, and Figma?<\/p>\nIt\u2019s too easy to lose important assets and too difficult to find them just when you need them. While we often speak about how to neatly organize Figma files<\/a>, we rarely discuss a sensible folder structure<\/strong> for all our UX assets. Well, let\u2019s change that.<\/p>\n(If you’re looking for more insights into design patterns or measuring UX, take a look at Smart Interface Design Patterns<\/a> and How To Measure UX<\/a>, friendly video courses on design patterns and UX<\/strong>, with a live UX training<\/a> coming up in a few weeks.)<\/p>\n<\/p>\n <\/p>\n
<\/p>\n
<\/a><\/p>\n<\/figure>\n
Organization Starter Kit (Free Template)<\/h2>\n
A while back, I stumbled upon a neat organizational starter kit<\/a> by Courtney Pester. It\u2019s an incredibly thorough setup template<\/strong> to get started with and build upon. Surely your projects will require a customized setup, but it will get you running fairly quickly.<\/p>\n\n- Full structure preview<\/a> (PNG)<\/li>\n
- Google Doc template<\/a><\/li>\n
- Compressed .zip file folder structure<\/a><\/li>\n<\/ul>\n
In the article, Courtney suggests breaking down all assets and resources into 7 main categories<\/strong> — all representing distinct parts of the project lifecycle, and neatly broken down into sub-folders:<\/p>\n\n- Client resources,<\/li>\n
- Research & synthesis,<\/li>\n
- Concept ideation & testing,<\/li>\n
- Wireframes & prototypes,<\/li>\n
- Meeting artifacts,<\/li>\n
- Final deliverables,<\/li>\n
- UI + Dev handoffs.<\/li>\n<\/ol>\n
<\/p>\n <\/p>\n
<\/p>\n
<\/a>\n (Large preview<\/a>)
\n <\/figcaption><\/figure>\nEvery project starts by duplicating the same main folder template<\/strong> and adjusting it for the needs of the project. Most importantly, we choose a central place<\/strong> where all key assets have to be located — be it Notion, Google Drive, Dropbox, or anything else. If an important detail lands in your email or is sent to you via Slack, it has to end up in that shared space.<\/p>\nI really can\u2019t emphasize enough the importance of having a shared understanding<\/strong> about where the files will be stored and how they will be accessed. Proper organization of assets will not happen automatically<\/strong> — usually, it requires effort and commitment from the entire team to ensure that it doesn’t become a place with some bits and pieces, while other critical details and decisions are scattered all over other channels.<\/p>\nNow, when we bring all documents and artefacts together, we end up with a quite lengthy but also comprehensive folder structure<\/strong>:<\/p>\n<\/p>\n <\/p>\n
<\/p>\n
<\/a>\n A comprehensive folder structure for your assets. Text-only view<\/a>.
\n <\/figcaption><\/figure>\nIt might appear quite daunting at first, but of course, the overall structure would change quite significantly depending on what exactly you are working on.<\/p>\n
Beware Of Duplications<\/h2>\n
Probably the most underrated problem in any type of file structure organization is duplication and versioning. Before we start the project, we need to be very clear about what types of files should end up in the shared drive and which shouldn’t. You might or might not need intermediate versions of some documents, but you definitely want to keep the final ones.<\/p>\n
These are typically the questions I would be raising:<\/p>\n
\n- Do we need to restrict access<\/strong> to some sections of the folder (e.g., sensitive data)?<\/li>\n
- What naming conventions<\/strong> do we use for files\/folders (e.g,. semantic versioning, V1, V2, –FINAL)<\/li>\n
- How do we manage deprecated or outdated files?<\/strong> Do we archive or delete them?<\/li>\n
- What would be the main communication channel<\/strong> for stakeholders\/clients?<\/li>\n
- Are there any legal requirements<\/strong> for storing and sharing some specific files?<\/li>\n
- What will happen to the shared space<\/strong> once the project has finished?<\/li>\n<\/ul>\n
Frankly, the reason why I raise these questions isn’t only to make decisions and create some shared conventions in the team. A much more important goal is to strengthen communication channels<\/strong> and raise awareness<\/strong>. We want to establish a shared commitment and ownership over that space — mostly to avoid any key decisions falling through the cracks, resulting in severe delays, costs, or cutting corners.<\/p>\nSecure But Easy To Access<\/h2>\n
It might sound obvious, but worth emphasizing: if the shared space is difficult to use, it will not be used. That\u2019s when people will find workarounds to store some of \u201ctheir\u201d assets in spaces that are more convenient to use — with pieces of information scattered all over different channels.<\/p>\n
The shared space has to be easily accessible<\/strong> for everyone who should be able to access and maintain it. We most certainly want to stay secure, but setting up a multi-layered authentication process with Yubikey and a virtual machine is unnecessary.<\/p>\nFor most situations, a password\/passkey + 2FA<\/strong> (2-Factor-Authentication) would be perfectly enough.<\/p>\nThe Drawbacks Of The Tree Structure<\/h2>\n
Personally, I do have a small issue with the tree structure. Although it neatly organizes all artefacts in folders, it doesn\u2019t really reflect the project timeline. But different assets are more important at different times of a project lifecycle. And: there are typically dependencies between different parts of a project, so it might also be a good idea to break down by time<\/strong> or at least tag by milestones<\/strong>.<\/p>\nFor example, we might want to look up research insights<\/strong> related to a specific part of the project. Or review the video from usability sessions when a specific iteration was tested. Doing so with a high-level tree structure can be a bit challenging and time-consuming.<\/p>\nWhen organizing artefacts, I try to follow one single principle: put things that belong together close to each other<\/strong>. Typically, it means having a high-level structure with key iterations, broken down by milestones. It can live in Notion or in Miro, with each milestone linked to a Figma mock-up (not uploaded .fig files!<\/em>).<\/p>\n<\/p>\n <\/p>\n
<\/p>\n
<\/a>\n A helpful collection of templates for UX research work<\/a>, by Ori Dar. (Large preview<\/a>)
\n <\/figcaption><\/figure>\nUseful Tools To Organize UX Work<\/h2>\n
There are plenty of wonderful tools to help you organize and share your UX work as well:<\/p>\n
\n- Dovetail<\/a> to gather customer insights in one place,<\/li>\n
- UserInterviews<\/a> for recruiting and research work,<\/li>\n
- Maze<\/a> is another great UX research platform,<\/li>\n
- Glean.ly<\/a> to use as an atomic research repository,<\/li>\n
- Notion<\/a> and AirTable<\/a> for quick look-ups of all files.<\/li>\n<\/ul>\n
And: don\u2019t feel compelled to replicate any file structure entirely. Use it as a foundation to be inspired by and build upon. Customize away for the specific needs of your projects and your team. What works for you works for you.<\/strong> There is really no perfect and universal way that works out of the box.<\/p>\nHow do you organize your files and assets? What folder structures and organization systems do you use? Share what works best for you and your team in the comments below.<\/p>\n
Happy organizing, everyone!<\/p>\n
Useful Resources<\/h2>\n\n- How To Organize Figma Files<\/a> by Lee Munroe<\/li>\n
- How To Build A User Research Database (Notion Template)<\/a> by Odette Jansen<\/li>\n
- How To Build Up UX Research From Scratch (+ Templates)<\/a> by Ori Dar<\/li>\n
- Starter Kits For Design Leads<\/a><\/li>\n
- Useful Notion Templates<\/a><\/li>\n
- Useful Miro Templates<\/a><\/li>\n
- Useful Figjam Templates<\/a><\/li>\n<\/ul>\n
New: How To Measure UX And Design Impact<\/h2>\n
Meet Measure UX & Design Impact<\/a> (8h), a new practical guide for designers and UX leads to measure, track, show and report the impact of your incredible UX work<\/strong> on business. Use the code IMPACT<\/kbd><\/a> \ud83c\udf9f to save 20% off today<\/strong>. Jump to the details<\/a>.<\/p>\n\n
\n 
\n <\/a>
\n<\/figure>\n\n\n
\n 2025-05-30T15:03:14+00:00
\n <\/header>\n
It\u2019s too easy to lose important assets and too difficult to find them just when you need them. While we often speak about how to neatly organize Figma files<\/a>, we rarely discuss a sensible folder structure<\/strong> for all our UX assets. Well, let\u2019s change that.<\/p>\n (If you’re looking for more insights into design patterns or measuring UX, take a look at Smart Interface Design Patterns<\/a> and How To Measure UX<\/a>, friendly video courses on design patterns and UX<\/strong>, with a live UX training<\/a> coming up in a few weeks.)<\/p>\n <\/p>\n <\/a><\/p>\n<\/figure>\n A while back, I stumbled upon a neat organizational starter kit<\/a> by Courtney Pester. It\u2019s an incredibly thorough setup template<\/strong> to get started with and build upon. Surely your projects will require a customized setup, but it will get you running fairly quickly.<\/p>\n In the article, Courtney suggests breaking down all assets and resources into 7 main categories<\/strong> — all representing distinct parts of the project lifecycle, and neatly broken down into sub-folders:<\/p>\n <\/p>\n <\/a> Every project starts by duplicating the same main folder template<\/strong> and adjusting it for the needs of the project. Most importantly, we choose a central place<\/strong> where all key assets have to be located — be it Notion, Google Drive, Dropbox, or anything else. If an important detail lands in your email or is sent to you via Slack, it has to end up in that shared space.<\/p>\n I really can\u2019t emphasize enough the importance of having a shared understanding<\/strong> about where the files will be stored and how they will be accessed. Proper organization of assets will not happen automatically<\/strong> — usually, it requires effort and commitment from the entire team to ensure that it doesn’t become a place with some bits and pieces, while other critical details and decisions are scattered all over other channels.<\/p>\n Now, when we bring all documents and artefacts together, we end up with a quite lengthy but also comprehensive folder structure<\/strong>:<\/p>\n <\/p>\n <\/a> It might appear quite daunting at first, but of course, the overall structure would change quite significantly depending on what exactly you are working on.<\/p>\n Probably the most underrated problem in any type of file structure organization is duplication and versioning. Before we start the project, we need to be very clear about what types of files should end up in the shared drive and which shouldn’t. You might or might not need intermediate versions of some documents, but you definitely want to keep the final ones.<\/p>\n These are typically the questions I would be raising:<\/p>\n Frankly, the reason why I raise these questions isn’t only to make decisions and create some shared conventions in the team. A much more important goal is to strengthen communication channels<\/strong> and raise awareness<\/strong>. We want to establish a shared commitment and ownership over that space — mostly to avoid any key decisions falling through the cracks, resulting in severe delays, costs, or cutting corners.<\/p>\n It might sound obvious, but worth emphasizing: if the shared space is difficult to use, it will not be used. That\u2019s when people will find workarounds to store some of \u201ctheir\u201d assets in spaces that are more convenient to use — with pieces of information scattered all over different channels.<\/p>\n The shared space has to be easily accessible<\/strong> for everyone who should be able to access and maintain it. We most certainly want to stay secure, but setting up a multi-layered authentication process with Yubikey and a virtual machine is unnecessary.<\/p>\n For most situations, a password\/passkey + 2FA<\/strong> (2-Factor-Authentication) would be perfectly enough.<\/p>\n Personally, I do have a small issue with the tree structure. Although it neatly organizes all artefacts in folders, it doesn\u2019t really reflect the project timeline. But different assets are more important at different times of a project lifecycle. And: there are typically dependencies between different parts of a project, so it might also be a good idea to break down by time<\/strong> or at least tag by milestones<\/strong>.<\/p>\n For example, we might want to look up research insights<\/strong> related to a specific part of the project. Or review the video from usability sessions when a specific iteration was tested. Doing so with a high-level tree structure can be a bit challenging and time-consuming.<\/p>\n When organizing artefacts, I try to follow one single principle: put things that belong together close to each other<\/strong>. Typically, it means having a high-level structure with key iterations, broken down by milestones. It can live in Notion or in Miro, with each milestone linked to a Figma mock-up (not uploaded .fig files!<\/em>).<\/p>\n <\/p>\n <\/a> There are plenty of wonderful tools to help you organize and share your UX work as well:<\/p>\n And: don\u2019t feel compelled to replicate any file structure entirely. Use it as a foundation to be inspired by and build upon. Customize away for the specific needs of your projects and your team. What works for you works for you.<\/strong> There is really no perfect and universal way that works out of the box.<\/p>\n How do you organize your files and assets? What folder structures and organization systems do you use? Share what works best for you and your team in the comments below.<\/p>\n Happy organizing, everyone!<\/p>\n Meet Measure UX & Design Impact<\/a> (8h), a new practical guide for designers and UX leads to measure, track, show and report the impact of your incredible UX work<\/strong> on business. Use the code IMPACT<\/kbd><\/a> \ud83c\udf9f to save 20% off today<\/strong>. Jump to the details<\/a>.<\/p>\n<\/p>\n
Organization Starter Kit (Free Template)<\/h2>\n
\n
\n
<\/p>\n
\n <\/figcaption><\/figure>\n<\/p>\n
\n <\/figcaption><\/figure>\nBeware Of Duplications<\/h2>\n
\n
Secure But Easy To Access<\/h2>\n
The Drawbacks Of The Tree Structure<\/h2>\n
<\/p>\n
\n <\/figcaption><\/figure>\nUseful Tools To Organize UX Work<\/h2>\n
\n
Useful Resources<\/h2>\n
\n
New: How To Measure UX And Design Impact<\/h2>\n
\n
\n <\/a>
\n<\/figure>\n