5.7 KiB
Der offizielle freeCodeCamp Moderator Onboarding Leitfaden
Dieser Leitfaden hilft neuen Moderatoren dabei, sich mit den Prozessen und Verfahren vertraut zu machen, die erfahrene Moderatoren im freeCodeCamp-Community-Forum und anderen offiziellen Communities, die wir betreuen, anwenden.
[!NOTE] Wenn du Das Moderatorenhandbuch noch nicht gelesen hast, solltest du dort zuerst anfangen.
Das Forum
Erste Schritte
Das erste, was dir auffallen wird, nachdem du den Moderatorenstatus im Forum erhalten hast, ist, dass deine Benutzeroberfläche etwas anders aussehen wird, mit neuen Admin-Tools und Zugang zum Mod-Team-Subforum.
Einige der neuen Werkzeuge werden in einem neuen Menüpunkt erscheinen, der wie ein Schraubenschlüssel aussieht. Einige werden als neue Registerkarten oder Schaltflächen erscheinen oder sogar als neue aktivierte Optionen in den Forenmenüs.
Um dich mit den neuen Werkzeugen und Rechten vertraut zu machen, kannst du in deiner ersten Woche in dieser herausgehobenen Rolle eine oder mehrere der folgenden Methoden kombinieren:
[!TIP] Die ersten beiden sind die wichtigsten.
Mach dich mit den Discourse Admin Tools vertraut
Das freeCodeCamp-Forum ist eigentlich ein Discourse-Forum und folgt vielen gleichen Richtlinien anderer Foren, die auf Discourse aufbauen. Um dich mit Discourse und der Moderatorenrolle vertraut zu machen, lies zunächst den Leitfaden für neue Benutzer und den Leitfaden für neue Moderatoren von Discourse.
Folge einem Moderator aufmerksam
Alle Aktionen der Moderatoren können in den Aktionsprotokollen nachverfolgt werden. Die Aktionen, die von automatisierten Tools wie akistmet oder system durchgeführt werden, können meist ignoriert werden, bis sie zu einem Beitrag führen, der überprüft werden muss. Beiträge, die überprüft werden sollen, werden im Bereich Review des Forums angezeigt.
In der ersten Woche solltest du darauf achten, was markiert und was überprüft wird, und dies mit den Maßnahmen vergleichen, die aufgrund der markierten Beiträge ergriffen werden. Es kann vorkommen, dass das Systemkonto einen Beitrag markiert, weil der Benutzer ihn zu schnell erstellt hat. In vielen Fällen heben die Moderatoren die Markierung des Beitrags auf, indem sie auf die Schaltfläche "Approve Post" klicken oder ihn als "Not Spam" markieren (je nach Art der Markierung).
In der Regel können Spam-Markierungen auch von Mitgliedern oder Moderatoren gesetzt werden. Ein übliches betrügerisches Verhalten besteht darin, ein Konto zu eröffnen, einen scheinbar harmlosen Beitrag zu verfassen und diesen Beitrag später zu bearbeiten, um einen Link zu einer externen Website hinzuzufügen, um für diese zu werben. In diesem Fall ist das Mitgliedskonto in der Regel recht neu und hat bisher nur diesen einen Beitrag verfasst, was darauf hindeutet, dass das Konto nur zu dem Zweck eröffnet wurde, die Community zu spammen. In diesem Fall sollte die Entscheidung getroffen werden, das Konto nach dem ersten Verstoß zu löschen. Das Gleiche gilt für Konten, deren erster Beitrag als Spam eingestuft wird.
Vielleicht bemerkst du, dass die Moderatoren ein Verfahren namens "Split Topic" anwenden. Dies kann der Fall sein, wenn ein Moderator einen Beitrag, der fälschlicherweise in einem bestehenden Thema verfasst wurde, in ein neues Thema getrennt hat, oder wenn ein Moderator doppelte Themen zusammengeführt hat, die ein einzelner Benutzer für dieselbe Frage erstellt hat. Wenn du dir diesen Vorgang ansiehst, werden verschiedene Aktionen und ihre Ursachen deutlich.
Eine weitere nützliche Funktion, die für alle Moderatoren aktiviert wird, ist die Möglichkeit, eine "Canned Reply" zu posten. Dabei handelt es sich um eine vorformulierte Antwort, die mit dem Mod-Team ausgearbeitet wurde, um schnell auf einige bekannte und sich wiederholende Szenarien reagieren zu können. Dazu gehören:
- Begrüßung eines neuen Forumsmitglieds, das Code ohne eine Frage gepostet hat -> " Welcome - remind question"
- Erinnerung an Mitglieder, keine Code-Lösungen zu posten, sondern stattdessen Hinweise und Tipps zu geben -> " Solutions Instead of Help"
- Reagiere auf eine Situation, in der der Code von jemandem bei dir funktioniert, bei ihm aber nicht -> " Browser Issues"
- Ermutigung der Mitglieder, GitHub-Issues zu erstellen, wenn ein möglicher Fehler gefunden wird -> "Bug Report"
Es gibt noch mehr, die du dir durchlesen kannst, um dich mit ihren jeweiligen Einsatzmöglichkeiten vertraut zu machen. Du kannst auch im Subforum des Mod-Teams über die Vorlagen diskutieren und du kannst gerne Fragen stellen, wenn du dir nicht sicher bist, wie eine Vorlage verwendet werden sollte.
Lies die Beiträge des Mod-Teams im Subforum
Das Subforum des Mod-Teams enthält eine Reihe von Beiträgen ehemaliger und aktueller Moderatoren, die über die verschiedenen Anforderungen und/oder Herausforderungen der Moderation des Forums diskutieren.
Das Lesen dieser Beiträge kann dabei helfen, einige der zugrundeliegenden Ziele und Prozesse aufzudecken, die die Forenmoderatoren betreffen. Einige der Threads können auch Aufschluss über den Umgang mit Spam und unangemessenen Inhalten im Forum geben.
Wo du um Hilfe bitten kannst
Wenn du Hilfe brauchst, um mit einer Situation umzugehen, die dir unangenehm ist oder bei der du unsicher bist, diskutiere mit deinen Moderationskollegen entweder im Mod-Team Subforum oder im #mod-chat auf Discord.