Optimierung Kunden-Feedback - Entwicklung

HINWEIS: Zusammenfassung aus dem alten openWB Forum

Optimierung Kunden-Feedback & Entwicklungsprozess

Ausgangslage

Die Diskussion entstand aus Frust über den Umgang mit Bugs, Feature Requests und allgemeinem Nutzerfeedback. Mehrere Anwender schildern, dass Meldungen zwar im Forum oder auf GitHub platziert werden, anschließend aber häufig unklar bleibt, ob diese überhaupt bearbeitet, priorisiert oder verworfen wurden.

Von openWB wird darauf hingewiesen, dass für viele Fehlerberichte zunächst Logs, Systemberichte oder reproduzierbare Beispiele benötigt werden. Gleichzeitig wird anerkannt, dass die Kommunikation über den Bearbeitungsstatus verbessert werden kann.

---

Zentrale Kritikpunkte

Fehlende Transparenz

Viele Nutzer bemängeln, dass nicht nachvollziehbar ist:

• ob ein Problem gelesen wurde
• ob es intern diskutiert wird
• ob eine Umsetzung geplant ist
• ob eine Meldung abgelehnt wurde
• ob bereits eine Lösung existiert

Dadurch entsteht häufig der Eindruck, dass Themen im Forum "verschwinden".

Fehlende Rückmeldungen

Insbesondere bei:

• Bug Reports
• Feature Requests
• Feedback-Threads

fehlen oft kurze Statusmeldungen wie:

• angenommen
• abgelehnt
• in Bearbeitung
• benötigt weitere Informationen
• bereits umgesetzt

Viele Nutzer wünschen sich hier deutlich mehr Verbindlichkeit.

Diskutierte Lösungsansätze

GitHub als zentrale Plattform

Grundsätzlich besteht Einigkeit, dass GitHub die richtige Plattform für:

• Bugs
• Feature Requests
• Entwicklungsdiskussionen

ist.

Problematisch bleibt jedoch, dass viele Forennutzer GitHub nicht aktiv verwenden oder nutzen möchten.

Moderatoren als Vermittler

Mehrfach wurde vorgeschlagen:

• Forum bleibt erste Anlaufstelle
• Moderatoren oder Supporter übertragen relevante Themen nach GitHub
• GitHub bleibt die technische Arbeitsplattform

Vorteile:

• strukturierte Bearbeitung
• weniger doppelte Meldungen
• bessere Nachverfolgbarkeit

Nachteile:

• zusätzlicher Pflegeaufwand
• mögliche Informationsverluste
• Rückmeldung ins Forum weiterhin erforderlich

Rolle der Community

Mehrere Nutzer betonen, dass sie bereit sind:

• Fehler zu melden
• Logs bereitzustellen
• neue Funktionen zu testen
• Pull Requests beizusteuern

Voraussetzung ist jedoch, dass Rückmeldungen sichtbar verarbeitet werden und nicht im Forum verloren gehen.

---

Fazit

Die Diskussion dreht sich weniger um einzelne Bugs als um den Entwicklungs- und Kommunikationsprozess insgesamt.

Wiederkehrende Forderungen:

1. Mehr Transparenz über den Status von Bugs und Features
2. Bessere Rückmeldungen auf Nutzerfeedback
3. Nachvollziehbare Priorisierung von Themen
4. Sichtbare Bearbeitungsstände
5. Stärkere Trennung zwischen stabilen Releases und Entwicklungsständen
6. Bessere Verzahnung zwischen Forum und GitHub

Grundsätzlich besteht weiterhin große Bereitschaft aus der Community, aktiv bei Tests, Fehlersuche und Verbesserungen mitzuwirken. Voraussetzung dafür ist jedoch ein nachvollziehbarer und transparenter Umgang mit dem eingebrachten Feedback.

Im Ergebnis wurde der Umzug zu Github Discussion beschlossen und wird zeitnah vollzogen. Probleme werden zu Issues und damit nachhaltig besser sichtbar.