Tester-Feedback nützt erst, wenn es die App verändert. Wenn du hauptsächlich per Prompt baust, führt der kürzeste Weg von der Notiz eines Testers zum Fix über einen guten Prompt. Ein vager Prompt bringt eine vage Änderung, und eine ungeprüfte Änderung kann etwas anderes kaputt machen. Hier ist eine Schleife, die du bei jeder Feedback-Runde wiederholen kannst.
Die Schleife
- Sammeln
- Priorisieren
- Prompt schreiben
- Änderung anwenden und ansehen
- Auf echtem Gerät prüfen
- Dem Tester Bescheid geben
1. Strukturiert sammeln
Ein freies "geht nicht" lässt sich schwer bearbeiten. Bitte Tester jedes Mal um dieselben Felder: was getan, was erwartet, was passiert ist, Gerät und Betriebssystemversion. Eine Meldung in dieser Form lässt sich fast unverändert in einen Prompt kopieren. Siehe App-Feedback, mit dem Entwickler arbeiten können und die Fehlerbericht-Vorlage.
2. Priorisieren, bevor du promptest
Schick nicht zehn Meldungen auf einmal an den Assistenten. Sortiere nach Wirkung und Aufwand (Anleitung): Abstürze und blockierte Kernabläufe zuerst, Feinschliff zuletzt. Ein Problem pro Prompt. Kleine Änderungen lassen sich leichter prüfen und zurücknehmen.
3. Präzisen Prompt schreiben
Ein guter Prompt enthält vier Dinge:
- Kontext: welcher Screen oder welche Funktion, in ein bis zwei Sätzen.
- Die Meldung: Schritte, erwartetes Ergebnis, tatsächliches Ergebnis, Gerät und Betriebssystem.
- Die Grenze: "ändere nur, was nötig ist; räume keinen fremden Code auf".
- Eine Prüfung: woran du erkennst, dass es klappt, inklusive eines benachbarten Verhaltens, das gleich bleiben muss.
Zum Kopieren: Prompt-Vorlage vom Fehlerbericht zum Fix.
Kannst du das Problem nicht selbst nachstellen, schreib das in den Prompt und bitte den Assistenten, seine Vermutung zu erklären, bevor er Code ändert. Bitte ihn nicht, "alles aus dieser Meldung zu beheben".
4. Die Änderung ansehen
Du musst nicht jede Zeile verstehen, aber schau, was sich geändert hat: welche Dateien, wie viele Zeilen. Ein Ein-Zeilen-Fehler, der zu Änderungen in zehn Dateien führt, verdient einen zweiten Blick. Halte jeden Fix in einem eigenen Commit oder Speicherpunkt, damit du zurückgehen kannst.
5. Auf echtem Gerät prüfen
Führe genau die Schritte aus der Meldung auf einem echten Handy aus, am besten dem Typ, den der Tester nutzte. Dann das benachbarte Verhalten, das gleich bleiben sollte. Der Emulator ist ein erster Durchgang, das echte Handy ist der Beweis. Siehe warum ein Emulator nicht reicht.
6. Die Schleife schließen
Sag dem Tester, was du geändert hast, und bitte um eine erneute Prüfung. Wer sieht, dass seine Hinweise genutzt werden, schreibt beim nächsten Mal oft bessere. Eine Quote dafür nennen wir nicht; so wird aus Feedback eine Gewohnheit statt eines Einzelfalls.
Wenn der Fix nicht hält
- Der Assistent hat es "behoben", aber die Schritte scheitern weiter: Schick dieselbe Meldung noch einmal, mit dem, was du nach der Änderung beobachtet hast.
- Der Fix hat etwas anderes kaputt gemacht: zurücknehmen, dann das kaputte Verhalten in die "muss gleich bleiben"-Zeile aufnehmen.
- Zwei Versuche ohne Fortschritt: Beschreib das Problem in eigenen Worten, kleiner und mit weniger Kontext.
Führe ein kurzes Protokoll
Eine Zeile pro Meldung: Datum, Problem, Gerät, verwendeter Prompt, Ergebnis. Nach ein paar Runden siehst du, welche Meldungen saubere Fixes ergeben.
Wo AppReviewX passt
AppReviewX liefert dir privates, strukturiertes Feedback von anderen Entwicklern in einer Form, die zu dieser Schleife passt. Ein geschriebenes Feedback bringt einen Credit, mit Credits bekommst du Feedback zu deiner App, neue Konten starten mit 0 Credits.
Verwandt: Vibe-Coding-Hub, die ersten ehrlichen Store-Bewertungen, Ablehnungsgründe im Store, echte Geräte testen.
Kostenlos starten und die Schleife in Gang setzen.