3 Punkte von GN⁺ 2024-01-15 | 2 Kommentare | Auf WhatsApp teilen
  • PostHog betrieb 4 Jahre lang einen öffentlichen Slack als Community-Hub, wechselte aber zu einem eigenen Forum, da bei einer Größe von mehr als 5.000 Mitgliedern die Grenzen bei Durchsuchbarkeit, Anbindung an den Support und langfristiger Archivierung immer deutlicher wurden
  • Das neue Forum wurde innerhalb der PostHog-Website aufgebaut, dort sind bereits mehr als 1.500 Personen aktiv, und der Schwerpunkt liegt darauf, Fragen und Antworten als langfristiges Support-Wissen zu erhalten
  • Der kostenpflichtige Slack-Plan kostet ab 7,25 US-Dollar pro Nutzer und Monat, und auch ein eigener KI-Bot wurde geprüft, doch PostHog entschied sich stattdessen dafür, ein Forum direkt selbst auf Basis eines Headless CMS mit Strapi zu bauen
  • Der öffentliche Slack wird am 12. Januar 2024 durch Archivierung der Kanäle für neue Diskussionen und Antworten geschlossen; anschließend sind die dauerhafte Abschaltung und das Löschen bestehender Inhalte geplant; im TL;DR steht jedoch der 24. Januar, in der Zeitplan-Erklärung dagegen der 22. Januar
  • Diese Änderung betrifft nur den öffentlichen Slack; private Slack Connect-Kanäle für Nutzer mit kostenpflichtigem Support, die In-App-Hilfe und die Aktivität in den GitHub-Repositories bleiben bestehen

Warum der öffentliche Slack geschlossen wird

  • PostHog ist als Open-Source-Projekt gewachsen, hat seit dem Start Code von mehr als 500 Mitwirkenden erhalten und im öffentlichen Slack mit Tausenden von Nutzern Ideen ausgetauscht
  • Der öffentliche Slack war in den letzten 4 Jahren der zentrale Ort für Nutzergespräche, das Sammeln von Feature-Wünschen, die Beantwortung von Fragen und das Einholen von Feedback
  • Als die Community auf mehr als 5.000 Mitglieder anwuchs, wurden die Grenzen von Slack als Support-Plattform deutlich
    • Nachrichten verschwinden schnell im Chat-Verlauf
    • Es ist von den wichtigsten Support-Abläufen von PostHog getrennt
    • Nützliche Lösungen sind weder auf der PostHog-Website noch über Google auffindbar
  • Als mögliche Lösungen wurden ein kostenpflichtiger Slack-Plan und ein eigener KI-Bot geprüft, am Ende kam PostHog jedoch zu dem Schluss, dass ein neuer Ansatz nötig ist
    • Der kostenpflichtige Slack-Plan kostet ab 7,25 US-Dollar pro Nutzer und Monat

Aufbau des eigenen Community-Forums

  • Statt bestehende Forenplattformen wie vBulletin oder phpBB zu nutzen, baute PostHog ein eigenes Forum mit Strapi als Headless CMS
  • Das neue Forum läuft bereits seit einigen Monaten und wurde in dieser Zeit weiter verbessert; aktuell gibt es mehr als 1.500 aktive Mitglieder
  • Das PostHog Community Forum ist ein eigener Bereich, in dem Fragen an das PostHog-Team und die breitere Community gestellt werden können
    • Jede Person kann antworten
    • Eine Antwort kann als bevorzugte Lösung markiert werden
    • Die ausgewählte Antwort dient später als Orientierung für Nutzer mit demselben Problem
  • Die Inhalte des Forums sind mit den zentralen Support-Abläufen von PostHog verbunden, bleiben dauerhaft auf der Website erhalten und werden von Suchmaschinen indexiert

Community-Erlebnis mit Verknüpfung zu Dokumentation und Profilen

  • Das Forum ist auch mit anderen Bereichen der PostHog-Website integriert
  • Nutzer können direkt beim Lesen der PostHog-Dokumentation Fragen stellen, und die Fragen werden automatisch in sortierbaren Kategorien gesammelt
    • Wenn man einem Guide folgt und die Erklärung nicht ausreicht, kann man eine Frage hinterlassen, die PostHog dann prüfen kann
  • Profile sind als zentrale Funktion aufgebaut, um Community-Beteiligung nachzuverfolgen
    • Nutzerinformationen ergänzen
    • Laufende Diskussionen verfolgen
    • In der Community erhaltene Auszeichnungen anzeigen
  • Nutzer, die aus dem öffentlichen Slack in die PostHog-Community wechseln, erhalten als Dank eine besondere Community-Auszeichnung
  • Profile können im Stil eines Ask Me Anything geöffnet werden; James, Cory, das Profil des Autors nutzen diese Funktion bereits

Zeitplan für die Slack-Schließung und Kontenumstellung

  • Es gab auch die Möglichkeit, den öffentlichen Slack parallel zum Forum weiterlaufen zu lassen, doch PostHog entschied sich für den Wechsel zum Forum, um Nutzer nicht in einem unklaren Zustand zu lassen
  • Der Beitritt zur Community erfordert derzeit noch die Erstellung eines separaten Kontos, dieses soll später aber mit dem regulären PostHog-Konto zusammengeführt werden
  • Der Zeitplan für den öffentlichen PostHog-Slack ist wie folgt
    • 12. Januar 2024: Alle öffentlichen Slack-Kanäle werden archiviert, sodass keine neuen Diskussionen und Antworten mehr gepostet werden können
    • Diese Phase bietet die Möglichkeit, laufende Gespräche an einen neuen Ort wie die PostHog-Community zu verlagern
    • Danach soll die Slack-Gruppe dauerhaft geschlossen und bestehender Inhalt gelöscht werden
  • Die Datumsangaben sind im Text nicht einheitlich
    • Im TL;DR wird der 24. Januar 2024 als Datum für die Schließung des öffentlichen Slack genannt
    • In der Zeitplan-Erklärung wird der 22. Januar 2024 als Datum für die dauerhafte Schließung genannt

Support-Kanäle, die bestehen bleiben

  • Diese Änderung betrifft nur die öffentliche Slack-Gruppe
  • Private Slack-Kanäle für Nutzer mit kostenpflichtigem Zusatzsupport funktionieren über Slack Connect wie gewohnt weiter
  • Der Großteil des Kundensupports wird weiterhin über die In-App-Hilfe abgewickelt
  • Auch die PostHog-GitHub-Repositories bleiben wie gewohnt bestehen, und Nutzer können dort weiterhin kommentieren oder Beiträge einreichen

2 Kommentare

 
xguru 2024-01-15

Ich stimme zu, dass Slack eigentlich nur für Echtzeitkommunikation gedacht ist und sich als Community-Tool nicht wirklich eignet.

Wenn man dann aber tatsächlich versucht, eine Community aufzubauen, ist es schwer, ein passendes Tool zu finden, haha.
Vor allem sehe ich nichts, das gut auf die hiesigen Gegebenheiten zugeschnitten ist. Dann denkt man wieder: Soll man es am Ende selbst bauen? — und gibt schließlich auf.

 
GN⁺ 2024-01-15
Hacker-News-Kommentare
  • Hoffentlich ist das der Anfang eines Trends. Sich bei der Kommunikation mit externen Parteien auf Dritte zu verlassen, fühlt sich unangenehm an, und die Slack-Einstellungen werden dadurch unnötig chaotisch.
    Bei Discord ist das noch schlimmer.

    • Ich hoffe auch, dass es ein Trend wird, aber aus einem etwas anderen Grund. Solche Dienste sperren Informationen hinter einer Login-Schranke ein und machen sie für Suchmaschinen unzugänglich, sodass es für Neulinge sehr schwer wird, die benötigten Infos online zu finden.
      Wenn Foren wieder zum Standard werden und vernünftig so betrieben werden, dass auch Gäste mitlesen können, lassen sich nützliche Informationen wieder online finden.
    • Discord ist eine besonders schlechte Wahl. Zumindest die Suche ist schlecht, und sobald Discord oder irgendein Automatisierungsalgorithmus es so will, kann aus irgendeinem Grund der gesamte Inhalt verschwinden.
    • Discord ist am anstrengendsten. Ich bin zwar in über 30 Slack-Workspaces, aber im neuen Design kann man alle ausblenden bis auf den im aktuellen Kontext, was besser ist als die alte UI.
      Discord hat so eine Funktion noch nicht, und da ich in über 100 Discord-Servern bin, sind die Benachrichtigungen ein kompletter Albtraum und den gewünschten Server zu finden ist praktisch unmöglich.
    • Für chatbasierte Kommunikation ohne Abhängigkeit von gewinnorientierten Unternehmen ist Matrix die offensichtliche Wahl.
    • Stimme zu 100 % zu. Wenigstens GitHub Discussions zu verwenden wäre schon besser.
  • Ich wünschte, alle Softwareprodukte würden das so machen. Chat-Apps sind wie ein hektischer Marktplatz, auf dem alle durcheinander in die Menge rufen, sodass wichtige Informationen den Moment nicht überdauern.
    Diskussionsforen dagegen werden mit der Zeit zu öffentlichen Bibliotheken, die Informationen bewahren und durchsuchbar machen. Natürlich nur unter der Voraussetzung, dass Suchmaschinen auf diese Informationen zugreifen können.

    • Wenn ich für Support oder Community einen Discord-Link sehe, macht mich das wirklich wütend.
    • Chat und Foren haben jeweils ihren eigenen Zweck. Chat passt zu unmittelbaren, interaktiven Gesprächen, um einer bestimmten Person zu helfen, während Foren oder Stack Overflow besser für asynchrone, aktualisierbare und wiederverwendbare Informationen geeignet sind, die für zukünftige Leser über Google auffindbar sein sollen.
      Wenn man beides vermischt, kollidieren die Ziele und die Erwartungen passen nicht zusammen, was zu Enttäuschung führt. So etwas passiert auch bei Stack Overflow, wenn manche erwarten, dass es Ersteres sein soll.
    • Auch Diskussionsforen werden in Bezug auf das Speichern und Ordnen von Informationen oft zu einem schwarzen Loch. Im Vergleich zu Chatrooms haben sie Vor- und Nachteile, aber ich glaube nicht, dass sie etwas sind, worauf man als Mittel zur Aufbewahrung und Organisation von Informationen gezielt setzen sollte.
    • Es wirkt fast so, als hätte jemand die Suchfunktion von Slack oder Discord noch nie benutzt.
      Ob Forum oder Chat, die Datenstruktur ist meist ziemlich ähnlich, und gerade Slack/Discord haben auch Threads.
  • Es wäre schon allein wegen der Durchsuchbarkeit gut, wenn Foren zurückkämen.
    Das Problem ist, dass mit vielen Nutzern auch zu viel Rauschen entsteht. Vielleicht ist das in ein paar Jahren nur wieder ein weiterer Zyklus: zurück zu Slack/Discord und dann ein paar Jahre später wieder zu Foren.

    • Die Discord-Suche ist furchtbar. Chats und Threads sind okay, aber alte Nachrichten zu finden ist schwierig.
      Es scheint eine Gelegenheit zu geben, einen ähnlichen Dienst zu bauen, der deutlich bessere Suche bietet.
    • Ich denke, Foren und Slack/Discord/IRC werden für unterschiedliche Arten von Kommunikation genutzt. Foren sind asynchroner, die anderen eher synchron.
      Wenn man in einem Forum bei der Problemlösung hilft, bleibt ein Gesprächsstrang zurück, den man durchsuchen und nachvollziehen kann, während so etwas in Slack/Discord/IRC eher verschwindet. Selbst wenn es durchsuchbare Logs gibt, ist es meiner Meinung nach viel schwerer zu finden als in einem stärker strukturierten Forum.
      Es hat Wert, sowohl Foren als auch Slack/Discord/IRC zu haben.
    • Ich fürchte, dass Spam solche Bemühungen zunichtemacht. Ich betreibe auf Google Groups ein ziemlich ordentliches Forum, das kürzlich unter Spam-Angriffen litt, und um mich zu verteidigen, musste ich die Schreibrechte ziemlich stark einschränken.
    • Ich hatte kürzlich Probleme, ältere Nachrichten zu finden, und habe festgestellt, dass bei aktiviertem Streamer-Modus viele Suchfunktionen und Filter blockiert werden.
      Ich weiß nicht, warum der Streamer-Modus bei mir aktiviert war, aber es lohnt sich vielleicht zu prüfen, ob bei dir dasselbe der Fall ist.
    • Ehrlich gesagt sehe ich häufiger das umgekehrte Problem. Viele betreiben jeweils ihr eigenes kleines Forum, aber dort ist fast nichts los.
      Eine Strategie wie bei IRC, also Netzwerke und darin Kanäle zu haben, ist ganz sinnvoll. Dann würden die meisten Programmiersprachen-Communities einfach sagen: „Wir sind einfach in diesem Netzwerk.“ Reddit ist im Grunde eine um den Faktor 1000 vergrößerte Version davon, weil es Subreddits innerhalb derselben Plattform gibt.
      Aus verschiedenen Gründen ist das nicht perfekt, aber sich für Support von Circle CI in irgendeinem willkürlichen Forum anmelden zu müssen, kam mir immer etwas lächerlich vor.
  • Laravel macht das mit dem Laracasts-Forum und das funktioniert hervorragend. Wenn ich nach Antworten zu Laravel suche, schaue ich dort vor ChatGPT oder Stack Overflow nach.
    Für die Suche in älteren Inhalten gibt es nichts Besseres als ein gut gepflegtes öffentliches Forum.

    • Bei Antworten zu TrueNAS oder Proxmox mache ich genau dasselbe.
  • Für mich ist Reddit de facto das bevorzugte Forum. Die „old“-Version fühlt sich tatsächlich eher wie ein Forum an.
    Wenn man mehrere Subreddits zusammenhängt, kann man das frühere Forum-Erlebnis bis zu einem gewissen Grad nachbilden. Eines von denen, die ich täglich anschaue, ist zum Beispiel:
    https://old.reddit.com/r/AZURE+CCDE+Intune+PowerShell+ccnp+m...
    Es ist nicht das Beste, aber meistens erledigt es, was ich brauche.

    • Ich habe nie verstanden, warum die großen Foren oder Engines von früher nicht stärker auf eine Reddit-Struktur zugelaufen sind. Etwa Funktionen wie das Abonnieren bestimmter Threads und eine personalisierte Startseite.
  • Ich habe mir immer gewünscht, dass jemand ein phpBB- oder vBulletin-Theme zeigt, das eingeloggt wie Slack aussieht und ausgeloggt wie Pinterest/Instagram/TikTok.
    So schwierig dürfte es nicht sein, viele Leute zurück in Foren zu holen. Ich würde nur hoffen, dass Threads und Empfehlungsanzeigen auf Mobilgeräten anders dargestellt werden.

  • Ich bin seit über zwei Jahren an Open-Source-Projekten beteiligt und nutze Slack für das Community-Management. Bei einer Nutzerbasis von etwa 3.000 Personen ist ziemlich klar, dass Slack nicht als Ersatz für ein Forum gedacht ist.
    Viele bereits beantwortete Fragen verschwinden, die Suche ist schlecht und auf Slack selbst beschränkt. Viele Nutzer, die Slack nicht verwenden, versuchen stattdessen, die Antworten über Google zu finden.
    Es gibt viel Smalltalk, dadurch wird es unübersichtlich, und es ist schwerer, die Fragen nachzuverfolgen, die wir beantworten sollten. Slack ist gut für sehr kleine Communities oder für neue Produkte, bei denen schnelles Feedback nötig ist, aber für die Verwaltung großer Communities ist es nicht geeignet.

    • Foren/Mailinglisten und Slack/Discord/IRC sind unterschiedliche Formen der Kommunikation. Erstere sind stärker asynchron und offline-orientiert, letztere stärker synchron und online-orientiert.
      Innerhalb eines Projekts oder einer Community können beide nebeneinander bestehen. Um bestimmte Fragen und Antworten nachzuverfolgen, ist ein Forum deutlich besser, aber Smalltalk kann ebenfalls nützlich sein, und dafür eignet sich etwas wie IRC besser.
  • Dem Artikel zufolge hat man sich entschieden, statt einer etablierten Forenplattform wie vBulletin oder phpBB ein eigenes Forum zu bauen und dabei Strapi als Headless CMS zu verwenden.
    Für alle, die es eilig haben, hier der Link:
    https://strapi.io/

    • Ich verstehe nicht, warum man das selbst entwickelt. Forensoftware ist bereits ein gelöstes Problemfeld, daher wirkt es wie Verschwendung von Ressourcen.
  • Es heißt zwar, „nützliche Lösungen lassen sich weder auf unserer Website noch über Google finden“, aber da das Forum ohne JavaScript nicht gerendert wird, ist es wahrscheinlich weiterhin nicht in archive.org archiviert und auch über Bing oder DuckDuckGo nicht durchsuchbar.

    • Auch der Blog scheint für das Rendern von Text auf JavaScript angewiesen zu sein. Die meisten Sitzungen dürften außer Scrollen kaum Nutzerinteraktion enthalten, daher erscheint es naheliegend, HTML zu erzeugen und statisch auszuliefern.
    • Sobald es archiviert ist, funktioniert es gut. Zum Beispiel so:
      https://web.archive.org/web/20240114085417/https://posthog.c...
    • Das ist ein weiterer Grund, bei informationsorientierten Inhalten wie Foren oder Diskussionen keine SPA mehr zu verwenden, sondern auf Island-Architektur oder Webseiten ohne JavaScript zu setzen.
      Zumindest die Anzeige von Informationen im Web sollte nicht von JavaScript abhängen.
  • Es wirkt seltsam, dass die passende Lösung für PostHog darin bestehen soll, mit einem CMS ein selbst gehostetes Forum zu betreiben.
    Gibt es nicht ganz offensichtlich etwas wie Discourse, das eine gehostete Forenlösung als Gegenstück zu Slack anbietet?

    • Ich verstehe nicht, warum das seltsam sein soll. Ich überlege sogar, für mein SaaS einen Praktikanten einzustellen, der mit meiner eigenen Plattform ein Forum baut.
      Man könnte eine großartige Integration schaffen, es als Open Source veröffentlichen und es außerdem dazu nutzen, meine Plattform zu vermitteln.