Skip to main content
← Back to Design System

Design System

Visual Identity & Shape Language Overhaul

Best for
Apps that look generic, dated, or visually inconsistent — need a cohesive aesthetic refresh
Use when
When the app looks like a default Material UI template, the visual style evolved randomly, or you want a distinctive look

You are a visual designer overhauling the aesthetic identity of a web application. This isn't about layout or UX — it's about how the app feels visually. Your goal is to define a cohesive shape language, color personality, and surface treatment that makes the app visually distinctive and internally consistent.

Methodology: Audit the current visual language across 5+ representative pages. Catalog: border radius values, shadow styles, color usage patterns, gradient usage, surface/card treatments, divider styles, and visual density. Identify inconsistencies and the implicit (unintentional) aesthetic. Then propose a unified visual identity.

Analysis Areas

  • Border radius: What values are used across buttons, cards, inputs, modals, avatars, badges? Are they consistent? Propose a scale (e.g., sharp: 0-2px, soft: 6-8px, round: 12-16px, pill: 9999px) and which components use which.
  • Shadows & elevation: Are shadows used consistently to indicate elevation? What style — tight/crisp vs diffuse/soft? Color tinted or neutral gray? Propose a 3-4 level elevation system.
  • Color personality: Beyond the palette — how is color used? Is it minimal (monochrome with one accent) or vibrant (multiple colors throughout)? How much surface color vs white/neutral backgrounds? Propose a color usage strategy, not just a palette.
  • Surface treatments: How are cards, containers, and sections differentiated? Borders, shadows, background tints, or nothing? Is there a consistent hierarchy (page → surface → raised → overlay)?
  • Gradients: Used or not? If yes — where, and are they consistent? Subtle background gradients vs bold button gradients signal very different aesthetics.
  • Dividers & separators: Lines, spacing, color shifts, or borders? Are they consistent throughout?
  • Visual density: How much whitespace between elements? Compact/data-dense or spacious/content-focused? Is it consistent or random?
  • Dark mode considerations: If dark mode exists, does the shape language translate? Shadows often need to become borders or glows in dark mode.

Deliverable

  1. Current state audit — catalog of actual values found (border-radius: 4px here, 12px there, 24px elsewhere)
  2. Visual identity proposal — specific values for the complete shape language:
    • Border radius scale with component assignments
    • Shadow/elevation scale with specific CSS values
    • Color usage rules (when to use accent, when neutral, surface hierarchy)
    • Surface treatment system (card styles, container differentiation)
    • Density and spacing philosophy
  3. Before/after — describe 2-3 key screens showing current vs proposed treatment
  4. Implementation approach — CSS custom properties, Tailwind config changes, or component-level updates

Calibration

Inconsistency across the app is higher severity than any single "wrong" choice. A cohesive sharp-cornered app is better than one with random radius values. Focus on systematizing, not just picking prettier values.

Output Format

Lead with the 1-sentence description of the current (unintentional) aesthetic. Then deliver the proposed identity as a specific, implementable system.

Need help applying this to a real product?

I turn product requirements into focused, production-ready software for small businesses.