Two Ways to Use Behavioral Science: On Users, and On Yourself
By Ray with my favorite human, Benjamin Scott. Design Brief,
TL;DRBehavioral science can enhance user engagement and decision-making, but leaders must also recognize and mitigate their cognitive biases to ensure balanced judgment and effective product strategy.
Behavioral science hands you a real toolkit. Make the action easy, make it attractive, show what others do, time it well. These moves work on users. They move sign-ups, payments, and retention. But there is a catch that leaders miss. The same brain quirks you exploit in a checkout flow are running inside your own head during design reviews and roadmap calls. If you only point the science outward, you get better at steering users while your own judgment stays crooked. This brief covers both ends of the stick.
Start with the menu, not the theory
You do not need a psychology degree to use this. You need a short list of levers. The EAST framework from the Behavioural Insights Team gives you four: Easy, Attractive, Social, Timely. That is the whole menu. Pick the action you want, then ask which lever is missing.
The proof is in the numbers. When the UK made pension enrollment automatic by default, enrollment jumped from 55% to 87%. When tax letters added a line saying most people pay on time, payment rates rose. Small changes, real movement, no new product needed.
Watch the limits, though. These frameworks are a set of tricks, not a theory of why people act. Chris Harvey notes they mostly show short-term wins on one-off actions. They will not fix a deep, long-running problem on their own. Use them to move a single behavior, not to explain your whole user base.
Map the levers onto your actual flow
Once you have the four levers, walk your product with them in hand. Stephen Ratcliffe frames this as setting your compass to EAST: find the one lever your flow is missing and add it there. A signup with no social proof? Add what others do. A key step buried three clicks deep? Make it the default.
James Clear's four laws of habit, applied to product by Reshuka Jain, cover the same ground with a useful add-on: satisfying. Make the payoff obvious, attractive, easy, and satisfying. A progress bar near the finish line pushes people to complete. A reward at the end makes them come back.
The move that leaders skip is measuring the change. A nudge without a metric is a guess. Before you ship the tweak, name the number you expect to move and how you will read it. Otherwise you are decorating, not designing.
The bias runs backward too
Here is the part that stings. The framing tricks you use on users work on you. Kalina Tyrkiel points to a Nielsen Norman test where the same result was framed two ways. Told "20% of users failed," 51% of designers voted to redesign. Told "80% succeeded," only 39% did. Same data. Different call. That is your team in every research readout.
The sunk cost trap is worse for leaders. You use progress bars to keep users going. Then you keep shipping a feature you already spent months on, because dropping it feels like waste. Loss aversion makes a bad bet feel like a loss you must chase.
Anchoring hits your roadmap too. The first estimate, the first mockup, the first stakeholder opinion becomes the number everyone circles. Not because it was right. Because it came first.
Name the bias out loud, as a team habit
Awareness alone does not fix this. You need a ritual. Stéphanie Walter and Laurence Vagner built a deck of 60 bias cards sorted into research, decision-making, teamwork, memory, and problem-solving. Keep them on the desk. Pull one when a call feels too easy.
Build the check into your process, not your good intentions. Report research as both success and failure rates so framing cannot pick your answer. Run short sprints so a bad feature can die before sunk cost welds you to it. In user testing, rotate which version people see first so the primacy effect does not crown the wrong winner.
The teamwork biases matter most and get named least. The card deck flags them for a reason: the loudest voice, the first idea, the status quo all steer group calls before anyone notices.
The deep cut
The trap is thinking behavioral science is a tool you aim at users. It is a mirror as much as a lever. The exact bias you built into your onboarding to help users is the one bending your judgment in the review room. If your team can name why a suggested donation amount works on a user, they can name why a suggested budget number is anchoring your planning. Teach the levers as a two-way skill. The team that spots framing in a checkout flow should spot it in their own metrics dashboard. That second skill is where the real leverage sits, and it is the one nobody puts on the roadmap.
Three questions for your team
- Which EAST lever is missing in our top flow, and what number will tell us the nudge worked? Pick one flow this week and add the missing lever with a metric attached.
- Are we reporting research as both the success rate and the failure rate? If not, reframe your last readout both ways and see if your recommendation holds.
- What feature are we still building mostly because we already invested in it? Name it, then ask whether you would start it today knowing what you know now.



