How we brought our user-centred design professions closer together

From: DfE Digital and Technology
Published: Wed Nov 03 2021


Caption: The User Centred Design community meet-ups are run by a cross-profession working group that changes each quarter.

Sometimes we can take it for granted that professionals in the same job family understand what the others do.

That can lead to issues with stereotyping professions. For example, I can safely say that:

  • user research isn't just talking to people
  • content design isn't just writing words
  • interaction design isn't just making things look nice
  • service design isn't just mapping

But when we're busy, we fall back on those assumptions.

It can also lead to a sense of irritation, if you feel that another profession is 'taking away' what you do. This isn't healthy practice, and slows down great user-centred service delivery.

Those were just a couple of the reasons why the user-centred design (UCD) professions were keen to create a job family community and come together.

Designing with people in our communities of practice

Our burgeoning user-centred design community kicked off in December 2020. At our first meet-up, we welcomed Ben Holliday, who was one of the first heads of user-centred design in central government. Ben talked to us about the importance of user-centred design at our first meeting and since then, we've made them quarterly.

At our next meeting, we worked with our Communities of Practice manager, Alex Rippon, to corral communities together and help us to achieve more than we could on our own. My fellow Heads of Profession, Sophie Boyd (user research), Jaskiran Kang (service and interaction design) and I worked with Alex to plan it.

We recruited a representative from each community and asked them as a UCD team to design an activity that would help us learn more about each other's professions. What they came back with was seriously impressive.

They used the evidence we had, established the user needs, designed a prototype, tested it, and iterated it before the day. The result was an activity that helped us discover the traits we share, areas where we can support each other and how to work well together across our different professions.

We had about 100 people attend the day, and 73 people took part in the activity. It was a mix of:

28 user researchers
8 service designers
23 content designers
9 interaction designers
3 policy designers
1 strategic communications specialist
1 research operations specialist

We created 10 groups and asked them to consider and discuss the strengths, weaknesses, opportunities and risks within their own professions. And we also wanted them to highlight any overlaps.

Now, it would have been easy to just leave it there. It was a great activity, we met a lot of new people, and learned something new. But there was a lot of rich data sitting in those boards. I often feel worried about how inaccessible some of our work is in these interactive boards in the long term.

So we extracted the data into a spreadsheet, capturing where there was overlap between professions for any of the strengths, weaknesses, opportunities and risks.

Then I did some light-touch analysis, which we shared at our third user-centred design meet-up.

Common strengths, weaknesses, risks and opportunities

All 4 UCD professions reported these strengths:

  • helping create a journey
  • user empathy
  • collaborative design
  • advocating for users and their needs
  • communication skills
  • drawing upon data, user research and team input
  • iterating designs based on user needs
  • designing for inclusivity and accessibility
  • building, preparing and testing prototypes, wireframes, concepts
  • team collaboration
  • problem solving
  • understanding user and stakeholder needs
  • listening

All 4 UCD professions reported challenging policy as a weakness

There were no opportunities or risks that all 4 UCD professions identified. But 3 of 4 agreed these as opportunities:

  • stronger accessibility skills
  • agreeing collaborative ways of working with strategic communications teams outside our division
  • sharing learning, and learning from our contractor colleagues
  • cross-team critiques
  • better understanding of how our work fits within the wider department

Three of 4 professions agreed these as risks:

  • the user might not succeed in what they set out to achieve (for example, we require them to provide a piece of information that they do not easily have access to)
  • we're unable to solve whole problems for users, in that we only improve part of their journey
  • policies are not developed with user needs in front of mind
  • we build the wrong thing or solve a non-existent problem
  • service not accessible to those who need to use it
  • content is developed as an afterthought

Generating deeper insights we can use

1 of the 10 interactive whiteboards we used to support the day. Each profession had different colour post-its and dots.

From that analysis, I had 4 insights (though I reckon we could pull out even more if we went deeper into the data).

  1. There are a lot of overlaps in the tasks that people in each profession do. That's a virtue, if we lean into it and talk more together.
  2. Accessibility is a mixed picture - there's room for improvement.
  3. We want to learn from each other and should explore more structured ways to support this.
  4. We need to understand better how policy and comms work.

The fourth point was the perfect segway into our third meet-up, which focused on policy design. And on that day we generated so much brilliant insight into how to work better with policy, thanks to Andrew Knight and Matt Nicol.

We're not going to rest on that progress - we're really keen to tackle all of these points and more. Our learning is already affecting our work.

This month, we kick-off our cross-discipline accessibility community, and we're already planning for our fourth UCD meet-up in September. This will also focus on accessibility and inclusive design so that it's no longer a mixed picture.

Company: DfE Digital and Technology

Visit website »