Deepraj R

Design thinking for everyone

A way of solving problems that starts with the people who have them, not with the solution you already had in mind.

June 23, 2026

Design thinking is a problem-solving approach that starts from a deep understanding of the people who will use what you build, and works backward to a solution that fits their real needs. It was popularised by the design firm IDEO and Stanford’s d.school, and although it grew up in product design, none of it is exclusive to designers.

The reason it matters in a digital, fast-moving world is that it guards against the most common and most expensive mistake: building a polished solution to the wrong problem. By grounding the work in evidence about real users before committing to a design, you spend your effort where it actually pays off.

The classic version of the process has five stages: empathise (understand the user), define (frame the real problem), ideate (generate options), prototype (build something rough), and test (put it in front of users and learn). It is a loop, not a line — you cycle back as you learn more.

Start with the end user

The “end user” is simply anyone who will use the product or service you create. The whole approach hinges on actually getting to know them rather than guessing. You can do that several ways:

  • Interviews — talk to them one on one about their experience.
  • Focus groups — get a small group talking and watch what they agree and disagree on.
  • Observation — watch them use the current product or workaround; people often do something different from what they say they do.
  • Surveys — gather wider patterns once you know what to ask.

The goal across all of these is the same: understand what users do, how they feel, and how they think. That understanding is the raw material everything else is built on.

Solve the right problem

Once you genuinely understand your users, you start noticing unmet needs — the gaps between what people have and what they actually want. Pointing your design at one of those real needs is what separates useful work from busywork. Defining the right problem before you start building saves time and almost always produces a better solution, whatever your role or industry.

It applies to every role

It is easy to assume design thinking is only for “creative” jobs. It is not. Whatever you do, someone is on the receiving end of your work — and the moment you treat them as a user whose experience you can improve, the approach applies. A few examples of how that looks:

Customer support — Treat every “I wish it could…” comment as data. Logging those wishes and sharing the patterns with the team turns frontline conversations into a steady stream of process improvements.

Recruiting — Job applicants are end users of your hiring process. Building a simple persona of who they are and what motivates them, and mapping their journey from application to offer, lets you design an experience that makes good people want to join.

Finance — The colleagues who read your reports are users too. Understanding what decisions they are trying to make tells you which numbers to surface and which to cut, so your analysis is targeted instead of exhaustive.

Working