HomeStoriesWhat SGDS is often mistaken for
Foundations

What SGDS is often mistaken for

Why SGDS is more than a component library, and how shared foundations support coherent government services at scale.

More than just a component library

When people hear "design system", the first thing that often comes to mind is a collection of UI components:

Buttons, colours, typography, cards, and templates.

With the rise of AI-assisted development and modern UI libraries, it is understandable why some teams ask: "Why not just build it ourselves?" Today, tools make it possible to scaffold polished interfaces in minutes. Teams can move quickly, customise freely, and experiment much faster than before.

In many situations, that is a completely reasonable approach. Government digital services, however, operate within a different kind of complexity.

Services are expected to remain accessible, coherent, maintainable, trustworthy, and recognisably government across agencies, vendors, delivery teams, and evolving product lifecycles. This is where the role of SGDS becomes broader than a component library.

Fragmentation often starts with reasonable local decisions

In practice, fragmentation happens with teams making reasonable decisions based on their immediate delivery needs.

A team may choose the fastest implementation approach, the most familiar UI framework, a custom interaction pattern, or a locally optimised workflow that may make sense within the context of a single project. Over time, however, these small differences can accumulate across the ecosystem.

This creates a tension between local delivery optimisation and long-term ecosystem consistency. This is often where shared systems become important.

What teams naturally optimise forWhat shared government experiences requireLocal speedWhole-of-government consistencyFast scaffoldingAccessibility assuranceTeam autonomyTrusted citizen experiencesShipping featuresLong-term maintainabilityFlexible UI patternsStandardised interactions

Without shared foundations, speed scales inconsistency.

SGDS v3 was designed as a layered system

Beyond visual consistency

One common misconception about design systems is that they only exist at the component level.

In reality, teams make decisions across many layers throughout delivery. Some decisions are small and implementation-focused. Things like spacing, typography, motion, or button behaviour. Other decisions are larger and workflow-oriented. Things like page structure, task flow, navigation models, layout patterns, and reusable templates.

A designer working on a dashboard may think about information hierarchy and layout structure. A developer implementing the same experience may focus on responsive behaviour, component logic, accessibility handling, and frontend architecture. Both are contributing to the same user experience from different parts of the workflow.

This is one of the reasons SGDS v3 was designed as a layered system rather than only a component library.

Connecting decisions across the delivery workflow

Layered SGDS v3 model showing foundation, component, block, pattern, layout, template, and product page from universal to unique decisions
SGDS v3 connects these decisions across the delivery workflow through a layered architecture.

Each layer exists because teams solve different types of problems throughout delivery.

  • Foundation layer: Helps maintain shared visual and behavioural foundations across products.
  • Component layer: Provides reusable and accessible building blocks that teams repeatedly implement across services.
  • Blocks and patterns: Help teams solve common workflow and interaction needs more consistently.
  • Layouts and templates: Help teams move faster using reusable product structures aligned with shared system conventions.
  • Page and product screens: Bring these layers together into complete user experiences that teams can adapt to their service needs.

The layers work together to connect design intent, implementation behaviour, accessibility expectations, reusable workflows, and product delivery. As services scale across multiple teams, vendors, and delivery environments, shared systems help maintain more coherent experiences across the broader ecosystem.

Shared foundations help teams scale coherently

The value of SGDS is not about making every product look identical.

Different services naturally have different users, operational needs, and delivery contexts. Shared foundations help teams move faster while still maintaining more coherent experiences across the broader ecosystem. Citizens experience government as one connected ecosystem, and having a shared design system helps services feel more familiar, predictable, and consistent across the different touchpoints people use every day.

This becomes increasingly important as AI dramatically accelerates digital delivery. Without those shared foundations, small implementation differences can gradually multiply at a scale and speed that becomes increasingly difficult to manage over time.

Published May 2026

Singapore Government Design System

The Singapore Government Design System was developed to empower teams in creating fast, accessible and mobile-friendly digital services.

Past VersionsSGDS v1SGDS v2