In diesem Ratgeber
Du hast Tester gebeten, Fehler zu finden, und bekommst eine Wunschliste: dunkler Modus, Export, Widgets, Kalenderansicht, Teilen. Dass Leute mitdenken, ist ein gutes Zeichen, aber eine Liste von Ideen ist kein Plan. Baust du alles, wächst die App in jede Richtung, und nichts wird fertig. Erst sortieren, dann wählen.
Schritt 1: Jeden Punkt in eine von vier Schubladen legen
| Schublade | Frage | Beispiel |
|---|---|---|
| Fehler | Tut die App etwas anderes als vorgesehen? | Speichern-Knopf reagiert nicht |
| Bedienproblem | Es funktioniert, aber Leute verirren sich oder sind langsam? | Man findet nicht, wo man einen Eintrag ändert |
| Wunsch | Etwas Neues, das es noch nicht gibt? | „Bau einen CSV-Export ein" |
| Meinung | Geschmack, ohne Aufgabe dahinter? | „Ich mag Blau lieber" |
Fehler und Bedienprobleme gehören in deinen normalen Behebungsprozess. Meinungen kommen in eine Notiz, außer mehrere sagen dasselbe. Der Rest dieser Seite handelt von Wünschen.
Schritt 2: Jeden Wunsch in ein Problem übersetzen
Ein Wunsch ist eine Lösung, die sich jemand ausgedacht hat. Darunter liegt eine Aufgabe, die er nicht erledigen konnte. Frage: „Was wolltest du tun?" Schreibe das Problem dann in einem Satz auf.
| Wunsch | Zu lösendes Problem |
|---|---|
| „Bau einen CSV-Export ein" | „Ich muss meine Daten für die Steuerberatung in eine Tabelle bekommen" |
| „Bau Widgets ein" | „Ich will den heutigen Stand sehen, ohne die App zu öffnen" |
| „Kalenderansicht" | „Ich sehe nicht, was in den nächsten Wochen ansteht" |
Jetzt kannst du fragen, ob es eine kleinere oder günstigere Lösung gibt. Eine wöchentliche E-Mail löst das Kalenderproblem vielleicht schneller als ein neuer Bildschirm.
Schritt 3: Zählen und gruppieren
- Führe ähnliche Probleme in einer Zeile zusammen.
- Mach für jede unabhängige Person, die es genannt hat, eine Markierung.
- Setze nach oben, was zum Hauptzweck deiner App passt.
Zehn verschiedene Ideen schrumpfen oft auf drei Probleme. Behandle die Probleme als Liste, nicht die Ideen.
Schritt 4: Einfache Regeln anwenden
- Dient es der Kernaufgabe? Ist deine App ein Timer, gehört ein Budget-Diagramm nicht zum Kern.
- Nennen mehrere unabhängige Personen dasselbe Problem? Eine Anfrage ist ein Signal zum Beobachten, drei sind ein Signal zum Handeln.
- Ist es günstig und sicher? Kleine, risikoarme Wünsche können früh rein; große brauchen eine Entscheidung.
- Bringt es Pflegeaufwand? Jede Funktion muss gewartet, getestet und erklärt werden.
- Passt es zu deiner Zielgruppe? Nicht jeder Tester ist dein Nutzer.
Was an der ersten Regel scheitert, kommt auf eine „Nicht jetzt"-Liste. Das ist eine Entscheidung, keine Ablehnung.
Schritt 5: Den Testern Bescheid geben
Antworte mit deiner Entscheidung: „Fürs nächste Update geplant", „Überlege ich" oder „Jetzt nicht, passt nicht zum Fokus". Ein Nein nehmen Leute besser an als Schweigen. Versprich keine Termine, die du nicht halten kannst.
Den Zustrom begrenzen
- Gib den Testern eine Aufgabe für den Test, damit sie dazu berichten und nicht zu allem.
- Biete einen eigenen Ort für Ideen. Ein Feld für Probleme und eines für Wünsche hält beides getrennt.
- Sag in der Einladung, in welchem Stadium die App ist, zum Beispiel „Mich interessieren jetzt nur Fehler und verwirrende Stellen".
Für ein allgemeines Ranking nach Wirkung und Aufwand siehe App-Feedback priorisieren: Wirkung gegen Aufwand.
Weiterlesen
- Übersicht: Probleme beim App-Testen und Lösungen
- Absturzprotokolle vom Handy eines Testers holen
- Fehler, die nur in einer Sprache oder Region auftreten
AppReviewX liefert privates, strukturiertes Feedback, was hilft, Fehler, Bedienprobleme und Wünsche auseinanderzuhalten. Ein Feedback, das du schreibst, bringt einen Credit. Kostenlos starten