Woher weißt du, ob ein Design, das du ausgeliefert hast, tatsächlich funktioniert hat?

Vereinbar das Maß vor dem Entwerfen, nicht nach dem Launch. Nimm eine primäre Verhaltensmetrik, die am Nutzerziel hängt (Aufgabenabschluss, Zeit bis zum ersten Nutzen, Fehlerrate), eine Guardrail-Metrik, die Schaden an anderer Stelle fängt, und eine qualitative Gegenprobe. Instrumentier vor dem Release, setz einen Reviewtermin, und sei bereit, es ein Scheitern zu nennen. Ein Design ohne Erfolgsmaß kann man nur bewundern.

Ich fange heute kein Projekt mehr an, ohne vereinbart zu haben, was als Funktionieren zählen würde. Meist ist das eine Verhaltensmetrik am Nutzerziel, eine Guardrail und etwas Qualitatives. Bei einem Terminbuchungs-Feature war die primäre der Anteil der Buchungen, die ohne Supportkontakt abgeschlossen wurden, die Guardrail waren Doppelbuchungen, denn der schnellste Weg, Buchen schnell zu machen, ist, es unachtsam zu machen, und die qualitative Gegenprobe war eine Handvoll Sessions nach zwei Wochen. Die Guardrail hat sich bezahlt gemacht: der Abschluss stieg schön und die Doppelbuchungen stiegen mit, also haben wir einen Bestätigungsschritt ergänzt, der uns etwas Tempo kostete und das echte Problem behob. Worauf ich sonst bestehe, ist zu prüfen, dass die Events existieren, bevor wir ausrollen, denn das schlimmste Ergebnis ist launchen, einen Monat warten und feststellen, dass nichts getrackt wurde. Und ich setze das Review vier Wochen später in den Kalender, mit dem PM. Wenn es nicht funktioniert hat, sage ich das lieber und iteriere, als alle still zum nächsten Ding weiterziehen zu lassen.