Negli ultimi mesi, abbiamo visto Discourse implementare miglioramenti e nuove funzionalità nel pannello di amministrazione. Come per tutti i cambiamenti importanti, ha ricevuto sia feedback positivi che negativi.
Penso che tutti apprezziamo l’UI/UX della nuova interfaccia e, se riscontriamo delle incongruenze, è perché utilizziamo i nostri forum in modi diversi.
Sto per rilanciare la mia community e, analizzando le varie opzioni disponibili nel mio pannello di amministrazione, mi rendo conto di aver bisogno di un “sotto-amministratore” che dovrebbe avere accesso a funzionalità specifiche, ma non all’intero spettro offerto da /admin.
I moderatori e i TL3/TL4 si occupano dei contenuti e della community; gli strumenti di cui questo “sotto-amministratore” disporrebbe sarebbero più ampi e avrebbero un impatto sulla gestione interna di Discourse.
Questo elenco è una bozza breve e non esaustiva. Fornirebbe un’idea generale di ciò che deve essere discusso.
Permessi di sotto-amministratore consentiti:
- Accesso ai modelli di sentiment/emozioni.
- Aggiornamento delle traduzioni (testi) per le traduzioni personalizzate che si adattano meglio al gergo della community.
- Utenti, gruppi, badge, funzionalità in arrivo.
- Permalink, parole speciali, embed.
- Statistiche, moderazione, revisione e altre funzionalità che non causerebbero danni al sito se gestite da un sotto-amministratore di fiducia.
- Configurazione dei plugin (forse selezionabili da un elenco per evitare quelli più sensibili).
Permessi NON concessi al “sotto-amministratore”:
- Accesso a tutte le opzioni di amministrazione.
- Aggiornamento dell’istanza Discourse.
- Aggiunta o rimozione di componenti tematici.
- Accesso a impostazioni specifiche relative a email, sicurezza, accesso degli utenti, ecc.
- Accesso a chiavi API, webhook e qualsiasi informazione sensibile sul sito.
Questa nuova autorizzazione con ambito limitato nella sezione di amministrazione dovrebbe essere collegata a due pannelli di amministrazione separati, basati sulle funzioni che ciascun gruppo di amministratori fornisce.
Avremmo quindi, da un lato (i) una dashboard tecnica e, dall’altro (ii) una dashboard funzionale, applicabile a PM, CM e ruoli simili in diverse organizzazioni, a loro discrezione.
L’attuale design modulare del pannello di amministrazione consentirebbe agli amministratori principali di scegliere tra le diverse opzioni, nel caso in cui volessero anche tenersi aggiornati su ciò che accade a livello funzionale nella gestione della community.
So che questo potrebbe richiedere tempo e potrebbe non essere qualcosa che il team vuole affrontare subito, ma penso che sarebbe ottimo iniziare a discuterne con la community di Meta in modo che possano leggere le nostre opinioni in merito.
Nel mio caso particolare, in una community di nicchia che manca di una struttura organizzativa (oltre a quella che sorge naturalmente), al momento non sono in grado di concedere determinati privilegi di accesso, poiché cedere l’intero pannello di amministrazione non sarebbe vantaggioso per ciò che facciamo in questo momento.
Questo mi tiene letteralmente legato a tutta la gestione di Discourse, anche se potrei delegare una grande parte dei compiti al team formatosi naturalmente — poiché sono persone di cui mi fido — ma non hanno ancora l’esperienza necessaria perché io possa semplicemente delegare o consentire l’accesso a tutto.
Cosa ne pensate?