Lec 63: The Design Brief & Design Requirements

Lec 63: The Design Brief & Design Requirements

🎙 Prof. Sharmistha Banerjee 👥 229K 📅 September 17, 2026 ⏱ 25 min 👁 1 📄 tutorial 🧭 2026-09-17
Available in: English (current) Français

Keywords

design briefdesign requirementsuser needsMoSCoWpersona

Summary

In this final lecture of the User Research Methods course, Professor Sharmistha Banerjee demonstrates how to convert user research findings into a design brief and design requirements. The lecture begins by revisiting the distinctions between user needs, wants, and requirements, using the example of Maya, a car driver, to illustrate each. It then introduces four dimensions of requirements: functional, emotional, social, and contextual, emphasizing that a complete design must address all four. The instructor explains why requirements must be testable and measurable, providing practical methods such as attaching metrics and thresholds, and using tools like semantic differential scales for qualitative aspects. The MoSCoW prioritization technique (must-have, should-have, could-have, won’t-have) is presented as a way to manage scope. The remainder of the lecture focuses on assembling a design brief, which includes problem statement, user insights, prioritized requirements, constraints, and success criteria. A detailed example of a smartwatch design brief illustrates each section. The brief is described as a working contract that aligns research, design, engineering, and stakeholders, and it should be versioned as new evidence emerges. Key takeaways emphasize traceability from personas and insights to requirements and metrics, ensuring that the design brief ties the entire research process together.

198 words

Critical Evaluation

Value of the Information & Strength of the Argument

The lecture provides significant practical value by offering a clear, structured framework for translating qualitative user research into actionable design specifications. The instructor effectively argues that requirements must be testable and measurable to be useful, using concrete examples (e.g., ‘90% of first-time users complete setup unaided within 8 minutes’) that illustrate how to operationalize abstract needs. The emphasis on a design brief as a boundary object that serves different stakeholders is well argued, highlighting its role in aligning team efforts. However, the argumentation relies heavily on the instructor’s own pedagogical narrative and lacks external empirical evidence or references to design research studies. The logic is sound but somewhat prescriptive, without discussing alternative approaches or potential limitations.

Scientific Rigor, Source Quality, Title Accuracy

The scientific rigour is adequate for a course lecture: the content is internally consistent and builds upon earlier lectures in the series, but it does not cite external peer-reviewed sources or industry standards beyond generic references to methods like MoSCoW and SUS. The title ‘The Design Brief & Design Requirements’ perfectly matches the content, which is exclusively about these topics. No comments were provided for analysis, so public reception cannot be assessed.

203 words

Title / Content Match

The title accurately reflects the lecture's focus on translating user research into design requirements and a design brief, matching the content delivered.

Quality & Reliability

8/10

Content is well-structured and pedagogically sound, delivered by an academic expert from IIT Guwahati. The lecture synthesizes prior course material into actionable guidance, but it relies on a single instructor's perspective and lacks external citations beyond internal course references. The framework presented is internally consistent and practical.

Key Moments

Cited Sources

Contribution & Novelties

This lecture contributes by consolidating user research findings into a structured methodology for producing design requirements and briefs, emphasizing testability and cross-stakeholder alignment. It offers a practical template for translating empirical insights into engineering specifications, which is valuable for product design education. The approach is not entirely novel but serves as a comprehensive synthesis.

Pour aller plus loin :

111 words

Radar Profile

The profile shows high scores in information quantity and quality, reflecting a dense, well-structured lecture. Technical level is moderate, accessible to those with some design background. Reliability is strong due to institutional source, though the absence of external verification tempers it slightly. Overall, a solid educational resource.

Reliability 8/10