Wir haben in diesem Jahr dank der hervorragenden Arbeit von @danielle unter How We’re Organizing Webinars & Office Hours mit verschiedenen Formaten experimentiert, um mit unseren Kunden/Mitgliedern in Kontakt zu treten. Diese Formate sind unendlich skalierbar, da ein paar Stunden von Danielles Zeit unzähligen zukünftigen Nutzern zugutekommen. Office Hours sind besonders wertvoll, weil sie die Lücke zwischen direkter und asynchroner Kommunikation schließen – Personen mit direkten Fragen können diese live stellen, während andere später von der kuratierten Diskussion profitieren können.
Ich bin gespannt zu hören, welche anderen One-to-Many-Engagement-Modelle bei anderen gut funktionieren.
Ein weiteres kleines Muster, das bei uns gut funktioniert, ist, dass die Personen, die einer bestimmten Änderung am nächsten stehen, Ankündigungsthemen zu dieser Änderung erstellen.
In gewisser Weise war dies wahrscheinlich ein natürliches Ergebnis daraus, dass Discourse ein Open-Source-Projekt ist. Gleichzeitig denke ich, dass wir dies auch weiterhin bewusst praktiziert haben, während wir gewachsen sind und Personen in verschiedenen Rollen hinzugefügt haben.
Zum Beispiel werden unsere Feature-Ankündigungen in der Regel von jemandem getätigt, der tatsächlich an diesem Feature gearbeitet hat (sei es ein Ingenieur, Designer oder Produktmanager).
Dies ermöglicht es den Leuten, Gespräche über etwas zu beginnen, über das sie etwas wissen, und das passt recht gut in den Prozess der Produktentwicklung.
Es gibt der Community einen Ort, um direkt mit den Menschen in Kontakt zu treten, die ein bestimmtes Feature entwickeln.
Und es ermöglicht auch den Entwicklern, weiterhin Feedback der Community zu diesem Thema zu erhalten, ohne alles in der Community beobachten oder ausgeklügelte Triage- oder Tagging-Systeme entwickeln zu müssen.
Ich habe auch andere gesehen, die ähnliche Dinge an anderen Orten recht effektiv machen, auch wenn einige Details abweichen.