Free expert review. Get UX insights for your SaaS. Book a Free 30-minute review
Free expert review. Get UX insights for your SaaS. Book a Free 30-minute review

Outcome-Focused Design: Why Results Beat Deliverables in Product Projects

Design is a huge field that touches every aspect of our lives. How can we include design into our projects and enable ourselves to create the right products?

Hannah Jones
Hannah Jones
Mar 16, 2026
Abstract line graph illustrating different growth paths, emphasizing outcome-focused product design over deliverables

Everything is designed. Few things are designed well.

Brian Reed

“Design” is a deceptively complex term. Its intricacy lies in the wide variety of contexts it can be found. For this reason, it’s important to start by defining exactly what design is.

What is design?

Design deals with the conceptualization of new things, from physical objects to theoretical ideas. It is a vast field with a huge number of sub-divisions.

For this reason, the definition of design will change completely between different designers. For example:

When we think about design with such a wide focus, we can see how much design touches every aspect of life. Every item we use has been created, and therefore designed. Every film we watch will have been designed, every book we read, every theoretical idea will have required design at some level.

So why, according to Brian Reed, are so few things designed well?

Outcome-Focused Design Projects

Here at Donux, we believe that an often missed step in design projects is keeping design outcome-focused. By focusing on the outcome (i.e. the objective) of a project rather than the end products, you change the way design projects are approached and steered.

Let me explain:

Imagine that a bank decides to build a new app to help users access their accounts more simply:

They included “design” in their project and therefore should be almost guaranteed a success, right? Sadly, not always.

In this case, a key question should have been asked at the very beginning. What are the outcomes of this app, for the bank and for the users?

In reality, we have already heard the answer: “to help users access their accounts more simply”. However, what solutions are already in place? How would this new app fit into the bank’s current customer environment?

For example:

In each of these cases, building a new app is almost certainly not the right move. It will likely cost time, energy and money without resolving the key issues customers are facing.

What Outcome-Focused Design Brings to a Project

If we are always oriented towards our outcomes, it means we will always have an answer to the key question, ”Why are we doing this?” That is why we believe it is so important to keep outcomes at the heart of a design project.

It also helps everyone who is working on the project. Whenever a department needs to debate an aspect of the project, they can turn to the outcome to help examine their plan of action:

This is especially true for designers. Design is a complex discipline because it has to consider so many moving parts.

It needs to take users, stakeholders, environments and dynamics into account, which is both wonderfully and horrendously complex!

This is a key reason why we advocate for more design teams to be outcome-focused. We as designers need to have a reliable compass when navigating through such complex and confusing territory.

While it can be easier and tempting to follow a list of features and outputs, if they don’t serve the objective then all the work will be for nothing.

Try keeping outcome-focused design at the center of each project. It keeps everyone focused on the “why” behind each project and helps make end-products that are useful for the company and its clients.

Frequently Asked Questions

What's the difference between outcome-focused design and design thinking?
Design thinking is a process framework (empathize, define, ideate, prototype, test). Outcome-focused design is a mindset that can apply within any framework. You can run a design thinking process and still be output-focused if you don't tie it to measurable results.
How do I convince my team to switch from feature roadmaps to outcome roadmaps?
Start small. Pick one initiative and frame it as an experiment: "Instead of 'build feature X,' let's define the outcome we want and explore the best path." When it works, the results do the convincing.
Can outcome-focused design work for early-stage startups without much data?
Yes. Early-stage teams can define outcomes based on hypotheses and validate them quickly. "We believe onboarding segmentation will increase activation by 20%" is an outcome-focused hypothesis, even without historical data.
What metrics should I use for outcome-focused design?
It depends on your stage. For activation: time-to-value, onboarding completion rate. For retention: 7/30/90-day retention, feature adoption rate. For growth: trial-to-paid conversion, expansion revenue. Pick the metric closest to the problem you're solving.
How does outcome-focused design work with agile sprints?
Each sprint should tie back to an outcome goal. Instead of sprint goals like "complete the settings page redesign," use "reduce support tickets about account settings by 30%." The output becomes a means, not the end.
Is this the same as OKRs?
Related, but not identical. OKRs are a goal-setting framework. Outcome-focused design is how you approach the design work itself. They pair well together: your OKR defines the outcome, and your design process figures out how to achieve it.

Similar posts