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: Facilitating Workshops COURSE: Defining UX Strategy |
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.
OpenClaw Part 2: The 🦞 didn't replace Claude. It made me laugh instead. by Jeff Humble Dear Designer, In Part 1, I spent €590 on a Mac Mini, two days in Terminal, and $3.14 in API tokens I didn't mean to burn. I ended with a list of seven things I was going to automate with my OpenClaw agent 🦞. I only got to one of them. Getting an AI agent from zero to useful takes longer than any article will tell you. Most of the time since then has gone into figuring out how to make it reliable, not into...
The System You Can't See By Hannah Baker Dear Reader, Here's a question I get more than any other: "How do I handle the person who talks too much?" Or the flip side: "How do I get quiet people to speak up?" And every time, I want to say: you're asking the wrong question. Not because those moments aren't real or frustrating. They are. But because treating them as people problems is like looking at algae blooming in a pond and asking, "how do I fix the algae?" You don't. The algae isn't the...
I Bought a Mac Mini to Try OpenClaw, the Most Hyped AI Tool of 2026 by Jeff Humble Dear Reader, You've probably heard of OpenClaw 🦞 by now. 145,000 GitHub stars. Headlines everywhere. "The AI that actually does things." This tool is the O.G. dream of AI...automation, not slop. This was the missing piece to my automation system. I had to try it. So I bought an entry-level, 2024 M4 Mac Mini for €590 (on sale in Germany, but they're reportedly selling out in the U.S.) and spent two days trying...