Artwork by Justin Fantl

Design tooling at scale

How Dropbox migrated to Figma and structured our cross-platform design system

Adam Noffsinger
Aug 14 · 7 min read

I’ve always been slow to adopt new design tools.

If I’m comfortable with a certain workflow or toolset, it’s difficult for me to rationalize shaking things up, especially when I have looming deadlines.

When I was in grad school, I was firmly rooted in Adobe products and refused to warm up to Sketch. When I began working at my first large tech company a short while later, they were just transitioning to Sketch and I didn’t have a choice, so I hopped on board. The switch was painless, and I fell in love with Sketch. My previous complaints seemed silly.

Within two years, the design team was starting to chatter about a new tool called Figma. I was blown away. Were we going to switch again?

Joining Design Systems

Before I had a chance to find out, I left to join the Design Systems team at Dropbox.

Our team’s mission is to empower product teams to create exceptional experiences effortlessly. In service of that, we spend a good portion of our time guiding designers and engineers toward tools that help them work smarter.

When I joined the company, Dropbox product design was rooted in Sketch, but a handful of new tools were gaining traction. The Design Systems team felt it was time to take a deeper look at our recommended toolset to make sure we were fulfilling our team mission. We decided to pilot a few tools (Figma included) for a couple months on isolated projects. Near the end of the pilot, Kyle Turman joined Design Systems as Design Manager and pushed us to make a final decision.

We all agreed that transitioning the product design team to Figma made sense for a handful of reasons:

  • It’s collaborative and transparent
  • It’s cloud-based, like Dropbox
  • It has better tools for administering complex design systems
  • It’s built on web technologies, making it cross-platform and more extensible

Dropbox and Figma

Given the Dropbox mission to design a more enlightened way of working, the first two points above were particularly impactful to our decision making.

Workplaces and productivity tools are rapidly changing. The proliferation of cloud computing and a move toward decentralized and flexible ways of working have both enabled and necessitated more collaborative tools. If our docs, spreadsheets, slides, and other files are in the cloud and easily collaborated on by teams, shouldn’t the same be true for our designs?

We hypothesized that if the company switched to Figma and our design files were accessible to all of our teammates, we’d be able to streamline the design process and spend time where it counts — making. Instead of creating manicured presentations, designers would be able to gather feedback via in-app comments, and presentations would become less formal, as teammates could follow along in actual files.

If having your teammates in your files worries you, I assure you there’s nothing to worry to about. There are plenty of privacy settings in Figma to keep your work from being shared until the timing is right.

However, if you want to have some fun, I recommend creating a fake Figma cursor with your CEO’s name to give your designer pals a scare.

Credit for the original idea to Jelle Prins

Making the transition

Our decision was made. Now, we needed to bring the rest of the product design organization on board.

Rather than trying to force the team to adopt Figma, we decided to follow one of our core team principles — empowerment over authoritarianism. Our strategy would be to make the benefit of switching to Figma so apparent, and the process of switching so painless, that the temptation to do so would be irresistible.

We formulated a plan to make the switch a reality.

  1. Transition all Design Systems assets to Figma.
  2. Bring the Figma team onsite to share more about how the tool works.
  3. Hold a series of Figma help sessions for designers looking to migrate.

Over the next two weeks, we migrated all of our assets to Figma. We let teams know that our cross-platform UI kits were now available for the new tool, and if they so desired, they could switch over at any time. A few teams started using the kits, and before we knew it, usage began to spread like wildfire. Teams seemed to share our beliefs about Figma’s benefits.

Shortly after, we had an awesome onsite session with the Figma team including demos, Q&A, and more Figma swag than you could possibly imagine. Thanks to the Figma team for making it happen.

We then scheduled recurring Figma office hours staffed by Design Systems designers for a few weeks to help answer common questions.

A quarter later, the entire product design team now uses Figma.

Figma at scale

Transitioning all of our UI kits to Figma was quite the task. The Dropbox design system — which we call the Dropbox Interface Guidelines (or DIG, for short) — is expansive.

It covers web, desktop (Windows and macOS), and mobile (iOS and Android). It includes numerous color palettes and icon sets used across platforms, shared components at the platform level (for example, used on both Android and iOS), and OS-specific component libraries (for example, used on macOS only).

A big advantage of using design systems with Figma is that it allows for library inheritance, meaning you can enable and use libraries (reusable styles and components) within other library files. This has allowed us to create a chain of libraries, in which any changes to higher-level libraries will cascade through libraries below. It mirrors how a design system is ideally implemented in code.

If that sounds confusing, here’s a visual to show how we’ve structured our libraries.

The inheritance model for our nine libraries

At the top level, we have a kit called Global Styles, which contains all brand colors and UI colors as Figma color styles, in addition to components for the global Dropbox logo. Downstream, every library inherits this library and only uses the colors and logos included in this file. If we make an update to a color style in this library, every UI kit will inherit it.

Colors in the Global Styles library

Beneath Global Styles lives Global Icons, which includes our icon set for representing files and folders (which comprises much of the Dropbox UI) in addition to our sync status icons, which you see used across all Dropbox surfaces.

Content Icons in the Global Icons library

Since mobile and desktop both have more than one OS-specific library, we’ve abstracted a handful of shared styles and components for each platform into Shared Mobile Styles and Shared Desktop Styles, respectively.

These files contain visual styles that don’t deviate between OS-specific libraries, like shadow treatments and borders, in addition to icons that are specific to mobile and desktop. Web has no layer of abstraction because our web experience is the same across browsers and platforms.

Tokens from Shared Desktop Styles

Last, we have OS-specific libraries. These contain the bulk of our team’s design work. Each library is split into pages for layout, typography, OS-specific icons, components, and in some cases, fully-composed screens.

The component pages in these kits are the most utilized portion of our library ecosystem and are organized into quickly scannable sticker sheets. The organization of these sheets is important. In recent internal user testing, we discovered that about half of Dropbox product designers prefer to copy and paste directly from these sheets, rather than using Figma’s asset panel in their files.

Component pages from our Web library

The only library mentioned above that we auto-enable for all designers is the Global Styles library. This means that when a designer creates a new file, they automatically have access to all of our brand colors, UI colors, and logo. From there, they simply toggle on the OS-specific kits they need, and they’re off to the races.

The color picker preloaded with Dropbox colors (left) and all Design Systems kits in the Libraries panel (right)

Where we’re headed next

The truth is, we’re still new to using Figma.

The way we’ve structured things has worked for us so far, but it’s already evolving. Right now, our team is working on restructuring and unifying DIG components across design and code, which will undoubtably impact how we’ve laid out our libraries. At the same time, we’re transitioning the DIG documentation hub to solely use Figma embeds for component imagery. It’s no small task, but in the long run, will make our documentation far more fresh and extensible.

If you’re in the process of transitioning your design team’s tools or are building out a design system in Figma, we’d love to hear how you’re doing it.

Thanks to the Dropbox Product Design and Design Systems teams for their hard work throughout the switch. A special thanks to Kyle Turman and the Dropbox Design Ops team for helping push us over the finish line.

Dropbox Design

We believe joy is the engine that powers all the best ideas. We’re designing an elegant and intuitive way of working, so you can love the way you work. More on https://dropbox.design.

Adam Noffsinger

Written by

Design Systems Dropbox. Previously designing Uber and Uber Eats. Code, games, and hip-hop.

Dropbox Design

We believe joy is the engine that powers all the best ideas. We’re designing an elegant and intuitive way of working, so you can love the way you work. More on https://dropbox.design.

Welcome to a place where words matter. On Medium, smart voices and original ideas take center stage - with no ads in sight. Watch
Follow all the topics you care about, and we’ll deliver the best stories for you to your homepage and inbox. Explore
Get unlimited access to the best stories on Medium — and support writers while you’re at it. Just $5/month. Upgrade