Kundenfeedback einholen: so fragt ihr in einer Software
7 Min. Lesezeit
Um in einem Softwareprodukt Kundenfeedback einzuholen, stellt eine konkrete Frage zu etwas, das die Nutzerin gerade getan hat, und zwar an dem Ort, an dem sie es getan hat. “Wie lief der Export dieses Reports?” direkt nach einem Export bekommt eine Antwort. “Sagt uns, was ihr von unserem Produkt haltet” in einer Fußzeile bekommt Schweigen. Der Rest dieser Seite sind die Momente, die Kanäle und die genauen Formulierungen.
Die meisten Ratschläge zu diesem Thema sind für Läden und Service-Desks geschrieben. Ein Softwareteam weiß genau, was die Nutzerin vor einer Sekunde getan hat, also kann die Frage genau darum gehen.
| Moment | Wo fragen | Fertige Frage |
|---|---|---|
| Direkt nach einer abgeschlossenen Aufgabe | In der App, neben dem Ergebnis | “Hat der Export getan, was du brauchtest?” |
| Nach der ersten Nutzung eines neuen Features | In der App, einmal | “Was wolltest du mit Bulk Edit erreichen?” |
| Nach einem gelösten Support-Ticket | Im Support-Thread | “Hat das geholfen, oder stimmt noch etwas nicht?” |
| Nachdem jemand in einem Ablauf stecken bleibt oder abbricht | E-Mail, einen Tag später | “Du bist bei Schritt 3 der Einrichtung stehen geblieben. Was hat gestört?” |
| Nach 30 Tagen regelmäßiger Nutzung | E-Mail von einer namentlich genannten Person | “Was ist das eine, das du ändern würdest?” |
| Wenn jemand kündigt | Im Kündigungsablauf | “Was hat dich heute zum Gehen bewogen?” |
| Nachdem ihr etwas ausgeliefert habt, worum jemand gebeten hat | Dort, wo die Anfrage kam | “Du wolltest CSV-Import. Er ist live. Deckt er deinen Fall ab?” |
Wann ist der richtige Zeitpunkt, um nach Feedback zu fragen?
Der richtige Zeitpunkt ist direkt nachdem die Nutzerin etwas beendet hat, solange das Detail noch frisch ist. Eine Frage, die auf eine Handlung folgt, bekommt eine Antwort zu dieser Handlung. Eine Frage, die aus dem Nichts kommt, bekommt eine Antwort, die von der Stimmung der Person abhängt, oder gar keine.
Fragt nicht bei der Anmeldung, denn noch hat niemand etwas benutzt. Fragt nicht mitten in einer Aufgabe, denn ihr unterbrecht genau das, worüber ihr etwas lernen wollt. Hat eine Person geantwortet, lasst sie in Ruhe, bis ihr etwas zurückmelden könnt.
Wo solltet ihr nach Kundenfeedback fragen?
Fragt dort, wo die Erfahrung stattgefunden hat. Ein Prompt in der App passt zu einer Frage über einen Bildschirm. Der Support-Thread passt zu einer Frage über eine Lösung. E-Mail passt zu einer Frage über eine Woche Nutzung oder über einen Ablauf, den die Person abgebrochen hat. Ein Gespräch passt zu den Fragen, die ihr nicht vorhersagen könnt.
Jeder Kanal liefert eine andere Art von Antwort:
- In der App: kurz, unmittelbar und konkret, aber nur von Leuten, die gerade da sind. Von Nutzerinnen, die gegangen sind, hört ihr nichts.
- Support-Thread: von Leuten, die schon genervt genug waren, um zu schreiben. Gut, um kaputte Dinge zu finden, schlecht, um den Rest des Produkts zu beurteilen.
- E-Mail: längere Antworten von weniger Leuten, und der einzige Weg, Nutzerinnen zu erreichen, die still geworden sind. Schreibt sie als kurze Notiz einer namentlich genannten Person, mit einer einzigen Frage darin.
- Interview: der Weg zu verstehen, warum Leute etwas tun. Bittet sie, euch zu zeigen, wie sie arbeiten, und schweigt dabei.
Qualität von Feedback-Signalen behandelt, wie ihr gewichtet, was jeder Kanal euch sagt.
Wie fragt man professionell nach Feedback?
Seid konkret, sagt, warum ihr fragt, und haltet die Antwort unter einer Minute. Eine professionelle Frage benennt den Moment, macht klar, dass ein Mensch die Antwort liest, und entschuldigt sich nicht für die Unterbrechung.
Nennt die genaue Handlung (“der Export, den du gerade gestartet hast”), fragt nach einer einzigen Sache, nutzt ein Freitextfeld ohne Pflichtfelder und unterschreibt mit einem Vornamen.
Was ist ein guter Satz, um nach Feedback zu fragen?
Ein guter Satz ist eine Frage zu einem konkreten Moment, die sich in wenigen Worten beantworten lässt. Vergleicht die beiden Spalten unten. Die linken lassen sich mit einem Achselzucken beantworten. Bei den rechten muss sich die Person an etwas Echtes erinnern.
| Schwache Frage | Stärkere Frage |
|---|---|
| “Irgendwelches Feedback?” | “Was war der schwierigste Teil bei der Einrichtung?” |
| “Wie gefällt dir unser Produkt?” | “Wofür hast du das letzte Woche benutzt?” |
| “Bewerte deine Erfahrung von 1 bis 10.” | “Hast du heute geschafft, wofür du gekommen bist?” |
| “Sag uns, wie wir besser werden können.” | “Was hat dich diese Woche am meisten aufgehalten?” |
| “Würdest du uns weiterempfehlen?” | “Wem hast du das zuletzt gezeigt, und was hast du gesagt?” |
Noch eine, die fast überall funktioniert: “Was nutzt du stattdessen, wenn das bei dir nicht klappt?” Sie bringt die echte Konkurrenz ans Licht, und das ist oft eine Tabellenkalkulation.
Was sind die schlechtesten Arten, nach Feedback zu fragen?
Die schlechtesten Fragen sind breit, zu früh, zu lang oder suggestiv. Sie haben ein gemeinsames Problem: Die Person kann nicht antworten, ohne das Nachdenken zu leisten, das eigentlich ihr tun solltet.
- “Bitte füll unsere Umfrage mit 20 Fragen aus.” Wer sie beendet, hat am meisten Zeit oder die stärksten Meinungen.
- Ein Popup auf der ersten Seite nach dem Login. Die Nutzerin kam, um etwas zu tun, und ihr habt sie blockiert. Wegklicken ist die einzig sinnvolle Antwort.
- “Wir freuen uns über dein Feedback!” ohne Frage. Das verlangt von der Nutzerin, sich das Thema auszudenken.
- Eine Suggestivfrage: “Wie sehr liebst du das neue Dashboard?” Ihr bekommt Zustimmung und lernt nichts.
- Eine Bewertung ohne Nachfrage. Eine 6 von 10 verrät die Stimmung. Sie sagt nicht, was zu ändern ist.
- Fragen und dann schweigen. Das kostet euch die nächste Runde, mehr dazu weiter unten.
Wie nennt man Kundenfeedback zu einem Produkt?
Feedback zu einem Produkt heißt meist Produkt-Feedback und teilt sich in zwei Arten. Ein Bug-Report sagt, dass etwas nicht wie vorgesehen funktioniert. Ein Feature Request sagt, dass etwas fehlt. Die Unterscheidung entscheidet, wer es zuerst ansieht, und Feature Request vs. Bug Report zieht diese Linie. Eine dritte Art, Lob, lohnt sich aufzubewahren und mit Erlaubnis zu zitieren.
Ein Feedback-Formular, das “Bug” und “Feature Request” als erste Auswahl anbietet, übernimmt diese erste Sortierung für euch.
Was macht man mit den Antworten?
Legt jede Antwort dort ab, wo das Team ohnehin arbeitet, mit den Worten der Person unverändert. Eine einzige Zeile Originaltext schlägt eure Zusammenfassung davon. Versieht sie mit Typ und grober Dringlichkeit, führt Wiederholungen zusammen und entscheidet: bauen, parken oder ablehnen.
Ablehnen zählt auch als Antwort. “Das werden wir nicht bauen, und hier ist der Grund” beendet das Warten, und Feature Requests ablehnen hat Formulierungen dafür. Für die Technik dahinter beschreibt Feature-Request-Tracking, wie ihr Anfragen aus fünf Kanälen in eine Liste bekommt. Nehmt ihr Anfragen schriftlich entgegen, hält eine Feature-Request-Vorlage sie vergleichbar.
Das Widget von Changeloop legt jede Einsendung als GitHub-Issue an, sodass das Feedback neben dem Code landet, der es beheben wird. Mit jedem Tool gilt dieselbe Regel: eine Liste, eine Verantwortliche, keine Antwort, die im Posteingang von jemandem liegen bleibt.
Warum sagen, was ausgeliefert wurde?
Es zeigt der Person, dass ihre Antwort ihre Zeit wert war. Eine Nutzerin, die euch etwas gesagt hat und später “das ist ausgeliefert, danke” hört, hat einen Grund, wieder zu antworten. Wer nichts hört, schließt daraus, dass die Box nicht gelesen wird.
Der letzte Schritt des Fragens ist also eine Antwort. Sagt jeder Person, die gefragt hat, wann ihre Anfrage ausgeliefert wird, in ihren eigenen Worten und auf dem Kanal, den sie genutzt hat. Den Customer-Feedback-Loop schließen beschreibt den Mechanismus: Der veröffentlichte Changelog-Eintrag löst die Nachricht aus, sodass die Anfragende erst informiert wird, wenn die Änderung live ist. In Changeloop gilt: Wurde aus Widget-Feedback ein GitHub-Issue und schließt der gemergte Pull Request es, postet die Freigabe des Eintrags einen “Shipped”-Kommentar an diesem Issue und zeigt der Einsenderin den Eintrag im Widget; von Hand angelegte Issues sowie GitLab- oder Bitbucket-Repositories bekommen keinen Kommentar. Unsere Doku listet die Einrichtung von Widget und Feed.
Eine Antwort kann kurz sein: “Du hast im März CSV-Import gewünscht. Heute ist er live, und so funktioniert er.” Sie liefert auch die beste nächste Frage, nämlich ob er das abdeckt, was die Person brauchte.
Ein Startplan
Wählt einen Moment aus der Tabelle ganz oben, den, an dem Nutzerinnen am häufigsten Erfolg haben oder aufgeben. Schreibt dazu eine Frage, setzt sie in einen Kanal und lest zwei Wochen lang jede Antwort, bevor ihr einen zweiten Prompt hinzufügt. Antwortet jedem, der etwas Konkretes geliefert hat.
FAQ
Wie oft sollte man Kunden nach Feedback fragen? Bindet Fragen an Ereignisse, nicht an einen Kalender. Eine Nutzerin sollte höchstens einen Prompt pro Woche sehen und keinen direkt nach einer Antwort. Die nächste Nachricht nach Feedback sollte eine Rückmeldung darüber sein, was daraus wurde.
Wie fragt man nach Feedback, ohne Nutzerinnen zu nerven? Fragt nach einer Aufgabe, nie mittendrin, bleibt bei einer Frage und macht das Wegklicken leicht. Respektiert ein Wegklicken für einige Wochen.
Sollte man einen Anreiz für Feedback anbieten? Meist braucht man ihn nicht. Eine konkrete Frage und eine sichtbare Antwort wiegen mehr als ein Gutschein, und Anreize ziehen Leute an, die die Belohnung wollen. Hebt sie für Interviews auf, bei denen ihr 20 Minuten der Zeit einer Person erbittet.
Was, wenn niemand antwortet? Macht die Frage enger und rückt sie näher an den Moment, zum Beispiel ein Bildschirm, gefragt direkt nach seiner Nutzung. Bleibt es still, schreibt einer Handvoll Nutzerinnen direkt und nutzt diese Gespräche, um bessere Prompts zu schreiben.
Die technischen Aussagen in diesem Artikel wurden nicht unabhängig geprüft. Wenn etwas nicht stimmt, sagen Sie es uns, und wir korrigieren es.