Building compelling business cases for Design Systems

A presentation at Web Directions Summit in November 2018 in Sydney NSW, Australia by Laura van Doore

Slide 1

Slide 1

Building compelling business cases for Design Systems Laura Van Doore @lauravandoore

Slide 2

Slide 2

Design Systems are here to stay @lauravandoore

Slide 3

Slide 3

70% According to the UXPin Enterprise UX Industry Report of companies have a Design System Source: UXPin Enterprise UX Industry Report 2017 to 2018

Slide 4

Slide 4

How accurate is this for the audience here today?

Slide 5

Slide 5

We’re convinced @lauravandoore

Slide 6

Slide 6

But this guy isn’t @lauravandoore

Slide 7

Slide 7

Why do product teams want design systems? • Growing design teams Organisations are investing more in design. • Infinitely more complex design problems Software needs to become more sophisticated to keep up with the demands & desires of our users. • Distributed teams Agile delivery models encouraging cross functional teams, making it harder for teams to stay in sync @lauravandoore

Slide 8

Slide 8

But most of all … Maintaining design & tech debt is starting to feel like this:

Slide 9

Slide 9

“ This all makes perfect sense, the benefits speak for themselves. This is a no-brainer. — ME, 4 YEARS AGO

Slide 10

Slide 10

This was going to be me:

Slide 11

Slide 11

EXPECTATION vs REALITY

Slide 12

Slide 12

So how can we design our business case to best communicate the clear and tangible benefits of having a design system?

Slide 13

Slide 13

THE IMPORTANCE OF UXing your business case @lauravandoore

Slide 14

Slide 14

Audience Know your enemy @lauravandoore

Slide 15

Slide 15

Know your audience • Emphasise benefits that appeal to your audience, not to you Resist the urge to only focus on the team benefits, and focus on measurable business benefits instead. • Write in the parlance of your audience Avoid jargon and use the language of business to craft your business case. @lauravandoore

Slide 16

Slide 16

Don’t go to war alone @lauravandoore

Slide 17

Slide 17

Don’t go to war alone • Get internal buy-in before external There’s no point in trying to convince upper management that you need a design system if you haven’t successfully convinced your team yet. • Form a united, cogent case together Get designers, developers, BAs, product managers together and get every teams perspective. You’ll find more and more benefits this way. @lauravandoore

Slide 18

Slide 18

Timing is everything @lauravandoore

Slide 19

Slide 19

Timing is everything • Recognise your position in the funding cycle Is the business investing to scale up? Or is upper management doubling down on cost reductions? Try to avoid asking for a large investment when the business is scaling down. • Present the cure when the pain hurts the worst If a design system has been a hard sell, focus on waiting for an opportunity where the benefits can really shine. @lauravandoore

Slide 20

Slide 20

Getting the timing wrong can make the rest of your case fall over @lauravandoore

Slide 21

Slide 21

1 Knowing your audience is half the battle 2 Don’t go to war alone, rally the troops 3 Time your business case for high impact @lauravandoore

Slide 22

Slide 22

THE CHALLENGE Translating team benefits to tangible business outcomes. @lauravandoore

Slide 23

Slide 23

What are the benefits of design systems? • Consistency — A consistent experience across products & devices • Efficiency — Efficient workflow & communication across teams • Maintainability — Easier to test and maintain code • Accessibility — Baked in accessibility, to create more inclusive products • Scalability — Less of a headache to build upon through the future @lauravandoore

Slide 24

Slide 24

What does it look like if we re-interpret or translate these benefits into a format that provide business outcomes?

Slide 25

Slide 25

Team Benefit: Efficient workflow

Slide 26

Slide 26

Business Benefit: 28% Faster to market

Slide 27

Slide 27

Team Benefit: Business Benefit: More maintainable 34% Less maintenance cost

Slide 28

Slide 28

Team Benefit: Business Benefit: Consistent Interface 18% Less support requests

Slide 29

Slide 29

Team Benefit: Business Benefit: Accessibility 12% Potential userbase increase

Slide 30

Slide 30

Team Benefit: Scalability Business Benefit: A stable foundation that will support the next 5 years of feature growth

Slide 31

Slide 31

THE ANATOMY OF A great business case @lauravandoore

Slide 32

Slide 32

Buckle up @lauravandoore

Slide 33

Slide 33

1 Problem Statement What are we solving?

Slide 34

Slide 34

1 Problem Statement A good problem statement… • Identifies the core problem • Outlines who’s impacted by the problem • Describes how this negatively impacts business goals @lauravandoore

Slide 35

Slide 35

1 Problem Statement Problem selection • Your product team is likely to be impacted by multiple problems • Instead of selecting one of your ‘own problems’, UX your business case by choosing a key business problem. @lauravandoore

Slide 36

Slide 36

2 Benefits & ROI What are we gaining from the proposed initiative?

Slide 37

Slide 37

2 Benefits & ROI “ A design system increases ROI largely because it reduces cost rather than directly increasing revenue — BRAD FROST

Slide 38

Slide 38

2 Benefits & ROI Benefits & ROI • Financials come first Upper management will usually look for financial benefits first, and then focus on peripheral benefits, like employee satisfaction. • Emphasise business outcomes, over team benefits Remember to frame your business case around tangible business outcomes, rather than ambiguous benefits. @lauravandoore

Slide 39

Slide 39

3 Cost & Resources

Slide 40

Slide 40

3 Costs & Resources Presenting Cost • Demonstrate that you clearly understand the cost It’s much easier to persuade the naysayers if you can calculate & clearly articulate the project costs. • Present multiple cost scenarios Give your case a better chance by presenting different cost/resourcing options to balance the project funding & risk. @lauravandoore

Slide 41

Slide 41

4 Risks

Slide 42

Slide 42

4 Risks Risks of going ahead • Be realistic, rather than utopian Try to be open and honest about the potential risks. Otherwise your business case will seem too biased and lose credibility. • Outline the risks of failure What’s the worst case scenario? @lauravandoore

Slide 43

Slide 43

4 Risks Risks of falling behind • There is risk in doing nothing • Bigger product team = Increased need for design system As a product team grows larger, there’s more need for standardised ways of working. The more people you have, the less efficient workflows will be. @lauravandoore

Slide 44

Slide 44

4 Risks Make sure the reward outweighs the risk. @lauravandoore

Slide 45

Slide 45

5 Implementation Plan

Slide 46

Slide 46

5 Implementation Plan Delivery • Present a solid roadmap Show a clear, deliverable scope, as well as your plans to grow & extend the design system over time. • Pinpoint where you’ll see a return Clearly indicate in your delivery plan when and how you’ll start to reap the benefits of the design system (hint: the sooner the better) @lauravandoore

Slide 47

Slide 47

1 Problem Statement 2 Benefits & Estimated ROI 3 Cost & Resources 4 Risks 5 Implementation Plan @lauravandoore

Slide 48

Slide 48

3 ROLLOUT STRATEGIES To manage cost & risk @lauravandoore

Slide 49

Slide 49

#1 Chip Away @lauravandoore

Slide 50

Slide 50

#1 Chip Away The design system is something that is only worked on in spare time, or when designers/engineers are between projects. Cost Risk Speed Quality @lauravandoore

Slide 51

Slide 51

#2 Hibernation @lauravandoore

Slide 52

Slide 52

#2 Hibernation Getting a core team of designers & engineers working on the Design System full-time. Possibly allows the time for designers/engineers to come up with the best implementation. Cost Risk Speed Quality @lauravandoore

Slide 53

Slide 53

#3 Piggyback @lauravandoore

Slide 54

Slide 54

#2 Piggyback Plan to get the bulk of the Design System implemented as a part of another project. Balances out the cost better, as you see the returns immediately. Cost Risk Speed Quality @lauravandoore

Slide 55

Slide 55

Rollout strategies 1 Chip Away 2 Hibernation 3 Piggyback @lauravandoore

Slide 56

Slide 56

Slide 57

Slide 57

Benefits & ROI 2 Problem Statement 1 Implementation Planning Cost Estimation 3 4 Risk Assessment 5

Slide 58

Slide 58

Thanks Laura Van Doore @lauravandoore