Hallo zusammen,
da in den letzten Tagen an verschiedenen Stellen darüber diskutiert wurde, wie wir mit euren Rückmeldungen umgehen, möchte ich in diesem Beitrag kurz nochmal ein paar Hintergründe zu unseren Arbeitsabläufen erläutern, und dem daraus resultierenden Umgang mit den Rückmeldungen aus der Nutzerschaft.
Nutzt diesen Thread gerne auch für Fragen und Diskussionen zu dem Thema.
Wo und wie melde ich Bugs?
Am besten direkt in dem zum Produkt passenden Unterforum, zum Beispiel hier für mAirList 7.x:
Je präziser das Problem, und ggf. die Schritte zum Reproduzieren, beschrieben sind, desto einfacher macht ihr uns die Arbeit. Also je mehr Informationen, desto besser!
Falls ihr aus der Software heraus einen Bugreport verschickt habt (das geht bei Fehlerdialogen mit einem “Details”-Button), postet bitte trotzdem noch ins Forum (mit dem Hinweis “Bugreport wurde gesendet”), damit wir einen Ort für Rückfragen haben.
Bei der weiteren Bearbeitung ist es sehr hilfreich, wenn ihr unsere Nachfragen möglichst präzise beantwortet. Das gilt auch für den Fall, dass ihr euch bitten, irgendetwas auszuprobieren und uns Rückmeldung zu geben, ob das etwas an dem Problem geändert oder verbessert hat.
Darf ich Feature-Wünsche oder Verbesserungsvorschläge äußern?
Natürlich! Dazu gibt es ein eigenes Unterforum:
Wir freuen uns über jegliches Feedback und Ideen. Sehr viele Features in mAirList sind nur deswegen entstanden, weil jemand aus der Nutzerschaft es mal als Idee geäußert hat.
Gleichzeitig bitten wir um Verständnis dafür, dass sich nicht immer alles, oder immer alles sofort, umsetzen lässt. Dazu kommen wir jetzt:
“Wäre es möglich, dass…?”
In 99% der Fälle lautet die Antwort “ja”, weil technisch halt fast alles möglich ist.
Manche Dinge sind leicht zu realisieren, manche schwieriger (auch wenn sie von außen leicht erscheinen).
Meistens scheitert es an der verfügbaren Zeit. Wir haben eine große Nutzerschaft und kriegen dementsprechend sehr viel Feedback. Liebend gerne würde ich den ganzen Tag, damit verbringen, diese Wünsche und auch kleine Unschönheiten (die definitiv existieren!) in der Software zu beheben (ich bin ja eigentlich auch Perfektionist!). Das würde aber bedeuten, dass ich alle anderen Dinge, die für den Betrieb und den Fortbestand dieser Firma essentiell sind - Verkauf, Projekte, allgemeine Weiterentwicklung “großer” Features - vernachlässigen müsste. Was auf Dauer für alle schlecht wäre…
“Torben hat geschrieben, es sei möglich, warum ist es denn noch nicht fertig?”
Wie gesagt, Zeit ist der limitierende Faktor. Dass etwas technisch möglich ist, heißt eben nicht, dass es auch zeitlich möglich ist. Dies wird leider häufig verwechselt.
Ich bin daher zwischendurch schon dazu übergegangen, Feature-Wünsche einfach nur stillschweigend zur Kenntnis zu nehmen und nicht mehr auf Fragen wie “Ist es möglich?” zu antworten, um zu vermeiden, dass daraus irrtümlich die Zusage abgeleitet wird, den Wunsch auch tatsächlich umzusetzen, möglicherweise innerhalb einer bestimmten Frist.
Es ist relativ ungewöhnlich, dass man als Nutzer einen so direkten Draht zu den Entwicklern haben kann, wie es bei uns der Fall ist. Die meisten Firmen schirmen ihre Entwickler sehr gut ab, aus nachvollziehbaren Gründen. Und mal ehrlich, bei Apple oder Google würde niemand auf die Idee kommen und in den Support-Foren fragen, warum denn Feature-Wunsch XY noch nicht umgesetzt wurde.
Ich genieße die Nähe zu den Nutzern grundsätzlich. Und es gehört ja auch zur Entstehungsgeschichte dieser Software, dass sie sehr nah an den Nutzern und ihren Wünschen entwickelt wurde und wird. Begreift das bitte als Chance, geht aber auch verantwortungsvoll damit um.
Apropos Torben und Nähe zu den Nutzern:
Warum ist Torben hier in letzter Zeit so wenig präsent?
Wir haben unsere Arbeitsabläufe hier so organisiert, dass @uli.mairlist das Forum ständig im Blick hat, bestimmte Supportanfragen schon selbst beantwortet/abarbeitet, und bei Bugs und Feature-Wünschen, wo er alleine nicht weiterkommt, alles schonmal “vorkaut”, dass ich am wenigsten Arbeit damit habe. Das kann zum Beispiel bedeuten, dass er bei Bug-Reports nochmal die genaueren Umstände erfragt, oder bei Feature-Wünschen Nachfragen stellt oder schaut, ob es vielleicht bereits einen Workaround mit Bordmitteln gibt.
Gelangt er dann an den Punkt, wo meine Hilfe benötigt wird, haben wir einen internen Chat, in dem mir die Threads vorgelegt werden, und wir dann entscheiden, wie wir weiter vorgehen. Manchmal reicht ein entscheidender Tipp von mir, manchmal eine kurze Aussage “geht leider nicht”, manchmal ist es am einfachsten, wenn ich direkt im Thread aktiv werde.
Natürlich bin ich auch von mir aus regelmäßig im Forum unterwegs und schaue, was so los ist. Aber eben meistens nur lesend. Das Feature-Request-Forum ist natürlich am interessantesten, da hole ich mir regelmäßig Inspiration.
Ich brauche Feature XY aber sehr dringend!
Grundsätzlich besteht die Möglichkeit, kundenspezifische Anpassungen von uns programmieren zu lassen, gegen Bezahlung, aber dafür auch innerhalb einer festen Frist. Das machen wir regelmäßig, es ist eine der Säulen unseres Geschäftsmodells. Aber aufgrund der damit verbundenen Kosten (marktüblicher Entwickler-Stundensatz) wird das meistens nur von professionellen Kunden in Anspruch genommen. Bei ernsthaftem Interesse: sales@mairlist.com