Pre-Mortem-Prompt: ein Feature vor dem Launch stresstesten

Es ist [6 Monate] her, seit wir [Feature-Name] gelauncht haben. Es ist gescheitert. Kein kleiner Ausrutscher, es wird zurückgerollt, still beerdigt, oder ist zu einer Belastung geworden, die wir bereuen. Nimm das als Tatsache und arbeite rückwärts. Hier ist das Feature: [1-3 Sätze Beschreibung, für wen es ist, und das zentrale Wertversprechen]. Geh mit mir durch, was aus diesen Blickwinkeln schiefgelaufen ist: Adoption: Warum haben Leute es nicht genutzt, oder nicht so genutzt, wie wir gehofft hatten? Was haben wir über Nutzermotivation oder -verhalten angenommen, das sich als falsch herausstellte? Auffindbarkeit & Onboarding: Wie haben Nutzer es nicht gefunden, nicht verstanden, oder den ersten Nutzen nicht erreicht? Technisch & operativ: Was ist kaputtgegangen, hat sich verschlechtert, oder skalierte nicht? Welche Grenzfälle, Datenprobleme, oder Integrationsfehler haben uns erwischt? Effekte zweiter Ordnung: Was hat es anderswo kaputtgemacht? Hat es ein anderes Feature kannibalisiert, die Produktgeschichte verwirrt, Support-Last erzeugt, oder Missbrauch eingeladen? Geschäft & Metriken: Hat es die falsche Zahl bewegt, oder die richtige Zahl in die falsche Richtung? Haben wir das Falsche gemessen und einen falschen Erfolg verkündet? Das, was niemand laut gesagt hat: Welche Sorge hatten Leute insgeheim, die wir uns selbst ausgeredet haben? Für jeden Fehlermodus: nenne den konkreten Mechanismus (nicht "Nutzer mochten es nicht", sondern warum), bewerte seine Wahrscheinlichkeit (hoch/mittel/niedrig) und wie früh wir die Warnsignale sehen würden, und gib eine konkrete Sache an, die wir jetzt tun könnten, um es zu verhindern oder das Risiko zu senken. Sei direkt. Ich will die unbequeme Version, nicht die diplomatische.