Design Thinking
Understand the person, frame the real problem, build something rough, and learn from their reaction.
Use when Use it on ill-defined problems where the need is genuinely unclear, where the people affected are not you, and where the cost of building the wrong thing is high. It is strongest early, when the framing is still open and cheap to change.
Avoid when Avoid it when the problem is well-specified and the answer is known — it is expensive ceremony for work that needs execution. It struggles with problems whose constraints are technical or regulatory rather than human. And it is the most ritualised framework in common use: workshops, sticky notes and a five-stage poster routinely produce the appearance of the method with none of the substance, because nobody left the building to observe anyone.
6days#Innovation#Discovery#Customer Research