Stop 14 · Build Your UI/UX PortfolioProjects · 3/7

Design System Case Study

Part of the UI/UX Design Roadmap

In short

A design system case study shows you can think beyond single screens: in reusable parts, shared rules and how a whole team works together.

Showcase your Phase 8 design system work as a standalone case study — components, tokens, documentation, and the reasoning behind your structural decisions.

The jaadu cooks in a mess kitchen in front of shelves of identical jars and steel pots.

Think of it like this

The hostel mess recipe book

In a good mess, any cook can make the same dal because the recipe, the spoon sizes and the pots are fixed. New cooks follow the book; the taste stays the same. A design system is that recipe book for your product's UI.

Watch it happen

How a small design system is layered

Design system
Tokens
Components
Guidelines
Colour, type
Spacing, radius
Button
Input field
Do and don't

1/4Your case study explains this structure and why you built it this way.

The big ideas

What you need to know

Start with the why

Explain the mess you were fixing: five button styles, random spacing, slow handoff.

Show the structure

Tokens to components to patterns. Explain naming choices and how variants are organised.

Documentation counts

Show usage notes and examples. Docs are what make a system usable by others.

Show adoption

Show it in use on real screens, and any effect on speed or consistency.

See it in code

Walk through the code

json
1{2  "color": {3    "primary": { "value": "#6D28D9" },4    "text": { "value": "#1F1235" }5  },6  "space": {7    "2": { "value": "8px" },8    "4": { "value": "16px" }9  },10  "radius": {11    "md": { "value": "12px" }12  }13}

1/3Colour tokens. Components use 'primary', never the hex code, so a change updates everywhere.

A tiny set of design tokens. In your case study, explain how you named them and how components use them instead of raw values.

Save yourself the pain

Common mistakes

Oops

Showing a giant sticker sheet of components with no explanation.

Do this instead

Pick a few key components and explain decisions: naming, variants, states and accessibility.

Oops

Building a system with no product using it.

Do this instead

Apply it to at least a few real screens to prove it works in practice.

Your mission

Milestone 1: tokens and one component

~45 min

Quick check

Why should components use tokens instead of raw values like #6D28D9?

Go deeper

  1. 1Extend your Phase 8 practice system with more complete documentation.
  2. 2Show how the system was actually used to build 2-3 real screens.
  3. 3Explain your governance and versioning approach, even if simplified for a portfolio context.

More projects at this stop

Stuck on this topic? Ask an Insider

Get 1:1 guidance from people who've walked this exact path — on the InsideEdge app.

Download
InsideEdge