Welche Inhalte sind für den Start einer neuen Community unerlässlich?
In Discourse gibt es den Einrichtungsassistenten, der einige Fragen stellt, um Beschreibungen auf der Über-uns-Seite usw. einzugeben. Aber dann liegt es an Ihnen, die Inhalte zu erstellen, die Ihre Benutzer erleben werden, wenn sie Ihre Website besuchen.
Für mich kann dieser Schritt ein Projekt tatsächlich zurückhalten, da niemand eine Live-, leere Website starten möchte.
Um diese Hürde im Prozess zu überwinden, erstelle ich eine Inhaltsliste, die ich beim Einrichten neuer Websites abhaken kann. Und hier kommt Ihre Weisheit ins Spiel!
Hier ist eine kurze Liste von Inhalten, die mir beim Einstieg helfen soll. Bitte antworten Sie mit Ideen (und verlinkten Beispielen), damit ich eine umfassendere Liste entwickeln kann, um die Besucher meiner Communities zu unterstützen.
So viele Beschreibungen wie möglich im Einrichtungsassistenten ausfüllen
Standortweite Nachricht “Willkommen bei Discourse” bearbeiten, Link zu Site feedback einfügen
Kategoriebeschreibung für Site feedback bearbeiten, Benutzer ermutigen, dort neue Themen für Hilfe zu erstellen, Link zu anderen Hauptkategorien einfügen
Es ist nicht wirklich Inhalt, aber ich würde sagen: einige Leute. Das Erste, was mir beim Einrichten einer Instanz auffiel, war, dass mir Moderatoren und sogar die ersten Benutzer fehlten /wizard/steps/invites
Das ist ein guter Schritt (oder zwei) für die Checkliste!
Ich weiß, dass der Einrichtungsassistent immer darum bittet, Moderatoren einzuladen, aber das mache ich zu diesem Zeitpunkt nicht: Ich möchte ihnen zumindest einige Anleitungen geben, was wir tun, sonst stoßen sie auch auf eine leere Seite.
Was die Benutzer angeht, lade ich normalerweise eine Kerngruppe ein und bringe ihnen bei, wie sie die Einladungsfunktionen nutzen können, also füge ich das meiner Liste hinzu!
Wann laden Sie Moderatoren zu Ihrer Community ein? Als Erstes?
Möglicherweise nützlich, aber es könnte Discourse zu kompliziert erscheinen lassen. Wenn es auf eine neue Website kopiert werden muss, stellen Sie sicher, dass Sie die Komponente DiscoTOC - automatic table of contents installieren und dem Thema ein Inhaltsverzeichnis hinzufügen.
Wenn ich einen brauche. Nicht früher. Mein Forum ist nicht so stark besucht und ich brauche keine Moderatoren. Dasselbe gilt für die verbundene Facebook-Gruppe – 25.000 Mitglieder, wirklich aktiv und ich brauche keine zusätzlichen Hände.
Was ich immer habe, ist eine Discourse-Kategorie. Hier speichere ich Anleitungen, Links zu offiziellen Anleitungen und biete den Benutzern eine Anlaufstelle, um Feedback zum Forum zu geben oder um Hilfe zu bitten usw.
Zusätzlich habe ich ein „Best Practices“-Thema, das Dinge wie die richtige Fragestellung, basierend auf den Regeln von Stack Overflow, enthält.
Ja, wir könnten das vielleicht in kleinere Dokumente aufteilen und dieses Thema als Index verwenden; dann könnte jeder Unterthema kopiert und nach Bedarf eingefügt werden… kein der einfachste Prozess, aber es wäre hilfreich, den Leuten zu ermöglichen, ihre eigenen Dokumente für ihre Community zu erstellen.
Wir wollen definitiv nicht, dass jede Discourse-Community so kompliziert erscheint, wie sie sein kann.
Hier ist ein wirklich gutes Beispiel für eine Discourse-Community, die das FAQ-Thema verwendet, um zu erklären, wie es für ihre Benutzer funktioniert:
In einer idealen Welt wären solche Dokumentationen direkt in der Discourse-Instanz in einer „Hilfe“-Seitenleiste verfügbar. Ähnlich wie Slack es tut. In der nicht idealen realen Welt ist es sinnvoll, die Dokumentation in ein Thema auf der Website zu kopieren.
Das habe ich für meine Community gemacht. Das bedeutet, wenn Leute nach “Wie binde ich ein Video ein” suchen, erhalten sie ein Thema, das genau das abdeckt und nichts weiter. Wenn du keine Videos auf deiner Website zulässt, kannst du ein solches Thema einfach weglassen. Zusätzlich können sie einfach auf dieses spezielle Thema antworten, wenn sie ein Problem damit haben, und nur Probleme dokumentieren, die sich auf dieses Thema beziehen, anstatt die Mischung von Themen, die ein größerer Leitfaden enthält.
Ein zweiter Vorteil davon ist, dass du es in mehreren größeren Leitfäden referenzieren kannst und die Oneboxing-Funktion anderer Discourse-Themen nutzen kannst.
Hier ist ein Beispiel für einen Segelleitfaden, bei dem die Themen in separate Themen aufgeteilt, aber unter einem “Haupt”-Leitfaden zusammengefasst sind. In diesem Fall ist SBF SEE ein Thema für eine Art von Lizenz. SBF Binnen ist ein weiteres Thema (hier nicht zu sehen), das genau die gleichen Navigationsinformationen enthält. Also pflege ich ein Navigations-Thema und verlinke es in beide Leitfäden.
Leider wird nicht alles gut mit der Oneboxing gerendert, aber es ist trotzdem eine großartige Möglichkeit, Themen zu kombinieren und einen einzigen Bearbeitungspunkt zu schaffen, der alle Themen aktualisiert, die auf dieselben Informationen verweisen müssen.
Absolut einverstanden. Ich finde eine Discourse-Kategorie besser als eine Seitenleiste (obwohl sie über eine Seitenleiste zugänglich sein könnte), einfach weil sie Benutzer dazu ermutigt, Probleme mit dem Aufbau der Community zu melden, und Administratoren dazu anregt, Themen anzupassen, um sie besser an ihre Community anzupassen. Zum Beispiel das Ersetzen von Standardbildern durch Bilder, die sich speziell auf ihre Plattform beziehen.
Sicherlich hängt dies von der Nische ab, aber im Allgemeinen sehen die meisten Benutzer niemals Seitenleisten. Nun, zumindest in Europa. Hier im nördlichen Teil besitzen die meisten einfachen Leute überhaupt keine Desktops/Laptops mehr, sie benutzen Handys.
Ein völlig anderes Thema, aber die meisten Websites sollten Layout und UX für kleinere Bildschirme entwerfen und danach, wenn ein Designer/Entwickler noch Zeit übrig hat, etwas Aufwand für Desktops/Tablets betreiben.
