Ich verstehe, was Sie meinen – obwohl die Tatsache, dass sie in einem Dropdown-Menü versteckt sind, sie viel weniger sichtbar macht als Unterkategorien, die man prominent anzeigen kann.
Dazu komme ich später noch einmal, denn das ist etwas, was ich ziemlich ausgiebig nutzen möchte 
(mindestens ein Tag aus einer bestimmten Tag-Gruppe in einer bestimmten Kategorie zu verlangen), um die Vervielfachung von Unterkategorien zu vermeiden…
Ich denke, ein Teil davon ist das, aber ein anderer Teil ist die Fortsetzung der „Installation“, all das Setup-Zeug. Nun, ich habe Discourse installiert, es verfügt über all diese unglaublich coolen Funktionalitäten, ich habe die Kontrolle über so viele Dinge, aber wie „forme“ ich es nach den Bedürfnissen meiner Community? Dieser Teil hat mich vor einiger Zeit extrem entmutigt, denn obwohl alle Einstellungen und so dokumentiert sind, hatte ich Schwierigkeiten a) zu verstehen, wo ich anfangen soll, und b) zu verstehen, wie ich meine „Vision“ für meine Community in Einstellungen und Konfiguration umsetzen kann.
Vielleicht denke ich also an eine zusätzliche Ebene rund um den Weg der ersten Konfiguration. Ich sehe Support (ich würde es nicht in „Allgemeine Unterstützung“ umbenennen, ich habe das nur gesagt, um meine Wahrnehmung zu verdeutlichen) eher für „Ich bin startklar, oder ich habe ein spezifisches Problem, das ich lösen muss“, anstatt für „Ich habe meine Standardinstallation und was muss ich jetzt tun, um sie für eine Art Launch vorzubereiten“.
All das soll heißen, ich denke tatsächlich, dass „Konfiguration“ im Rahmen der Admin-Reise sinnvoll ist und nicht genau dasselbe wie „Support“.
Eine Parallele zu meiner Community – erinnert mich daran, dass ich in der richtigen Diskussion Neuigkeiten dazu geben muss – ist folgende: Angenommen, der Besitzer einer diabetischen Katze, die gerade eine Diagnose erhalten hat und unserer Community beitritt, wie organisieren wir Kategorien? Was ich jetzt entschieden habe, ist, sehr „mitgliedszentriert“ zu sein und mit „Ich bin gerade angekommen, was zum Teufel“ (ein höflicheres französisches Äquivalent) zu beginnen, dann „Ich besorge mir die nötige Ausrüstung“, „Ich lerne“ – und dann sind sie bereit für den eigentlichen „Support“, der das Herzstück der Community ist.
Wenn ich in dieser Hinsicht mit Discourse denke, als jemand, der völlig neu in all dem ist, wie ich es war, gibt es definitiv: 1) herauszufinden, ob ich selbst hosten werde oder nicht, und mein Hosting auszuwählen; 2) die eigentliche Installation durchzuführen; 3) meine Community zu gestalten und das in die Discourse-Konfiguration zu übersetzen. Und in diesem Fall muss zwischen a) ich baue von Grund auf neu und b) die Community existiert und ich möchte sie migrieren – wie in meinem Thema zu den Herausforderungen bei der Facebook-Migration besprochen, denke ich wirklich, dass sich der Ansatz zur Einrichtung ändert.
Was uns zu der Frage bringt, wo die Migrationsinhalte platziert werden sollen.
Ich würde sagen, auch hier kommt es darauf an, welche Geschichte wir erzählen wollen. Möchte Discourse die Migration bestehender Communities zu Discourse fördern und erleichtern, oder liegt der Fokus mehr auf Leuten, die mit Discourse von Grund auf neu aufbauen werden?
Keine Überraschung, ich würde argumentieren, dass es sinnvoll ist, sich auf die Migration von Kunden zu konzentrieren, da ich überzeugt bin, dass es dort einen riesigen unerschlossenen Markt gibt.
In diesem Fall möchte ich, dass „Migration“ nicht zu tief vergraben ist. Ich würde es persönlich als einen Aspekt des Community Managements beibehalten (und die aktuelle Community-Kategorie umbenennen, weil „Community“ allein mehrdeutig ist; ich dachte zuerst, es ginge um „die Discourse-Community“ und nicht um „die Gestaltung/den Aufbau/die Verwaltung von Communities“). Tag oder Unterkategorie? Würde es zumindest eine Unterkategorie verdienen. Würden Migrationsskripte und technisches Zeug rund um die Migration in eine andere übergeordnete Kategorie gehören?
Oder vielleicht ist Migration eine eigene Kategorie, die Diskussionen darüber enthält, wie man bestehende Aspekte der Community an Discourse anpasst und übersetzt, wie man den eigentlichen Migrationsprozess angeht (Implementierung) und auch die „Datenmigration“.