Allgemeines Feedback zu den Prioritäten des Dev-Teams

Eine Sache, die ich anmerken möchte: Wenn ein Community-Administrator sagt: „Die Leute haben sich nicht über Funktion x beschwert“, frage ich mich immer, ob er von den Leuten weiß, die sich nicht beschwert, sondern die Community einfach verlassen haben.

Es gibt immer einen Überlebensfehler (Survivor Bias) bei den Leuten, von denen man Feedback erhält: Das sind diejenigen, die geblieben sind. Was ist mit denen, die es nicht getan haben?

Viele Jahre lang habe ich mir die Mühe gemacht, Benutzer, die die Facebook-Gruppe, in der meine Community lebt, verlassen haben, anzuschreiben. Die meisten Leute antworten nicht (Auswahlverzerrung) – wieder ein Bias –, aber einige taten es, und ihr Feedback war das wertvollste, das ich je erhalten habe. Und es war nicht das, was mir meine aktiven Mitglieder erzählten. Es beleuchtete unsere blinden Flecken.

Daher würde ich mangelnde Beschwerden nicht als Indikator dafür sehen, dass eine Onboarding-Strategie die richtige Wahl ist – denn gerade von denen, die Reißaus nahmen, sobald sie die Tür einen Spalt breit geöffnet hatten, werden Sie höchstwahrscheinlich nichts hören.

Dies lässt mich auch hinterfragen, ob „beschwerdegetriebene Entwicklung“ eine Plattform (oder Community) nicht in die Gefahr bringt, in einer sich selbst verstärkenden Feedbackschleife stecken zu bleiben, indem sie Dinge für diejenigen verbessert, für die sie bereits funktionieren, und nicht für diejenigen, für die sie es nicht tun.

Als Community-Manager werde ich manchmal Änderungen vornehmen, die nicht von der Community gewünscht wurden, und Änderungen ablehnen, die sie fordern, weil ich von meinem Standpunkt aus sehen kann, dass es über die beabsichtigten Konsequenzen hinaus auch negative geben wird. Wir alle wissen, dass der Weg zur Hölle mit guten Vorsätzen gepflastert ist.

9 „Gefällt mir“

Ja, das sind gute Punkte! Bei unserem Hosting bitten wir Kunden, die ihr Abonnement kündigen, um Feedback, in der Hoffnung, so etwas zu erfassen. Leider sind Kunden, die sich einmal entschieden haben zu gehen, nicht immer bereit, mehr Zeit für Erklärungen aufzuwenden.

6 „Gefällt mir“

Genau! In meiner Community habe ich den „Vorteil“, dass die Leute beitreten, weil sie ein krankes Haustier haben, und (angesichts von Facebook und dem Thema der Community) kann man davon ausgehen, dass ihre digitale Kompetenz gering ist. Daher kann ich sie kontaktieren mit der Nachricht: „Ich hoffe, es geht Ihrem Haustier gut, sind Sie versehentlich gegangen? Falls in unserer Community etwas schiefgelaufen ist, lassen Sie es mich bitte wissen“ – aber nicht jeder Kontext bietet diese Art von relationalem Hebel.

Deshalb ist meiner Meinung nach die Nutzerforschung mit Nicht-Nutzern oder unerfahrenen Nutzern so entscheidend für das Sammeln von Feedback zur Tool-Funktionalität – an zweiter Stelle steht die genaue Beobachtung dessen, was sehr neue Nutzer von ihren ersten Erfahrungen berichten, da sie einen Einblick geben könnten, wo das Tool für die stillen Abwanderer versagt.

(Tool, Community: dasselbe)

Danke für das Feedback @stephtara, ich habe dies in ein eigenes Thema verschoben, es scheint nicht in das Thema \u003chttps://meta.discourse.org/t/badges-and-general-chattiness-of-discourse/187971\u003e zu passen.

Es scheint sich hierbei um allgemeines Feedback an das Discourse-Team zu handeln:

Nur weil sich niemand beschwert, heißt das nicht, dass es kein Problem gibt

Es ist legitimes Feedback, sollte aber in einem eigenen Raum diskutiert werden.


Beachten Sie, dass wir als Unternehmen proaktiv regelmäßig Kunden und sogar Open-Source-Nutzern für Interviews kontaktieren. Ich denke, wir führen derzeit 1-2 pro Woche durch. Die Suche nach Feedback ist eine Methode, wie wir Signale sammeln.

2 „Gefällt mir“

@sam stimmt, ich bin ein wenig von meiner Reaktion beim Lesen von „habe noch keine Beschwerden meiner Mitglieder über Abzeichenbenachrichtigungen gehört“ abgewichen! Entschuldigung dafür.

1 „Gefällt mir“