liveBook · Manning

Requirements

As explained in Design for Developers

A business need or constraint is a product or project outcome that an organization expects to satisfy.

Requirements are the business needs, user goals, and constraints a product or project must satisfy. They turn an unclear design problem into decisions about content, structure, and testing. Strong requirements connect what an organization needs with what users must accomplish. section 3.4.1 section 1.1

Use requirements to guide an iterative design process:

  • Identify the target audience, their goals, and the circumstances in which they will use the product. section 3.4.1
  • Specify the business requirements or user goals that define success. section 3.4.1
  • Translate those requirements into wireframes, visual designs, prototypes, and development decisions. section 10.10 section 3.4.1
  • Check that the design meets the initial requirements before testing, then use feedback to revise it. section 11.1.3 section 3.4.1

From requirement to wireframe

A website may need to help people buy a product, book an appointment, or compare hotels. Competitive research, user personas, and business requirements shape a rough wireframe; client approval then allows visual design and development to proceed. section 1.1 section 10.10

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.

The process diagram connects a user need to context, requirements, design, evaluation, and a restart when the need is not satisfied. section 3.4.1

How Design for Developers covers it

How deep it goes
Defines requirements within a four-phase user-centered process but does not detail formal requirements documentation.
Examples
Uses buying products, booking appointments, comparing hotels, content layouts, wireframes, and approved MVPs.
What you can do after
Apply it via user-centered design to decide when a design is ready for testing and iteration.
How it connects
Connects business needs with user goals, user-centered design, personas, wireframes, prototyping, testing, and feedback.

Also explained in

Compare how 13 books explain requirements →

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.