Brand Ops

Brand Assets for Developers: A Handoff Guide

Shaheer Malik11 min read
ZepixoBRAND OPS
Brand Assets for Developers: A Handoff Guide
On this page

A great design dies in the gap between the designer and the developer. A clean design handoff closes that gap by giving developers the exact assets and values they need to build the brand correctly, not a rough approximation of it. When the handoff is good, the live product looks like the design. When it is sloppy, colors drift, fonts fall back, and logos blur.

This guide is for designers and brand owners who hand work to engineers, and for developers who keep asking for the right files. I will cover what developers actually need, which is tokens, fonts, logos, and specs, then give you a handoff checklist and the formats that travel well. By the end your handoffs will be boring in the best way, with nothing left to guess.

What you will learn

  • What developers actually need from a brand handoff
  • How design tokens make colors and spacing exact
  • The right formats for logos, fonts, and color
  • A complete handoff checklist you can copy
  • How to avoid the most common handoff mistakes

What developers actually need

Developers do not need your whole brand story to build a button. They need precise, machine-friendly values and clean asset files. The closer you get to copy-paste, the more accurate the result and the fewer the back-and-forth questions.

The four things that matter most are tokens, fonts, logos, and component specs. Tokens give exact colors and spacing. Fonts ship the type. Logos provide scalable marks. Specs describe how pieces behave. Get these four right and most of the handoff is done.

Tokens
Fonts
Logos
Specs
A correctly built UI component
Four inputs, one accurate result: tokens, fonts, logos, and specs build the UI.

Design tokens: the heart of a clean handoff

A design token is a named value for a design decision, like a color or a spacing step. Instead of telling a developer the primary color is a certain blue, you give them a token named primary with the exact value. The name carries the intent, and the value carries the precision.

Tokens matter because they remove ambiguity. A hex value cannot be misremembered, and a spacing token cannot be eyeballed wrong. When developers wire up tokens, your colors and spacing match the design exactly, and they update everywhere at once if you change the source.

What to ship as tokens

Token groupExamplesFormat
Colorprimary, secondary, success, errorHex or OKLCH, plus CSS vars
Spacing4, 8, 12, 16, 24, 32A numeric scale
Typographyfont sizes, weights, line heightsA type scale
Radius and shadowcorner radius, elevationNamed steps

The most useful format depends on the stack, but CSS variables and JSON cover most cases. Tailwind v4 ships colors in OKLCH, a perceptual color space, which keeps a scale even and predictable. You can export Tailwind, CSS variables, or JSON straight from Zepixo Colors, as the color export reference describes.

Fonts: ship the type, not a guess

Type is where handoffs quietly break. If you only name a font, the developer may not have it, and the browser falls back to a default that looks wrong. Ship the actual font files or a clear loading method, plus a web-safe fallback in the stack.

Be explicit about which weights you use, since loading every weight slows the page. Name the exact sizes and line heights as part of your type scale. For Google Fonts, link the family and note the weights, as the Google Fonts library makes that easy.

What to provideDetail
Font files or linkThe brand font, with license notes
Weights usedOnly the weights in the design
Fallback stackA web-safe font after the brand font
Type scaleSizes, weights, and line heights

Logos: scalable and ready for the web

Logos need to be sharp at any size and ready to drop into code. The single most useful format is SVG, because it is vector, scales without blurring, and can be styled and inlined. Provide PNG as well for quick use and as a fallback.

Give developers light and dark versions so the logo works on any background. Note the minimum size and the clear space, so the mark stays legible. The MDN SVG reference is a good primer if your team is new to inline SVG.

Logo formats at a glance

FormatUseNote
SVGWeb, scalable, inlineThe default for developers
PNGQuick raster useProvide light and dark
PDFPrint and vector backupHandy for design files

Specs: how the pieces behave

Tokens and assets describe what things look like, but specs describe how they behave. A button has padding, a hover state, a focus ring, and a disabled state. Without specs, developers invent these, and the result drifts from the design.

Good specs cover spacing, states, breakpoints, and interaction. They do not have to be long, just clear. A short note like the primary button uses the primary token, sixteen pixels of horizontal padding, and a focus ring saves a dozen questions.

The handoff checklist

Here is a checklist you can copy for every handoff. Run through it before you pass work over, and the developer should have no missing pieces. Adapt it to your stack as needed.

CategoryItemDone when
TokensColor, spacing, type, radius, shadowExported as CSS vars or JSON
FontsFiles or link, weights, fallbackDeveloper can load the type
LogosSVG and PNG, light and darkCrisp on every background
SpecsStates, spacing, breakpointsNo behavior left to guess
AccessibilityContrast and focus notesColor pairs pass WCAG
Source of truthOne shared locationEveryone uses the same files

The accessibility row matters as much as the rest. Note which color pairs are safe for text, since not every brand color is readable on white. The WCAG standard sets the bar at a 4.5 to 1 contrast ratio for normal text, as documented by the W3C WCAG guidance.

Need exportable tokens for your developers? Open Zepixo Colors, build your palette, and export Tailwind, CSS variables, or JSON your engineers can use directly.

Formats that travel well

Some formats are friendlier to code than others. Vector beats raster for logos, named tokens beat loose values for color and spacing, and a shared location beats email attachments. The goal is assets a developer can use without converting anything.

AssetBest format for devsAvoid
ColorCSS vars, JSON, TailwindScreenshots of swatches
LogoSVG, then PNGA logo trapped in a slide
SpacingA numeric scaleOne-off pixel values
FontsFiles or a font linkJust a font name

If you take one habit from this guide, make it exporting tokens instead of describing values. It is the change that removes the most friction. For the wider toolkit, our guide on what is a brand kit covers packaging these assets for everyone, not only developers.

Common handoff mistakes

Most failed handoffs share a few causes. Avoiding them makes the build accurate the first time. Here are the ones to watch.

  1. Naming a color instead of shipping the exact value as a token.
  2. Sending a logo locked inside a slide deck or a flattened image.
  3. Naming a font but not providing it or a fallback.
  4. Leaving states like hover, focus, and disabled undefined.
  5. Scattering files across emails instead of one shared place.

Each mistake forces the developer to guess, and every guess is a chance to drift from the brand. Replace guessing with exact values and clean files, and the live product matches the design.

Keeping the handoff in sync over time

A handoff is not a one-time event, it is an ongoing relationship between design and code. When the brand changes, the tokens and assets must change too, or the product slowly falls out of sync with the design. Treat the token source as the single point that both sides update.

The clean approach is one source of truth that exports to both worlds. When the palette changes in Zepixo Colors, you re-export the tokens, and developers pull the update. That habit keeps the design and the build pointing at the same values for the long run.

Frequently asked questions

What is a design handoff?

A design handoff is the moment you pass a design to developers to build, along with the assets and values they need. A good handoff includes tokens, fonts, logos, and specs in code-friendly formats, so the live product matches the design without guessing.

What do developers need from a brand handoff?

Developers need design tokens for color and spacing, the actual font files or a link with a fallback, scalable logos in SVG and PNG, and component specs for states and behavior. They also need accessibility notes and one shared place to find everything.

What are design tokens?

A design token is a named value for a design decision, such as a primary color or a spacing step. The name carries the intent and the value carries the precision. Tokens remove ambiguity, so developers wire up exact colors and spacing that match the design.

What format should logos be for developers?

SVG is the best format for developers because it is vector, scales without blurring, and can be inlined and styled in code. Provide PNG as well for quick raster use, and include light and dark versions for different backgrounds.

How do I hand off colors accurately?

Export your palette as design tokens, such as CSS variables, JSON, or a Tailwind config, rather than describing the colors or sending swatch screenshots. Tools like Zepixo Colors export these formats directly, so developers paste exact values into the code.

Why do handoffs go wrong?

Handoffs usually fail because values are described instead of shipped, assets are trapped in slides, fonts are named but not provided, and states are left undefined. Each gap forces a guess, and guesses drift from the design. Exact tokens and clean files fix this.

Ship exact values and clean files, keep one source of truth, and your handoffs will build the brand right the first time.

S

Shaheer Malik

Founder of Zepixo — building the whole brand studio in one tab. Try Zepixo →

Related posts