A few notes on "Briefs in 15 minutes: the template I have used for three years." — written from active practice, not from the textbook.

The right brief format saves days per project. Here is mine — with examples of what works and what does not.

Background

The hard part is rarely the idea — it is holding discipline over weeks. That is what decides whether the result becomes a system or a pile of artefacts.

Key decisions

  • Fix the constraints first, derive the options second — never the other way around.
  • Verify one assumption per iteration, not ten at once.
  • If it cannot be measured, it does not belong in the brief.

Approach

What I have learned from real projects: smaller steps, shorter loops, making trade-offs visible early. That saves more time than any tooling tweak ever will.

If this overlaps with what you are wrestling with, write — I welcome concrete questions far more than general comments.