13 minute read

The Service Design Maturity Model

Next Article
FROM THE EDITORS

FROM THE EDITORS

A strategic framework to embed service design into an organisation

Niels Corsten is Service Design Lead at Koos Service Design. He has contributed to service design projects in telecom, banking, mobility, insurance and healthcare industries, amongst others. He is currently involved in embedding service design in organisations, working toolkits, training programmes and on-the-job coaching. niels@koosservicedesign.com

Advertisement

Jules Prick is partner at Koos Service Design with over ten years of international experience in research, branding and service innovation. He founded Koos Service Design in Amsterdam in 2009, following his passion to create meaningful services. jules@koosservicedesign.com In the past years, many organisations have been working on projects to improve service experiences. Increasingly, large organisations have started to understand the value of service design. This has resulted in a growing desire amongst organisations that ‘understand’ service design to embed it into their companies. We have helped some of our clients, including a Portuguese telecom provider, a leading European bank, an energy utility company and the Dutch Railways, achieve this ambition.

Implementing service design capabilities is a somewhat unexplored territory for many service designers. When reflecting upon those projects, we observed striking similarities amongst them and soon began formulating a framework: The Service Design Maturity Model. We set out to create a model for successfully embedding service design at scale within organisations, including actionable advice on how to overcome barriers.

Introducing the Service Design

Maturity Model The model consists of five stages that show the process of embedding service design into an organisation and structures the transformation towards a service design-led company. The model helps to identify the current stage of maturity through five pillars, which then serve as guidelines for further maturation. — People and Resources – The extent to which people, budget, time and facilities are available and dedicated to service design activities. — Tools and Capabilities – The extent to which service design methodologies and tools are applied within the organisation, and the level of required skills and capabilities that are needed to apply service design. — Beliefs and Behaviours – The degree to which the organisational views, rituals and habits promote service design. — Organisational Structure – The extent to which the organisational structure allows and facilitates multidisciplinary service design work and the assigned roles that are needed to do so.

The Service Design Maturity Model

Explore Prove Scale Integrate Thrive

— Metrics and Deliverables – The shape and form of service design deliverables and the extent to which metrics and KPIs are in place and being utilised to stimulate and facilitate service design.

The five pillars are tied to each of the maturity stages and show the transformation process towards a service design-led organisation. The five stages are ‘Explore’, ‘Prove’, ‘Scale’, ‘Integrate’ and ‘Thrive’.

— Explore – Crusaders within the organisation are exploring service design as a new methodology and unite with other service design enthusiasts in order to start a first initiative. — Prove – Painstaking pioneering to get service design established in the organisation, with service design projects and the creation of evidence of its value. — Scale – Service design expands throughout the organisation through unifying tools and methodologies and teaching of its capabilities. — Integrate – The siloed organisational structures are torn down and transformed into a design-led foundation. Service design is embedded in the daily way of working through integrated systems and metrics. — Thrive – Service design now thrives in the organisation through leadership and experimentation, and service design is ingrained in the company culture. Methodologies are being evolved as the organisation is pushing the service design envelope.

In the following section, each of the maturity stages is described, showing what you would experience within each stage, and what is necessary to progress towards the next stage.

Stage 1: Explore

What it’s like In an organisation where service design is non-existent, there is no responsibility, no budget, no time and no facilities available to carry out service design. But above

all, there are no people or capabilities. Individuals across the organisation encounter service design through external trainings or workshops, amongst others. This results in some knowledge and expertise in service design being present within the organisation, although it is minimal and scattered.

What to do Finding and uniting with other enthusiasts is the biggest common barrier in this stage, because the organisational structure won’t allow multidisciplinary get-togethers. Meetups or ‘Service Jams’ can be used to explore service design, scout other enthusiasts and sway newcomers. With those first sparks, it is crucial to follow the energy and nurture those first followers. Don’t waste your energy getting everyone excited, but instead start doing service design with a small group that is engaged. We’ve noticed that it is important not to ask for permission in this stage, because you risk prematurely killing the movement.

Stage 2: Prove

What it’s like The key of this stage lies in proving the value and laying the foundation for service design. The first enthusiasts form a multidisciplinary project team, even though they are still dispersed and separated by silos. To establish

service design, its value needs to be proven to each individual. That’s why it is often experienced by pioneers as something akin to trench warfare. Many teams tend to put a focus on process and deliverables such as customer journey maps and service blueprints, which actually counteracts the necessary focus on results. Many organisations don’t manage to progress beyond this stage, leaving enthusiasts stuck mapping out customer journeys in minor projects throughout the organisation.

What to do A common barrier is the focus on process instead of results. The risk of putting together service design enthusiasts on a project is that their focus becomes demonstrating how great the process is, rather than demonstrating the real business value. Because a large part of the organisation is still unaware of service design and its value, it should not be set in the spotlight until it can be explained through business value. Therefore, we suggest running ‘Trojan horse projects’ (referred to as ‘stealth projects’ by Marc Stickdorn). Trojan horse projects are service design projects in disguise. This means not naming them with service design terminology, such as ‘customer journey project’, but rather recognisable business activities, such as ‘onboarding optimisation’. This allows the team to experiment, fail and focus on actual value. It’s paramount that this evidence is measurable in relevant business metrics (such as cost reduction or revenue growth). Only when significant impact has been made can the team start evangelising both the results and the process.

Service design agencies often collaborate with organisations during this stage of maturity, because they offer the necessary capabilities and improve the project’s chances of success. We helped a health insurance company (who thought it was ready to scale capabilities) to run a series of trojan horse projects to be able to sell the business value of service design before scaling up.

Proving the value of service design before scaling up capabilities at a Portuguese telecom provider

Stage 3: Scale

What it’s like More people get interested and involved in service design and capabilities spread outside the initial team of enthusiasts. The first employees start to specialise in service design and a CX department forms, in which the first customer-centric KPIs become defined. As more service design initiatives are started, spaces

Teaching employees of a large bank about service design during the Scale stage

get hijacked as project rooms. The transition goes hand-in-hand with silos that start to suffer under multidisciplinary teams. Additionally, employees start to feel that service design is interfering with the existing way of working. We have seen this happening in a collaboration with the CX team of an energy company, who sought to scale service design in the entire organisation. When we introduced a tailormade toolkit, we stumbled upon resistance of people that hadn’t yet been convinced of the value of service design. We had not yet managed to successfully evangelise its business value to the wider audience.

What to do To facilitate the growth of service design within an organisation, it’s best to spread the former project team throughout the company and start running multiple projects. The risk of service design becoming popular is that unaligned initiatives are started throughout the organisation without a unified language. That’s why it is important to start creating a common methodology that everyone can use. Where standardised toolkits may be sufficient for the first few initiatives, a toolkit that fits the company processes is needed for a successful company-wide implementation.

With a unified language at your disposal, it is of the essence to start training the organisation, but don’t force everyone to become a service designer. We often apply a simple three-level model, in which we develop basic service design literacy, advanced service design application and service design leadership.

Stage 4: Integrate

What it’s like In this stage, it is time to systematically integrate service design into the company way of working. Service design is now decentralised and present in each team, and the majority of employees are engaged with the methodology and are utilised in a structured way. Dedicated service design budgets are now in place across teams or departments. Customer-centric KPIs are now being adopted throughout the organisation, which goes hand-in-hand with assigning customer-centric responsibilities to C- level.

What to do This stage calls for a definite transformation of the silo-based organisation into one in which agile teams are assigned to customer journeys. It assigns the role of ‘Journey Owners’ to systematically work on the improvement of service experiences, thereby creating a service design continuum. Moreover, a community is built to maintain the unified way of working and facilitate the sharing of new service design knowledge. It is best to create an internal community, because openness about failure and experimentation are critical.

When many people are working on the improvement of services, the organisation runs the risk that different teams do similar work. This situation demands that systems are put in place that allow for both consistency in service innovations and the prevention of repetitive work across the organisation. Great examples are design systems, research systems and service patterns. Service patterns define standardised service experiences and internal processes to be applied to repetitive parts of a service. The British government portal GOV.UK applies service patterns to common services, such as applying for something, submitting documents or verifying identity. This makes the wide breadth of services more consistent for citizens and more manageable for local authorities.

1Explore

2Prove

3Scale

4Integrate

5Thrive

People and Resources

There are some service design enthusiastists, but the majority is not involved. There is no budget, time and facilities dedicated to service design.

First project team of enthusiasts is formed, often in collaboration with a design agency. Budget and management buy-in are still missing.

Increasingly more people get involved and incidental budgets are created for service design projects. Rooms and facilities are being hijacked.

The majority of people is engaged with service design and teams have dedicated service design budgets and facilities in place.

Everyone is involved in service design and is aware of his / her impact on customer experience. Tools and Capabilities

Knowledge of service design is scattered throughout the organisation, mostly self-acquired through books, articles or trainings.

First capabilities (sometimes adjacent to service design) are being bundled in the project team, mostly coming from multiple people.

Capabilities are spreading outside of the initial team. First employees start to specialise and CX / SD departments are being formed.

The company has a unifi ed methodology and aligned capabilities. The capabilities are now decentralised, and are present within each team.

Methodology can be let loose, as employees act from the right beliefs and mindset. Beliefs and Behaviours

Dominant beliefs are business-focussed and risk-avoidant. There is little collaboration and creativity and decision-making is driven by hierarchy.

Beliefs about customers have a predominantly functional focus. The value of a holistic view and collaboration are being established.

Beliefs around the customer are mainly transactional. Decision-making is increasingly based on empathy and customer centricity.

There is an emerging experiential focus on the customer. Experimentation is cultivated through a strong customer- centric vision.

Focus on the customer is now relational, where customer obsession is evident on all levels across the organisation.

A snapshot: The five pillars explained per maturity stage

Organisational structure

Generally, there is a siloed organisational structure. No systems and responsibilities regarding service design have been assigned.

The fi rst multidisciplinary team is being formed. First initiatives are taking place, regardless of organisational structure.

Interference with the existing way of working is felt. Silos starts to suffer under the demands of multidisciplinary teams.

The silo-breaking structure is fully institutionalised. The teams have ownership and mandate over their (part of the) service.

The new organisational structure allows for close cocreation of service experiences within and across teams. Metrics and Deliverables

Customer-centric metrics and deliverables are non-existent.

First project often creates fi rst deliverables, like a customer journey map. First measurable results are often lacking.

Project results are becoming increasingly apparent. First customer-centric KPIs are set specifi cally for the CX/SD department.

Customer-centric KPIs go companywide, which stimulate a multidisciplinary culture. Customer centricity is now represented on C-level.

Each initiative is tied to customer-centric metrics that contribute to a better customer relation. It is important for the entire C-suite.

Stage 5: Thrive

What it’s like When everyone is involved in service design and it is integrated into the way of working throughout the entire organisation, it can now thrive. It has risen above its role as methodology and became ingrained in the culture. The new organisational structure allows for close co-creation of service experiences in each team, where each initiative is tied to customer-centric metrics and deliverables. Service design is not just represented at C-level, but customer centricity has become an important KPI for the entire C-suite. A Dutch e-commerce company that is well-known for its customer-centricity is CoolBlue. CoolBlue CEO Pieter Zwart has said, “We are not an online retailer, we are a customer journey agency. We want to be a leading example of a customercentric business. Ultimate customer satisfaction is not just a metric or a goal, it is part of our corporate culture.”

What to do In this stage, it is no longer a matter of managing methodologies and processes but safeguarding the customer-centric culture and core principles. The organisation can allow for experimentation with new tools and methodologies, simply because the mindset is right. Whereas in previous stages it was important to share project evidence and value, now you can focus on nurturing the sharing of knowledge and building a learning community. Thriving in service design is now about inspiring others and reinventing the game.

Conclusions and learnings This model has already greatly helped us to structure transformations for our clients by defining their situation and overcoming barriers to maturation. The most important learnings can be summarised as:

1. Determine where you’re at

Be aware that the maturity stage can differ across company departments, teams and even people. Differences in maturity across the organisation often explain tensions or resistance occurring during transformation.

2. Work the weakest link

We advise always focussing your efforts on the part of the organisation that is least mature, to prevent enlarging the gap and creating more resistance.

3. Combine movement and mandate

Many organisations exhibit a bottom-up movement when it comes to service design. The most common barriers are in the hard work necessary to prove the value of service design to each individual employee, as well as working against organisational structures that don’t allow multidisciplinary work. Prove service design to higher management to create mandate to then open the path for further implementation.

However, a top-down approach to service design doesn’t always result in easier implementation. At a leading bank we worked with, the agile team structure was implemented top-down to show commitment to multidisciplinary customer-centric work. However, the employees were neither shown the evidence of service design value nor were they trained with the capabilities to act upon the structural transformation. They are now catching up to do so.

4. Mind the changing role for service designers

The maturity of an organisation has great implications on the role of service designers. Moving through the maturity stages, the role of a service designer changes from scout to hands-on doer, to trainer, to facilitator, and ends at leader. Each of those roles requires a different mindset and capabilities. Our profession is changing.

An extended version of this article is available online at www.service-design-network.org /community-knowledge.

This article is from: