Wenn ich dir fünfundvierzig Minuten gäbe, um live in dieser Session ein Feature zu entwerfen, wie würdest du die Zeit nutzen?

Verbring die ersten zehn Minuten mit dem Problem und nicht mit Pixeln: klär Nutzer, Ziel, Randbedingungen und wie Erfolg aussieht, und sprich deine Annahmen laut aus. Dann skizzier schnell zwei oder drei unterschiedliche Richtungen, wähl eine mit erklärter Begründung, und arbeite den Hauptflow inklusive Randzustände aus. Halt die letzten fünf Minuten für Abwägungen frei und dafür, was du testen würdest.

Ich würde den Plan zuerst laut sagen, denn so kannst du mich umlenken, wenn ich Zeit an der falschen Stelle verbringe. Grob zehn Minuten Rahmung, fünf Divergieren, zwanzig für den gewählten Flow und die letzten zehn für Randfälle und Abwägungen. In der Rahmung will ich wissen, für wen das ist, was sie heute stattdessen tun, welche Randbedingungen es bei Plattform oder Zeitplan gibt und woran wir merken würden, dass es funktioniert hat. Kannst du etwas nicht beantworten, formuliere ich eine Annahme und schreibe sie in die Ecke, damit wir beide wissen, dass sie tragend ist. Dann skizziere ich zwei oder drei wirklich verschiedene Ansätze, hässliche Kästen, dreißig Sekunden pro Stück, und ich sage, warum ich den wähle, den ich wähle, denn bewertet wird die Begründung und nicht die Zeichnung. Dann den Hauptflow, Screen für Screen, und ich rede dabei. Und ich lasse immer Zeit für das, was bricht: den Empty State, den Berechtigungsfall, was auf einem Telefon passiert. Läuft mir die Zeit weg, habe ich lieber einen klaren Flow mit ehrlichen Lücken als einen hübschen Screen, den ich nicht verteidigen kann.