27 Nov 2019

UX, bias & the good fight

Hi, I’m Michael Reiss, one of the UX Designers in the strategy team here at Catch. I'm hugely passionate about research and the value it brings to UX and digital strategy work, and I particularly champion the customer through my work. In the below I talk about the very real possibility for bias to interfere with research and share my tips for remaining objective.

If you've opened this post you may already be familiar with audience research. And not only are you familiar, but you're convinced of its benefits. The likes of Amazon’s Jeff Bezos, Glossier’s Emily Weiss, and AirBnb’s Brian Chesky and Joe Bebbia have attributed their success to having an understanding of their users. Instead of continuing its praises, I think it’s more interesting to consider how even those of us who conduct audience research for a living are not as objective as we think. 

According to the below study, we're actually pretty terrible at being objective, despite thinking we’re better at it than those around us.

Out of a sample of 600+ people, 85% believed they were less biased than the average person. This study led to social psychologist Emily Pronin coining the term "bias blind spot," which explains how not only does everyone have cognitive bias, but everyone also believes they are less biased than others.

Out of a sample of 600+ people, 85% believed they were less biased than the average person.

(Source: Princeton Publications)

Yikes.

And while it’s great that just reminding ourselves of this bias is a huge step in avoiding it’s potential influence, there are a few measures we can take to prevent falling into the bias trap.

The numbers don't lie? 

When we begin the research process, it's common to begin by deciding who to interview and what to ask them. For example, we've decided to collect user input for a sports drink company. Great, right? While perhaps a bit exaggerated, the below may sound familiar, especially when time and budget is tight.

We know the product so well, we have lots of site data and market research, so we know what our audience thinks of us. Not only are we the users (because we happen to also drink sports drinks), but we can imagine what our different audiences think of us and our competition.

Unfortunately, we're likely too engulfed in the day to day, to get accurate data from speaking just within our immediate teams. And if we do decide to conduct user interviews, bias can influence who we choose to interview (eg failing to consider all relevant groups of people) and the types of questions asked (eg leading questions).

While we've all heard that "the numbers don't lie," suggesting quantitative data is always objective, what about the steps we take to find this data, or how it is collected? That initial email request for specific datasets, or the Google search and selection of the study that most affirmed your hypothesis? That darn bias sneaks in yet again!

So how do we avoid UX bias?

  • Looking as far and wide as possible: of course make sure to source for any and all existing information on audience. But don’t stop there. Ensuring that we’re engaging with people from multiple departments, at different levels, and asking who they believe their audiences to be (and who they aren't, and why? …) The process of collecting multiple perspectives and asking them to explain their reasoning will provide us with great insight. 

  • Try to do the above activity in person, if possible during a workshop. Invite people from different departments with different levels of seniority. Separate people from their managers or those they work with on a daily basis to encourage open and honest input.  Use ice-breakers to help people loosen up and feel more comfortable. 

  • When you determine who your audience is, print out their persona and make sure everyone on the team can see it as a reminder of who you're working for! 

  • Collect a list (or slack your team members) of the most surprising information you've learned during your audience research. The habit of light heartedly calling out your assumptions and reminding yourself of surprises leads to a more open-minded approach to setting up audience research.

  • Ensure the whole team stays aware of the real possibility of having to pivot the project based on future research findings. We all need to be aware and educated of this possibility: providing updates on the research process as it progresses definitely helps.  Don’t be afraid to expose all team members to rough & ready “work in progress” brainstorms to give exposure to the work and provide space for far and wide input. It may take some initial effort, but you'll save yourself from future stress by having the flexibility to provide the best insights and recommendations.

  • The good news among all of this bias is that our users will quickly prove or disprove assumptions by telling us what they need, want, and expect! We just have to be comfortable with having assumptions disproven and allow time to adjust direction of research.

Bias can be hard to shake, but we're adept at avoiding it’s traps and giving accurate insight: if you’re thinking about audience research or wider UX strategy, we're here to help. 

06 Dec 2016

SES: Drupal 8, front-end teardown

We’ve just designed and built a new website for the world-leading satellite operator, SES. SES connects and enables broadcast, telecom, corporate and government customers, and enriches the lives of billions of people worldwide.

We’re really proud of how it’s turned out, and as it’s one of the first batch of high-profile large Drupal 8 websites, we’ve been asked by a wide range of people about our technical approach to building a complex site using the latest version of Drupal.

You can read our case study here on the project as a whole, but here is Stuart Wilson, Head of Frontend Development at Catch to explain a little more around our front-end approach:  

“The sheer scale of the SES website demanded a scalable and comprehensive front end system. As a team we approached the transition from design to code by creating a static style guide of individual components which would then be used to power the Drupal 8 website.

Our modular CSS was written in SASS using NPM to run build scripts and wrapping it up with PostCSS’ Autoprefixer for greater resilience to browser inconsistencies. Using BEM syntax and championing an OOCSS approach allowed us to write configurable componentry which was open to extension, but closed to core modification which meant that QA testing could happen earlier on in the build.

“The sheer scale of the SES website demanded a scalable and comprehensive front end system."

STUART WILSON, HEAD OF FRONT END DEVELOPMENT AT CATCH

Thanks to Drupal 8’s use of the Twig templating engine, we could test the flexibility of our HTML templates using mock data which was then swappable for real content from the CMS.  This created a unified theming workflow with clear ownership between the front and back end of the website and helped reduce code overhead whilst instilling scalability within the UI.

Thanks to our modular approach, we were able to utilise Drupal Paragraphs to promote greater flexibility across content types in the CMS, enabling SES to realise any combination of page designs they required.”

Visit www.ses.com and stay tuned for future SES developments. We’re continuing to work with the team in Luxembourg on increased website functionality and a range of other exciting digital products.

Start a conversation

0207 494 3554
or
newbiz@catchdigital.com