case study
AKASHA UI System.
AKASHA Foundation · Lead Product Designer
the problem
Consistency at ecosystem scale.
AKASHA Core spans multiple apps, different teams, and rapid iteration in a decentralized environment. Without a shared design system, UI consistency would degrade, quality would vary across apps, and design-development velocity would slow. The challenge: build a system that scales across the entire ecosystem while allowing individual apps enough autonomy to evolve independently, without creating fragmentation.
foundation
Building on Shadcn.
AKASHA UI was built on Shadcn UI: composable, unopinionated components that align closely with developer workflows. This gave the system a solid technical foundation without lock-in, letting it grow organically. The decision wasn't cosmetic: by choosing a developer-native foundation, adoption happened because engineers already trusted the base, not because they were mandated to use it.
what i designed
The system.
Token architecture
Designed the full token system: color, spacing, typography, motion, elevation. Every visual decision was a token first, not a hardcoded value. This is what makes theming and extension possible at scale.
Component API design
Each component was designed with clear APIs, sensible defaults, and controlled flexibility. The question was always: what can a developer safely customize without breaking the system's coherence?
Accessibility baked in
WCAG AA compliance wasn't a post-launch audit. It was a design constraint from day one. Focus states, color contrast ratios, keyboard navigation, and screen reader semantics were specified at the component level.
Documentation as product
The documentation site was treated as a first-class product: usage guidelines, live examples, edge case specs, and accessibility notes. The goal was a system the team could maintain without constant design input.
impact
outcomes
What shipped.
Consistent UI across the ecosystem
All AKASHA Core apps now build on the same component foundation. Zero negotiation on basic patterns.
Faster development
Engineers ship interfaces faster by composing from the library rather than rebuilding primitives. Fewer design reviews needed for standard patterns.
Open source and adopted
Published, documented, and used by both internal teams and external contributors to the AKASHA ecosystem.
Reduced design debt
Centralizing component decisions eliminated the design debt that had accumulated from fragmented, app-by-app design decisions.