Dear Reader,
That term "data-driven design" is thrown around a lot. Let's tackle it.
Last week, I asked some design friends what data-driven design meant. Here's what they told me:
It's true. I have seen "data-driven" projects cherry-pick data because the CEO or HiPPO (highest-paid person's opinion) didn't like the outcome.
But I've also worked with some brilliant data scientists who embody the term "data-driven" and have very high standards of rigor for data.
How should designers use data to make decisions?
There are 3 ways.
Note: "data" = both qualitative + quantitative data and focuses on customer data, both declarative and behavioral.
"Customer data is a source of inspiration, but intuitions make decisions."
Data is "insightful" to you, but it can come from anywhere and be cherry-picked. You prioritize a big-picture, future view. Trends, declarative data, and insights drive your team.
Example: Designers interview users periodically, and this declarative data indirectly lead them to simplify their app's information architecture. Later, the product manager noticed a drop in the numbers simultaneously as the feature launched. They suspect the customers' opinions they talked to don't match the customer base as a whole. In the end, they don't change the feature because they all agree that the change was an improvement. After all, the senior designer says that it's a best practice, and she's an expert in information architecture.
The Designer's Role:
Decision-Making: Experience makes decisions even over data
#Strategy #Insights #Inspiration
"Customer data helps you evaluate your design decisions."
Customer data is "pulled" by experts or gathered through usability tests to measure projects. Big-picture goals, quantitative KPIs, and qualitative feedback drive the team.
Example: You create and launch a feature based on your team's quarterly OKRs that they hope will increase the adoption of their app. After releasing the feature, your team notices a significant drop in adoption on the analytics dashboard the same day as the release. You do some usability tests to figure out where the issue is. You don't find a problem, but you decide to change a few things that users bring up in the interview.
The Designer's Role:
Decision-Making: Experience makes decisions unless customer data informs us that we're wrong.
#Analytics #Usability #Evaluation
"Customer data shows you what to design next."
Design methods are seen as a valuable way to generate data. Design data de-risks ideas and enhances decision-making for the whole team. Behavioral data from experiments drive the team. Customer data is the start and end of projects because it's how you determine what to build.
Example: The last experiment you designed was a test of a new feature you want to build. You set up a Landing Page Test to see if users would give you their email address for the new feature. They didn't respond like you guessed...but in the experiment retro, your team looks at the heat map you added on Hotjar. You notice that every user that gave an email address hovered on the newsletter form at the bottom. You decide to design an experiment to remove all other forms from the page. It passes the test! So you design a prototype to test usability now that you tested the desirability.
The Designer's Role:
Decision-Making: Experiments make decisions even over experience
#Experimentation #ConceptTesting #Innovation
|
COURSE: Defining UX Strategy COURSE: Facilitating Workshops New dates announced in December! |
Don't dishearten if you don't like where you land in this framework. Your role, team, and budget affect what you can do with data.
Build the skills to work with whatever customer data you can get hold of...qualitative and quantitative.
Until next week, get inspired, informed, or driven about data!
Jeff Humble
Designer & Co-Founder
The Fountain Institute
P.S. This Saturday, I'm giving a FREE webinar on concept tests and data-driven prototyping: Get a masterclass in designing with data→
Huge thanks goes to Adithya Jayan (AJ), Maximilian Schmidt, Maximilian's data scientist colleague, Mahdis Atabaki, Jean-Luc Momprivé, Damian Martone, Gonzalo Sanchidrian, Mohit Kishore, Gabe Ali, and Paolo Gambardella for giving their time to provide feedback on this framework.
The Fountain Institute is an independent online school that teaches advanced UX & product skills.
When Frameworks Fail and Gut Feelings Take Over By Hannah Baker Dear Reader, You know that moment when the data looks clear, the framework is airtight, and yet something in your stomach says, don’t do it? That’s judgment, the quiet, inconvenient voice that shows up when the evidence has already spoken. It’s also the thing most of us struggle to explain, even though our careers depend on it. Businesses love reasoning. We build frameworks to make decisions look rational, dashboards to make them...
Last-Minute Halloween Costumes for Designers 🎃 by Jeff Humble Dear Reader, It's time to expose your designer trauma to the whole world. It’s that time of year again, when we’re forced to stop nudging rectangles long enough to remember Halloween exists, and suddenly we need a costume tonight. But fear not! While normal humans panic-buy cat ears from a drugstore, we designers do what we do best: turn our professional pain into content. Here are 9 last-minute costumes for brave designers. 1. UX...
Before The Fountain Institute, there was Art School Dropout By Hannah Baker Dear Reader, In spring 2020, when the world had just gone remote, we ran a tiny experiment called Art School Dropout. It wasn’t about UX or product design. We didn’t even know that’s where we’d end up focusing yet. It was about exploring the overlap between art and design, and figuring out how to make learning online feel human, creative, and social. We weren’t thinking about building a business yet. We were just...