In diesem Ratgeber
Feedback aus einer Beta landet in Chats, Mails, Store-Konsolen und Screenshots. Ein Tracker sammelt alles an einem Ort: Du siehst, was offen ist, was sich wiederholt und was du entschieden hast. Kopiere die Kopfzeile unten in ein beliebiges Tabellenprogramm.
Kopfzeile zum Kopieren (CSV)
ID,Datum,Quelle,Tester,Bereich,Art,Beschreibung,Schritte zum Nachstellen,Gerät / OS / Version,Schwere,Anzahl,Status,Entscheidung,Zuständig,Behoben in Build,Notizen
Wofür jede Spalte da ist
| Spalte | Zweck | Tipp |
|---|---|---|
| ID | Feste Referenz (F-001) | IDs nie wiederverwenden |
| Datum | Wann es kam | Zeigt Häufungen nach einem Release |
| Quelle | Privates Feedback, Mail, Chat, Absturzbericht | Zeigt, welcher Kanal brauchbares Material liefert |
| Tester | Wer es gemeldet hat | Für Rückfragen |
| Bereich | Bildschirm oder Ablauf (Anmeldung, Kasse) | Kurze feste Liste, damit du filtern kannst |
| Art | Fehler, Bedienung, Idee, Frage | Ideen ertränken sonst die Fehler |
| Beschreibung | Ein Satz in deinen Worten | Nicht die Rohnachricht |
| Schritte zum Nachstellen | Nummerierte Schritte | Leer heißt „braucht mehr Infos“ |
| Gerät / OS / Version | Wo es passiert ist | App-Build mit angeben |
| Schwere | 1 Blocker, 2 groß, 3 klein, 4 kosmetisch | Stufen einmal schriftlich definieren |
| Anzahl | Wie viele Tester es meldeten | Zähler erhöhen statt Duplikate anlegen |
| Status | Neu, Info fehlt, bestätigt, in Arbeit, behoben, wird nicht behoben | Liste kurz halten |
| Entscheidung | Jetzt, später, nie, plus Grund in einer Zeile | Den Grund willst du in drei Monaten noch kennen |
| Zuständig | Wer handelt | Auch wenn immer du es bist |
| Behoben in Build | Build mit dem Fix | Tester wissen, was sie neu prüfen sollen |
| Notizen | Sonstiges |
Beispielzeilen (erfunden)
F-001,2026-03-02,Privates Feedback,T4,Anmeldung,Fehler,Login-Button reagiert nach falschem Passwort nicht mehr,1. Falsches Passwort eingeben 2. Zweimal auf Login tippen,Pixel 7 / Android 14 / 0.9.2,2,3,Bestätigt,Jetzt beheben: blockiert alle mit Tippfehler,Ich,0.9.3,
F-002,2026-03-03,Mail,T7,Einstellungen,Idee,Wünscht dunkles Design,,,4,1,Neu,Später: nicht nötig zum Launch,Ich,,
So arbeitest du damit
- Trage jeden Eintrag ein, auch Duplikate: erhöhe die Anzahl, statt eine zweite Zeile anzulegen.
- Sortiere nach Schwere, dann Anzahl. Diese Liste ist dein nächster Build.
- Fülle vor jedem Release für jede Zeile die Entscheidung aus, auch „wird nicht behoben“. Unbeantwortete Zeilen kosten Vertrauen.
- Filtere nach jedem Build auf „Behoben in Build“ und bitte die Melder um Bestätigung.
Grenzen: Schwere und Entscheidung sind deine Einschätzung. Zum Abwägen vieler offener Punkte hilft App-Feedback priorisieren: Wirkung gegen Aufwand; wie aus dem Stapel Pläne werden, steht in App-Bewertungen in eine Roadmap verwandeln.
Verwandte Seiten
- Übersicht: Checklisten für mobile App-Tests: alle Bereiche an einem Ort
- Checkliste: Testumgebung einrichten
- Checkliste: Datenschutzerklärung für Apps
Feedback von AppReviewX kommt strukturiert (Bereich, Schritte, Gerät) und passt direkt in diese Tabelle. 1 Feedback = 1 Credit; neue Konten starten mit 0. Kostenlos starten.