Havells One Design System v1.0

IoT Ecommerce
Havells One Design System cover

OBJECTIVE

To bring into existence a Design-System for the Havells One app. This involved moving the Design and Development teams away from screen-based design toward a token based Single Source of Truth approach.

ROLE

UX Architect and Subject Matter Expert. Guiding a team of 3 junior designers, 2 senior designers, 2 third party design teams on best practices for scalability.


ABOUT HAVELLS ONE

Havells One app screenshot

Havells One is the flagship ecosystem app from Havells. It has over 1 million users controlling their homes, buying appliances, and accessing after sales services.

The challenge was to build a scalable language that could represent 5 different sub-brands in a unified manner, i.e. Havells, Lloyd, Standard, Crabtree, and Havells Studio.


THE PROBLEM — WHY WE NEEDED A DESIGN SYSTEM

Lack of Design System had the following impact: For Designers and Developers it meant a lot of rework in terms of designing and coding the same components across projects. For the Business, this fragmentation directly impacted our velocity (time to market); For our Users, the inconsistent buttons and tiny text made the app harder to trust and navigate.

THE BEFORE STATE

Before — Colour library

When I joined Havells in 2021, the level of inconsistency and fragmentation in was quite apparent. We had an undefined, unstructured colour library where dozens of nearly identical shades of colours lived side-by-side.

Accessibility was largely treated as a 'High-investment Low-value' task.

Up-close, there was massive inconsistency in treatment of colour, spacing, type, IA, and components across products and brands.

When I started talking to my peers it was clear that the entire design and dev team was frustrated, trapped in a loop of reactive fixes instead of proactive building.


BUSINESS IMPACT

8x
Faster Design Delivery
Reduced effort duplication with reusable components + one‑click theme updates.
95%
Increase in Efficiency
Reduced code-change lead time by ≥95% (≥25× faster) by centralizing the code repository.
~$150,000
Compliance Cost Saved
Cost saved by adhering to Accessibility standards.

DESIGN IMPACT

Accessible Touch Targets

Accessible Touch Targets — before (24px) vs after (48px WCAG AA)

Consistency Across Components

Consistency across components — before and after padding comparison

LAYING THE FOUNDATIONS

All the components of Havells One design library are built using the foundational elements. These include:

  1. Typography
  2. Colours
  3. Icons
  4. Space

Typography

Typography scale — Inter font family with Display, Title, Body, and Label styles

Colours (primitive)

Primitive colour palette with swatches and shade scale

Icons

For icons we followed the Material design icon library. If any new icon were to be added it will follow the following specs: Optical size (default): 24dp Weight: 300 Rounded

Material design icon grid

Our library also included custom icons.

Custom icons

Numbers

Variable Name Value
Space-None0
Space-XXS2
Space-XS4
Space-Small8
Space-Medium16
Space-Medium24
Space-Large32
Space-XL64
Space-XXL128
Variable Name Value
CornerRadius-Zero0
CornerRadius-202
CornerRadius-404
CornerRadius-606
CornerRadius-808
CornerRadius-10010
CornerRadius-12012
CornerRadius-16016
CornerRadius-24024
CornerRadius-Circular9999

Effects

Drop shadow and inner shadow effects

COMPONENTS

Havells design system v1.0 consisted of 26 components.

Dialogues

Dialogue components — Bottom Sheet and In-App Notification

Buttons

Button components — Filled, Outlined, Text, Circular, Button Group, Power Button

Navigation

Navigation components — Global Navigation, Navigation Belt, Tabs, Header

Input

Input components — Radio, Checkbox, Text Input, OTP, Dropdown, File Uploader, Switch, Slider, Date Picker, Day Picker

THEMES

Every component is further made in 4 different themes.

Four themes — Theme 1 (dark), Theme 2 (gold), Theme 3 (violet), Theme 4 (light)

HOW-TO DOCUMENTS

I authored comprehensive 'How-to' documentation to transition our internal teams and external vendors from manual styling to a token-based workflow, establishing a single source of truth that mitigated dependency on individual expertise.


MY CONTRIBUTIONS

1. Driving the Design System vision

Identified the need for a centralized Design System and pitched its value to leadership, helping align stakeholders around moving from a screen-based design approach to a single source of truth.

2. Building a scalable foundation

Introduced the team to industry design system practices (including atomic design concepts), and created a token-based framework to systematically document design decisions in a way that was simple, scalable, and easy to adopt.

3. Enabling adoption and long-term use

Led the creation of extensive documentation, reusable components, and clear SOPs for contributing to the component library.