liveBook · Manning

Customer problem

As explained in Design for Developers

A user need is a problem, goal, constraint, or desired outcome experienced by a product's user.

A customer problem is the need, goal, constraint, or desired outcome a product should address. Define it before proposing solutions: it gives the project direction, keeps users central, and creates a basis for judging success. section 4.1.4 section 4.3

Turn a customer problem into a usable design foundation:

  • Identify who experiences the problem, what they need, why it matters, and the circumstances in which they use the product. section 4.1.4 section 3.4.1
  • Write the problem as a hypothesis rather than treating an initial assumption as verified knowledge. section 4.1.4 section 4.1
  • Validate it with research, combining behavioral or numerical evidence with user attitudes, opinions, and feedback. section 4.3 section 4.1
  • Use the validated problem to define requirements, create solutions, test them, and revise when they fail to satisfy the need. section 3.4.1

Google Glass

Google Glass demonstrated the risk of solving a nonexistent consumer problem. Its camera and display raised privacy, security, and safety concerns, while more focused enterprise use cases later emerged. The lesson is to investigate whether a need exists before investing in a solution. section 4.0

Figure 3.4 The user-centered design process starts with identifying a user need you are trying to solve and then moves on to how users are going to utilize what you provide, identifying the requirements needed to solve the use case, building a design solution, and evaluating whether the design fulfills the user’s need. If the process does not satisfy the user’s need, it restarts.

Follow the cycle from identifying a customer problem through context, requirements, design, and evaluation; restart research and design when the solution does not fulfill the need. section 3.4.1

How Design for Developers covers it

How deep it goes
Establishes problem statements, validation, requirements, solution design, and iterative evaluation without specifying implementation internals.
Examples
Uses Google Glass, user need statements, interviews, analytics, qualitative studies, quantitative studies, prototypes, and feedback cycles.
What it assumes
Assumes a product idea or target audience, but teaches from zero how to define, question, research, and validate the underlying need.
What you can do after
Evaluate/understand customer problems by defining hypotheses, validating them with research, and iterating designs against user needs.
How it connects
Connects user personas, user research, user-centered design, requirements, design solutions, and usability evaluation.

Also explained in

Compare how 7 books explain customer problem →

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Design for Developers. The section links point to the parts of the book it draws on.