shui

Developing design systems for user interface consistency and increased internal productivity.

work experience

Siemens Healthineers / Nov - 2017 to Present

collaborators

Siemens Healthineers Design Team, IDEO

contribution

Interaction Design, Visual Design, Front-End Development

summary

Shui® is a design system that aims to harmonize the design language for the vast Siemens Healthineers product portfolio.

The healthcare division forms one part of the giant Siemens conglomerate, which over years of growth and acquisitions evolved into something that referenced Siemens, but did not quite hold it's own identity. Alongside other issues like no central body overseeing the portfolio, the product design language lacked visual and behavioral consistency.

In 2017, when Siemens Healthineers was spun off as a separate entity, the design org was presented with an opportunity to re-align and build a cohesive experience around the new brand.

I am part of a small team that is developing a design system that aims to raise the quality of user experience, reduce design and engineering time, and creates a common foundation for new and existing products.

In the past couple of years, we have been able to build a robust design language, that has been adopted by several flagship products and supported the development of many new ones.

Externally, the design system has also won several awards - Red Dot, UX Design Awards, German Design Award.

A broad range of product classes and use environments · Image Credit: Siemens Healthineers
A broad range of product classes and use environments · Image Credit: Siemens Healthineers

challenges & learnings

Below I describe some key challenges along the journey of developing Shui, outlining my role and learnings -

managing scale & complexity

The size and complexity of a wide portfolio of products (see image above) presents an obvious challenge to standardization. We focused early on to build a solid foundation of core fundamentals and components, and introduced new guidelines only when they were scalable to multiple products.

Although this might have slowed growth in the beginning, and aggravated some internal consumers, but carefully expanding scope has paid dividends for maintainability, and robustness today.

Product teams give up a lot of control by handing over work to a design systems team. This trust needs to be earned through communication, building relationships and delivering high-quality work.

workflow standardization

As we established visual design standards, we began to see overlap in how some high level workflows are similar across products. For example, workflows like patient management, are commonly used for starting and documenting patient exams and are quite similar across medical imaging devices (CT, MR, Ultrasound etc.).

I've identified, and led the design of several of these communal patterns which standardize workflows across a number of products. The rationale being that customers can now easily transfer knowledge of operating one device to multiple other devices. Besides the advantages of consistency and a common way of operating these complex devices, it reduces training time, improves learnability and addresses the staff shortages rising across the healthcare industry.

business justification

Building and maintaining a design system is an ongoing investment. Often times it's hard for executives to understand the value behind such an effort, especially when things are working well.

I've helped the team develop a metric around cost-avoidance, essentially money saved by a team when they use Shui to build their product. This metric has become the de-facto method to justify continued investment in Shui at the executive level.

other projects