Erste Woche nach dem Launch: Checkliste zur Beobachtung

In diesem Ratgeber

Tag 0 (Launch-Tag): Lebt sie?
Tag 1-3: Was geht kaputt?
Tag 4-7: Was lernst du?
Vorlage: Tageslog
Anpassen
Verwandte Seiten

Die ersten sieben Tage zeigen, ob der Launch gelungen ist, und Probleme sind jetzt am billigsten zu beheben. Die Liste ist zeitlich gegliedert, damit du nicht den ganzen Tag auf Dashboards starrst. Jeder Punkt hat einen Grund und einen Prüfweg. Deine Werkzeuge werden anders sein; die Fragen bleiben gleich.

Tag 0 (Launch-Tag): Lebt sie?

#	Punkt	Warum	So prüfst du
1	Live-Version aus dem Store auf frischem Gerät installieren	Der Store-Build kann vom Testbuild abweichen	Aus dem Store installieren, nicht über einen Testlink; Kernaufgabe erledigen
2	Absturz- und Fehlerberichte zeigen den Live-Build	Ohne Daten bist du blind	Live-Build-Nummer im Dashboard suchen
3	Backend ansehen: Fehler, Antwortzeiten, Last	Launch-Andrang trifft echte Grenzen	Server-Dashboard zu festen Zeiten öffnen (etwa morgens und abends)
4	Registrierung und, falls du verkaufst, Kauf mit echtem Konto	Hier kosten Launch-Probleme am meisten	Beides selbst durchführen

Tag 1-3: Was geht kaputt?

#	Punkt	Warum	So prüfst du
5	Jede Absturzgruppe einmal täglich lesen	Frühe Abstürze sind meist wenige und behebbar	Nach betroffenen Nutzern sortieren; Muster bei Gerät/OS notieren
6	Jede Store-Bewertung und Support-Nachricht lesen	Frühe Bewertungen setzen den Ton	Höflich und konkret antworten; Stil siehe Antworten auf Bewertungen, falls noch keiner festgelegt ist
7	Abbruch im Onboarding prüfen, falls du ihn misst	Das größte Leck liegt meist früh	Abgeschlossene mit begonnenen Schritten vergleichen
8	Ein paar echte Nutzer eine Frage stellen	Zahlen sagen was, Menschen sagen warum	Kurze Nachricht an erreichbare Nutzer
9	Hotfix oder nicht entscheiden: Absturz im Hauptablauf, Datenverlust, Zahlungsfehler	Das rechtfertigt ein schnelles Update	Die Regel aufschreiben, bevor du sie brauchst

Tag 4-7: Was lernst du?

#	Punkt	Warum	So prüfst du
10	Feedback nach Themen gruppieren	Wiederholungen zählen mehr als Einzelbeschwerden	In eine Tracker-Tabelle eintragen und zählen
11	Entscheiden, was als Nächstes behoben wird	Ohne Entscheidung wächst die Liste nur	Wirkung gegen Aufwand: App-Feedback priorisieren
12	Store-Eintrag prüfen: Versprechen Screenshots/Text etwas, das die App nicht kann?	Abweichungen werden zu schlechten Bewertungen	Wortlaut der Bewertungen mit dem Eintrag vergleichen
13	Wem ein Fix zu verdanken ist, antworten	Rückmeldung schafft Vertrauen	Version in der Antwort nennen
14	Kurzes Fazit der Woche schreiben	Der nächste Launch profitiert	Drei Zeilen: was brach, was überraschte, was ändern

Vorlage: Tageslog

Datum: [ ]   Live-Version: [ ]
Abstürze (neu / gesamt): [ ]   Häufigster Absturz: [ ]
Bewertungen / Nachrichten gelesen: [ ]   Themen: [ ]
Backend-Probleme: [ ]
Entscheidung heute: [ ] keine  [ ] Hotfix  [ ] nächstes Release

Anpassen

Allein entwickelt: Tag 0-3 in zwei kurzen Sitzungen pro Tag. Im Team: eine verantwortliche Person pro Zeile. Streiche Zeilen, für die du kein Werkzeug hast, notiere aber, dass du dort blind bist. Bitte Nutzer nicht gegen irgendeine Gegenleistung um Bewertungen; Antworten und Fixes sind deine Aufgabe, Bewertungen ihre.