So erfassen Sie Produkt-Feedback und Feature-Requests auf Reddit, X und Hacker News

Warum die üblichen Feedback-Kanäle daran vorbeigehen

Die meisten Teams sammeln Feedback an drei Stellen: über Support-Tickets, ein In-App-Widget und Verkaufsgespräche. Alle drei haben denselben Bias: Sie hören nur von Personen, die ohnehin bereits mit Ihnen im Austausch stehen.

Öffentliche Diskussionen sind anders. Jemand, der im letzten Monat gekündigt hat, wird Ihre Umfrage nicht ausfüllen – erklärt aber gerne auf Reddit, warum er gegangen ist. Ein Interessent, der Tools vergleicht, listet in einem Beitrag der Art „Welches soll ich wählen?“ auf, was bei Ihrem Angebot fehlt. Das ist Feedback, das Sie auf keinem anderen Weg erhalten würden, und oft gibt es dazu Antworten von weiteren Nutzern, die zustimmen oder widersprechen – was Ihnen zeigt, wie verbreitet das Problem tatsächlich ist.

Der Haken ist das Volumen. Wenn Sie einmal pro Woche nach Ihrem Produktnamen suchen, finden Sie eine Handvoll Threads – meist zu spät, um noch sinnvoll zu antworten. Wenn Sie einen simplen Alert auf Ihren Namen anlegen, erhalten Sie jede einzelne Erwähnung, auch solche, die rein gar nichts mit dem Produkt zu tun haben. Der Trick besteht darin, Alerts so zu formulieren, dass sie gezielt nach Feedback suchen.

Alerts schreiben, die gezielt nach Feedback suchen

Ein KWatch-Alert gleicht jedes Keyword in seiner Liste ab, Kommas fungieren also als UND-Verknüpfung. Genau das macht Feedback-Alerts so effektiv: Statt eines einzelnen Alerts auf Ihren Produktnamen kombinieren Sie den Namen mit den Begriffen, die Nutzer verwenden, wenn sie sich eine Änderung wünschen.

Hier ist ein Startset, wobei „acme“ stellvertretend für Ihren Produktnamen steht:

1. acme, wish und acme, would be nice für Feature-Requests
2. acme, bug und acme, broken für Bug-Reports
3. acme, switched und acme, cancelled für Kündigungsgründe
4. acme, missing und acme, doesn't support für Lücken, auf die Nutzer beim Evaluieren stoßen

Jede Zeile stellt einen eigenen Alert dar, da ein Alert mit all diesen Begriffen voraussetzen würde, dass alle im selben Beitrag vorkommen. Nach etwa einer Woche werden Sie die Formulierungen wahrscheinlich anpassen, sobald Sie sehen, wie Ihre eigenen Nutzer sprechen. Nutzer tippen selten die Worte „Feature-Request“, achten Sie also auf Ausdrücke, die sie stattdessen nutzen, wie „wäre klasse, wenn“.

Einige Filter erledigen den Großteil der Bereinigung. Aktivieren Sie auf Reddit und Hacker News die Option „Ganze Wörter“, wenn Ihr Produktname kurz oder gebräuchlich ist, damit „acme“ nicht auf „acmeplex“ matcht. Fügen Sie die Accounts Ihres eigenen Teams als „Ausgeschlossene Benutzer“ hinzu, damit Ihre Antworten und Launch-Posts keine Alerts auslösen. Wenn Sie ein eigenes Produkt-Subreddit haben, können Sie einen separaten Alert erstellen, der über „Eingeschlossene Subreddits“ darauf beschränkt ist, und das zweite Keyword komplett weglassen, da dort ohnehin fast jeder Beitrag Feedback ist.

Ausgeschlossene Keywords funktionieren genau umgekehrt wie eingeschlossene. Eingeschlossene Keywords müssen alle übereinstimmen, aber ein Beitrag wird verworfen, sobald auch nur ein einziges ausgeschlossenes Keyword vorkommt. Halten Sie diese Liste kurz und spezifisch, sonst filtern Sie echtes Feedback zusammen mit dem Rauschen heraus. Unser Beitrag über die Reduzierung von Rauschen in Keyword-Alerts geht detaillierter auf jeden einzelnen Filter ein.

Wo Sie zuerst zuhören sollten

Nicht jede Plattform liefert Ihnen die gleiche Art von Feedback. Meiner Erfahrung nach schreiben Nutzer auf Reddit und Hacker News die langen, detaillierten Beschwerden. X ist kürzer und impulsiver, was nützlich ist, um ein fehlerhaftes Release schnell zu bemerken. Linkedin besteht größtenteils aus Lob und Ankündigungen, weshalb es auf dieser Liste weiter unten steht – es sei denn, Sie verkaufen an Zielgruppen, die dort über ihre Tools posten.

Die Geschwindigkeit unterscheidet sich ebenfalls je nach Plattform, was Einfluss darauf hat, wie Sie die einzelnen Alerts nutzen. Das sind die Aktualisierungsraten aus unserer Dokumentation:

Für Feedback ist keines dieser Intervalle langsam. Was die Tabelle zeigt, ist, dass ein Hacker-News-Thread Sie erreichen kann, während er noch auf der Startseite steht – genau der Moment, in dem eine Antwort aus dem Team das größte Gewicht hat.

Feedback an das Produktteam weiterleiten

Ein Alert, den niemand liest, ist lediglich eine hübschere Suche. Der Schritt, den Teams meist auslassen, ist festzulegen, wo das Feedback eingeht und wer es zu Gesicht bekommt.

Das einfachste Setup ist ein eigener Slack-Channel. Mit KWatch können Sie pro Alert einen Slack-Webhook festlegen, der den accountweiten Webhook überschreibt. So können Ihre Vertriebs-Alerts weiterhin in den Sales-Channel laufen, während Feedback-Alerts beispielsweise in #product-feedback landen. Produktmanager und Entwickler, die lediglich mitlesen möchten, können Ihrem KWatch-Team mit der Rolle „Reader“ beitreten – sie erhalten Benachrichtigungen, können aber keine Alerts erstellen oder löschen.

Wenn Sie Anfragen über einen längeren Zeitraum erfassen und zählen möchten, senden Sie dieselben Alerts stattdessen an einen API-Webhook. Jeder Treffer wird als JSON-Payload übermittelt. Hier ist das Beispiel aus unserer Dokumentation:

{
  "platform": "reddit",
  "query": "Keywords: vllm",
  "datetime": "19 Jan 24 05:52 UTC",
  "link": "https://www.reddit.com/r/LocalLLaMA/comments/19934kd/sglang_new/kijvtk5/",
  "author": "lmzoo",
  "content": "sglang runtime has a different architecture on the higher-level part with vllm.",
  "sentiment": "neutral"
}

Leiten Sie das an einen Zapier- oder n8n-Webhook weiter und fügen Sie einer Tabelle eine neue Zeile hinzu, mit einer Spalte pro Feld. Das Feld query zeigt Ihnen, welcher Alert ausgelöst wurde, sodass sich Feature-Requests und Bug-Reports automatisch trennen. Das Feld sentiment (positiv, negativ oder neutral) bietet Ihnen eine schnelle Möglichkeit, verärgerte Beiträge zuerst herauszufiltern. Wir haben die Zapier- und n8n-Einrichtung Schritt für Schritt beschrieben, falls Sie so etwas noch nie zuvor angebunden haben.

E-Mail-Alerts funktionieren ebenfalls, allerdings werden lange Beiträge in E-Mails gekürzt. Feature-Requests fallen oft länger aus, weshalb Slack oder ein Webhook hier die bessere Wahl sind.

Was Sie mit den gewonnenen Erkenntnissen tun sollten

Sobald das Feedback einströmt, ist die Versuchung groß, auf alles zu antworten. Ich würde mich da etwas zurückhalten. Eine kurze, hilfreiche Antwort von jemandem, der erkennbar am Produkt mitwirkt („Das steht auf unserer Roadmap, hier ist ein Workaround für den Übergang“), bewirkt viel. Eine Reihe von Antworten, die alle mit einem Registrierungslink enden, bringt Ihnen Downvotes ein – und auf manchen Subreddits einen Bann.

Die weitaus wertvollere Gewohnheit ist der wöchentliche Review: Einmal pro Woche geht jemand aus dem Produktteam den Channel oder die Tabelle durch und kennzeichnet jeden Eintrag: Request, Bug, Churn-Grund oder nicht relevant. Nach einem Monat haben Sie einen guten Überblick darüber, was Nutzer öffentlich fordern, im Vergleich zu dem, was in Support-Tickets nachgefragt wird. Wenn diese beiden Listen voneinander abweichen, wird es meist besonders aufschlussreich.

Wenn ein Teil Ihres nützlichsten Feedbacks nicht über Keywords, sondern von einer Handvoll bekannter Personen stammt (Power-User, Analysten, der Gründer eines Mitbewerbers), folgt unser Schwesterprodukt MultiFollow bestimmten LinkedIn- und X-Accounts und benachrichtigt Sie, wenn diese posten, was Keyword-Alerts hervorragend ergänzt.