Aged Care Design System

Aged Care Design System

Aged Care Design System

Client

Department of Health, Disability & Ageing (DHDA)

/

Duration

2 years

/

Year

2024-2026

/

Role

Product Design & DesignOps lead

120

Users

100+

Components

4

Platforms

Project Story

Ever watched The Walking Dead or any chaotic CW show?

What better way to narrate how I evolved this DS then to compare it to some of our favourite series’. It’s the closest reference point for how I experienced the Aged Care Design System. It unfolded in seasons. New characters arrived, others dropped off, tensions built behind the scenes, priorities shifted, and every so often there was a small win that felt like a season finale.

My work on the ACDS spanned two years. I joined when it was still finding its feet beyond proof of concept and stayed as it grew into something the department needed to trust, use, and scale. The ACDS sits within the HCD section of the DSAI branch within DHDA, and over time my role grew with it, from icon grunt work and production support to Figma administration, governance strategies, system optimisations and supporting adjacent design systems across the department.

Each “season” I’m about to narrate took more or less around a quarter, none of this was planned. My role was to be a design system designer, and I took it from there.

Season 1

Managing icons and learning the ecosystem

When I first joined the Aged Care Design System, I came in through two practical areas of work. One was supporting the .NET side of the system, which meant helping maintain one of the design system’s platform outputs. The other was owning the icon library, where I was responsible for creating, formatting, publishing, maintaining, and responding to requests from a growing internal user base.


It was not the glamorous side of design systems. It was the backstage work that kept things usable and moving. Through that work, I started to understand how the system was structured, who relied on it, and what it took to keep shared assets consistent across teams.

By the end of this chapter, a bigger issue had started to show itself. The challenge was no longer just making and maintaining assets. It was that many teams still did not have a clear way to discover, understand, and confidently use the system. That became the cliffhanger leading into the next season.

/

Arc

Rookie Arc

The Aged Care Design System had just lifted off from it’s POC days, with 1 parent Figma library and 4 child libraries to adhere to each platform

Character development

Designing, creating and publishing icons as part of the ACDS Icon library. Designing alert, badges and header patterns for .NET platform

Season finale

Whilst the ACDS Design team expanded and had things to maintain, it did not just need more assets but a front door.

Season 2

Designing the front door to the design system

By this point, the problem had grown beyond maintaining files and assets. The ACDS had useful foundations, but it still lacked a clear identity, stronger narrative, and a central place where teams could understand what it was, how it worked, and why it mattered.


I teamed up with another designer (Alice!!) to tackle that problem together as adoption and communicating this amazing system felt neccessary. Using Figma, we explored layouts, interactions, and information architecture for a SharePoint site designed to behave more like a design system website, studying systems like IBM, Atlassian, SLDS, and GEL to understand how mature systems build trust, structure content, and support adoption.

The outcome was more than a documentation layer. It became a clearer front door into the ACDS, bringing together foundational assets, onboarding guidance, collaboration practices, request pathways, and shortcuts into Figma so teams could discover, understand, and use the system more confidently.

/

Arc

Identity and adoption

The ACDS had substance, but not enough story around it, so we set out to turn a scattered set of resources into a clearer, more credible brand

Character development

Communication and contnet design of SharePoint experience, shaping its layout, interaction model, information architecture, and overall narrative so the website felt easier to discover, understand, and adopt.

Season finale

We successfully launched the SharePoint, with over 200 page views and the Get Started onboarding pages for designers emerging as the most visited area, showing that teams were actively using it as their entry point into the ACDS.

Season 3

Maturing the system with design tokens and DesignOps

With the SharePoint now live, my role widened and I took on more responsibility for administering and growing the site, while also moving deeper into the Figma environment itself through design ops and foundational system work.


I saved the department $84,900 USD quarterly in Figma licensing costs by helping rationalise seat usage across the department, distinguishing where full design access was truly needed versus where view or comment access made more sense, and reducing unnecessary spend without disrupting active teams. I built a spreadsheet model to identify gaps in usages to forecast the volume we required.

The main arc of the season, though, was design tokens. I wanted the system to evolve, so I drove the expansion of our token structure in Figma, moving it from a limited setup into a more comprehensive hierarchy covering colour, spacing, borders, and typography. That work made the ACDS stronger at its core, improved consistency across teams and platforms, and laid the groundwork for better handoff between design and development.

/

Arc

Scale up and out

My role stretched across three muscles at once: operational ownership, tooling intelligence, and foundational system design.

Character development

Administered and grew the SharePoint, improved Figma license management across the department, and created token taxonomy. Involved developers and collaborated with QA to target foundations that suffered from inconsistencies such as spacing.

Season finale

The design system had become much stronger in Figma, but that progress also exposed a new tension... as the design side matured, the challenge of keeping design and development aligned became harder to ignore.

Season 4

Driving clarity through design system versioning

Once the token foundations were in place, the next challenge was not just making the ACDS stronger, but making its evolution easier to follow.


I led versioning across the ACDS files introducing clearer release conventions, freezes, change logs, and semantic versioning so updates had structure, rationale, and traceability. This became increasingly important as the Salesforce stream grew in prominence and more teams relied on the library to design and build with confidence.

This season also brought new cast members to the front including our consumers. At this point, the work was less about producing isolated assets and more about helping the system evolve in a way other teams could actually follow, absorb, and trust.

/

Arc

Release management

The principles of the design system started to shift, becoming more consumer centric rather than optimising how we managed it

Character development

Building flows, diagrams, aligning project schedules and engaging with cross-team stakeholders like across delivery chain. Presenting and facilitating workshops and discussions.

Season finale

Versioning had been fully introduced into Figma, giving the Salesforce stream a more predictable release rhythm and giving consumer teams a clearer way to absorb updates from the ACDS library into their own files.

Season 5

Confronting drift and governing the system

By now, the ACDS looked mature on the surface. Versioning was in place, token work had wrapped, and the Salesforce stream had become the centre of gravity. But stronger foundations in Figma did not automatically mean the whole machine was aligned. The pressure points building across earlier seasons finally came to a stop here... we had to properly understand where design and code packages (developed by our friends at SPET) were drifting, and get the right people into the same room to deal with it.


We conducted a major audit of the design system to uncover those gaps. I built a spreadsheet-based component health tracker that made drift visible, discussable, and harder to ignore. This was the season where the system had to answer for itself.

I introduced more practical ways of tightening how the system operated across teams: workshops on Figma capabilities, using checklist widgets before handoff, branching workflows, and weekly forums between the design system crew, QA, and our consumer teams. The work was no longer just about building the system well. It was about making sure it stayed aligned, understood, and accountable as it scaled.

/

Arc

Governance

We’re now not just building the system, but checking whether it was truly in sync

My role

Inspecting designs, building and reformatting components to match their code counterpart. Continuous workshops and discussions. Managing a component tracker.

Season finale

ACDS felt far more grown up, the system now had clearer rituals, better visibility, and stronger mechanisms for staying aligned as it evolved. The audit was far from complete, but we learnt that transparency led to better trust and adoption of our assets.

Season 6

Flying solo

After helping the ACDS reach a more mature state, I stepped away from the main set for a while. This was my roaming specialist season. I took on work outside the core ACDS storyline, leading the EIAMS MFA uplift and later jumping into a rapid discovery project for MPS/NATSIFAC program, where I helped shape a calculator and dashboard concept as the product design hitman brought in to solve the problem fast. Both these products did fall under the ACDS, thus I was looking at the design system just from the bottom up


Even while off the main ACDS stage, I never fully left the ecosystem. I continued monitoring the Health Figma enterprise as an admin across billing, users, and workspaces, while also consulting with the Health design system team as they began setting up their own libraries. It was a different kind of season, less about evolving one system directly and more about proving that the same systems thinking could travel across projects, teams, and product contexts.

Day-to-day design system work was carried out by my team of designers, from audit follow-through and component state behaviour uplifts to alignment meetings and the regular work of keeping the library moving. By the time I returned for one last stint, the show had kept running, but the world I helped shape was still very much in motion.

/

Arc

Specialist designer

Whilst keeping my enterprise Figma admin reigns I did some field work, user research and prototyping where other sections needed it most.

My services

User testing, research synthesis, building interactive prototypes, journey maps, user personas.


Checkout my MFA UX Uplift case study!

Season finale

I returned to the ACDS Core team more formally for one last stint, bringing back broader perspective, sharper ACDS product instincts, and proof that the work could hold up well beyond its original set.

Final season

Leaving a secure legacy

My final stint stopped being about maintaining the library itself and started focusing on the environment around it: the Figma setup, the security constraints, and the tooling conditions that would shape what the next era of the system could become.


While the usual ACDS conversations were still running, like improving how consumers were updated on change and aligning release conventions for components, I started pushing on the bigger layer above it all. I connected with Figma AU, worked through long-running security and platform constraints, and helped move forward conversations around SIEM integration, file classification, policy maturity, desktop app access, plugins, widgets, and AI-related capability.

In this part of the department, the thing that matters most is delivery efficiency. That meant the future of ACDS was not just a better library, but a better engine for design-to-development workflows. The seeds I started planting here were aimed at what comes next... An AI-enabled design system by connecting our ACDS libraries to Figma Make, enabling Code Connect and MCP-style workflows, and improving AI-assisted development with SPET and other downstream teams.

/

Arc

Empowering design system environments

Grow your network, you never know who you might bump into

My services

Figma make, Code connect, Codex, facilitating conversations and workshops. Running technical security checks and managing tooling of Figma

Series finale

Saying my goodbyes to a 2 year journey was difficult. I had nurtured and evolved this product beyond my wildest expectations and was looking forward to the next opportunity I get to work with a Design System

PayPal

2024

Site Design

Ticketmaster

2024

Site Design + Design System

Enhanced Games

2024

Brand Identity

American Airlines

2023

Site Design

United Minds

2023

Site Design + Brand Identity

Four Hands

2022

Site Design + Design System

Post credit scene

Stuck back like a true marvel fan? There’s a lot I’ve taken away from my responsibilities at the Aged Care Design System, but most of all I’ve had fun working on this side of Product Design. The system grew up, and so did my role in it.

on assignment @ frog, Sydney

on assignment @ frog, Sydney

currently @ frog, AU

on assignment @ frog, Sydney