Feature Request
Ein konkreter Vorschlag eines Nutzers für eine neue Funktion oder eine Verbesserung in einem digitalen Produkt.
Ein Feature Request beschreibt den Wunsch eines Anwenders, dass ein bestimmtes Verhalten oder eine bestimmte Funktion in einem Produkt ergänzt oder verändert wird. Im Unterschied zu einem Bug-Report beschreibt er nicht etwas, das kaputt ist, sondern etwas, das fehlt oder zusätzlichen Nutzen liefern würde. Feature Requests sind eine zentrale Eingangsquelle für die Produkt-Roadmap.
Ausführliche Erklärung
Feature Requests entstehen an vielen Stellen: im Support-Postfach, im Sales-Gespräch, in App-Store-Reviews, in sozialen Medien und in dedizierten Feedback-Tools. Sie sind in der Regel von einer konkreten Nutzungs- oder Geschäftssituation motiviert – ein Anwender stoesst auf eine Grenze, sieht eine Luecke oder erkennt eine Effizienzchance und schlaegt vor, wie das Produkt darauf reagieren könnte.
Strukturell besteht ein guter Feature Request aus drei Teilen: einer kurzen Überschrift, einer Beschreibung des zugrundeliegenden Problems (nicht nur der gewünschten Lösung) und gegebenenfalls einer Kategorie. Wer ausschließlich die fertige Lösung beschreibt ("Bitte einen Knopf hinzufuegen, der ..."), erschwert dem Produktteam die Bewertung, weil das eigentliche Problem versteckt bleibt.
Im Idealfall durchläuft jeder Feature Request einen sichtbaren Lebenszyklus: Einreichung, Triage durch das Produktteam, Diskussion und Voting durch andere Nutzer, Priorisierung gegen andere Vorschläge, Aufnahme in die Roadmap, Umsetzung und Release-Kommunikation. Voter und Kommentatoren werden bei modernen Feedback-Tools automatisch über Statuswechsel informiert.
Die Anzahl der Stimmen ist ein wichtiges, aber nicht das einzige Kriterium für Priorisierung. Aufwand-Schätzung, strategische Passgenauigkeit und Auswirkung auf Kennzahlen wie Activation oder Retention sind ebenso relevant. Frameworks wie RICE oder MoSCoW helfen, diese Bewertung systematisch zu fassen.
Eine konsequent geführte Feature-Request-Liste senkt den Support-Aufwand deutlich, weil wiederkehrende Fragen ("Ist X geplant?") öffentlich beantwortet sind. Gleichzeitig verschiebt sich die Priorisierungs-Diskussion von Bauchgefühl auf nachvollziehbare Daten – ein wichtiger Effekt für die Glaubwürdigkeit gegenüber Sales und Stakeholdern.
Praxisbeispiel
Ein SaaS-Anbieter für Projektmanagement beobachtet, dass im Support-Postfach binnen drei Monaten 17 Mal nach „Subtasks" gefragt wird. Statt jede Anfrage einzeln zu beantworten, legt das Produktteam einen öffentlichen Feature Request „Subtasks für Aufgaben" an, sammelt darauf weitere 124 Stimmen und plant das Feature für das nächste Quartal ein. Die ursprünglichen Einreicher bekommen automatisch eine E-Mail, sobald das Feature live geht.
Vorteile
- Verschiebt die Priorisierungs-Diskussion von Bauchgefühl auf nachvollziehbare Daten.
- Reduziert Mehrfacharbeit, weil identische Wünsche zusammenfliessen statt parallel beantwortet zu werden.
- Schafft Transparenz für Endkunden und Stakeholder – jede Anfrage hat einen öffentlichen Status.
- Senkt den Support-Aufwand, weil wiederkehrende Fragen öffentlich beantwortet sind.
Haeufige Fehler und Missverstaendnisse
- Den Lösungsvorschlag eines Anwenders mit dem eigentlichen Problem verwechseln und nicht hinterfragen, ob es eine bessere Lösung gäbe.
- Stimmen ausschließlich zählen statt zu gewichten – 5 wichtige Enterprise-Kunden können mehr Gewicht haben als 50 Trial-Anwender.
- Eingereichte Requests stillschweigend abzulehnen, ohne den Einreicher zu informieren – das erzeugt das Gefühl, ignoriert zu werden, und reduziert künftige Einreichungen.
Verwandte Begriffe
Feature Requests mit ideenkiste.app sammeln – kostenlos starten
Strukturiertes Feedback-Board, Voting, oeffentliche Roadmap und Magic-Link-Login. In zwei Minuten startklar.
Kostenlos startenZuletzt aktualisiert: