Wie entscheidest du, was die Erfolgsmetrik für ein neues Feature sein soll?

Starte bei der Verhaltensänderung, die du erwartest, nicht bei dem, was leicht zu loggen ist. Nenn die konkrete Nutzeraktion, die das Feature häufiger machen soll, wähl eine Metrik, die sich nur bewegt, wenn diese Aktion passiert, und kombinier sie mit einer Guardrail-Metrik, die Schaden an anderer Stelle abfängt. Dann schreib die Zahl auf, bei der du es einen Fehlschlag nennst, vor dem Launch statt danach.

Ich starte bei dem Verhalten, das sich ändern soll, und ich schreibe die Metrik auf, bevor wir bauen, denn nach dem Launch werden alle sehr kreativ darin, was als Erfolg zählt. Für ein Feature, das Leute dazu bringen soll, am ersten Tag Daten zu importieren, ist die Metrik also der Anteil neuer Accounts, die in ihrer ersten Session einen Import abschließen, und nicht die Anzahl der Importe, denn die Anzahl steigt schon, wenn unsere schwersten Nutzer zweimal importieren. Dann ergänze ich eine Guardrail. Bei dem Fall war das das Volumen der Support-Tickets, denn ein schlechter Importer erzeugt Tickets, während die Abschlusszahl noch gut aussieht. Und ich schreibe die Scheiterlinie explizit hin: unterhalb einer bestimmten Zahl nach vier Wochen rollen wir es zurück statt daran zu iterieren. Das aufzuschreiben ist der ganze Trick, weil es das Launch-Review in eine Entscheidung verwandelt statt in eine Debatte darüber, ob zehn Prozent gut waren oder nicht.