SOCA · Career Community · 2022–2023

Design System for SOCA Mobile Web

Product designer · A design system of 200+ components built as an internal product — the UI foundation of SOCA’s mobile web.

01

Overview

SOCA is a social platform for career topics — job referrals, interview questions, salary comparisons. After a year of the design passing through different hands with no guidelines and no owner, UI inconsistency was compounding with every release.

To slow that entropy — and to set up best practice for the phases ahead — SOCA committed to a design system: rolled out on mobile web first, then extended across the rest of the interface.

Four SOCA mobile screens before the design system — a post composer, an article post with comments, a poll editor and a job-referral thread — each drawing the same buttons, fields and lists a little differently.
The SOCA interface before the design system.
02

Project Goals

I treat a design system as an internal product: its users are designers, and it succeeds when the external product gets better because of it. Like any product, it starts from explicit goals:

  • Internally

    Faster production, better work efficiency. More fluid communication and collaboration.

  • Externally

    A more consistent, cohesive experience. Decisions guided by best practice, instead of re-argued each time.

03

Context and Resources

Product branding

SOCA already had a brand identity users recognize — logo, color, type, tone — even if never formally documented. The system’s foundation inherits it deliberately: visual continuity is what keeps existing users feeling at home.

SOCA Brand Identity

Design system resources

A system’s decisions get reused everywhere, so they should encode best practice — which means studying how mature systems made the same calls before making ours:

  • Material UI

    Industry-standard components with production-ready code — and the naming convention SOCA adopts.

  • UI kits (Untitled UI / UI Prep / …)

    Each kit is a different answer to how a system should be structured and organized.

  • Open-source systems (Spotify Backstage / Ant Design / …)

    How real systems bend their rules to fit a specific product and business.

04

Hierarchical Structure

The structure adapts Brad Frost’s atomic design to SOCA’s needs.

The governing principle: keep exploration flexible while keeping systematic adjustment cheap at every level. That one principle settles the detailed calls — what is global versus local, which properties and variants each component carries, and how the system expands to cover other products in later phases.

The system's five levels, left to right: Design Foundation at atom level (brand logo, colors, typography, guidelines, elevations), Basic Components at molecule level, Composite Components at organism level, Instances, and Page Templates — with feedback arrows running back from the later levels into the earlier ones.
05

Crafting Design System

Achieving visual balance at the pixel level

Numbers alone don’t produce balance — optics do. A button’s icon side sits 4px tighter than its text side, compensating for the whitespace the icon carries; rounds of visual testing settled calls like this across the system.

The same button measured with the icon on the right and on the left: 16px of padding on the text side against 12px on the icon side, both ways round.

Setting up compatible sizes for potential combinations

All spacing runs in 4px increments, and components are sized against each other and against the body text’s line height — so any arrangement lands in rhythm without per-screen tuning.

Input fields, buttons and avatar-plus-text rows measured side by side at two sizes: a 40px row over two 20px text lines, and a 32px row over two 16px lines.

Building design consistency from the ground up for distinguishable and predictable actions

Base tokens define color, type and state once — so every action looks like itself, everywhere.

The Primary and Danger token ramps — ten numbered steps each, from background through line, default, hover and pressed — beside the filled buttons, outlined buttons, text inputs and notification banners built out of them.

Creating flexibility (nested modular design) within the system

These three modals are one base component. Nesting other components as atoms — an input here, a dropdown there — lets a single component serve very different use cases. Flexibility lives in composition, which is exactly what keeps the system simple.

Three modals — reset password, enter verification code, and add a skillset — each shown beside its component panel: one base modal whose toggles and nested input, search and dropdown atoms produce all three.
06

Design Application

Figma

A design system is shared infrastructure: a change that helps one designer can quietly break another’s file. Iterating directly on the system is tempting precisely because it’s efficient — which is why publishing needs discipline:

  • Follow Material UI naming for every component — less translation between designers, a cleaner path to implementation.
  • Document each component with its intended use cases — and have the team log every moment they need to detach one: those are the system’s gaps, recorded.
  • Batch needs and errors into regular, reviewed updates; a publish can overwrite live work, so every contributor reviews before release.
  • Ship a changelog with every publication.
07

Implementation and Maintenance

Chromatic

The system’s second audience is engineers. Developed into an in-house library, it compounds into development speed and long-run control:

  • Explicit version control on every file handed to engineering.
  • Branch after each delivery; merge with an edit log before the next.
  • Track changes and guard quality on a deployment platform — Chromatic, in our case.
The shipped system in use: notification banners, avatar stacks, tabs, an account menu, a chat thread, a file uploader, input fields, progress steps, a post-topic bottom sheet, poll results and the SOCA navigation bar, all drawn from the same component set.
The published documentation file — page after page of component specs, each with its anatomy, states, sizes and usage notes, laid out as one continuous board.