Elementi della lista dei desideri per il livello di fiducia

Ciao a tutti,

Scusate se è un po’ lungo. :slight_smile:

Non ho mai nascosto il mio pensiero: i Livelli di Fiducia (TL) sono uno degli ingredienti segreti di Discourse. Quando lavoro con i clienti sulle loro comunità, utilizzo i TL come metodo principale per riconoscere i contributi della comunità e, successivamente, per riconoscere e premiare i membri man mano che avanzano tra i livelli di fiducia.

Sebbene i TL siano ottimi per sbloccare capacità di moderazione, credo che il loro vero potenziale risieda nella possibilità di incentivare e riconoscere la partecipazione della comunità.

Stavo avendo una conversazione con @j.jaffeux, che ha condiviso alcuni recenti lavori sul rapporto sui TL, e ho menzionato di avere una piccola lista di desideri relativa ai TL; ho pensato di condividerli qui per una discussione più ampia.

Certo, prendete tutto questo con le dovute precauzioni, ma sono impaziente di ascoltare altri pensieri su queste idee.

1. Rapporto di Riepilogo dei Livelli di Fiducia

Spesso, quando lavoro con le comunità, impostiamo un flusso di lavoro in cui, quando gli utenti transitano tra i TL, utilizziamo tale evento per attivare riconoscimenti e/o premi. Ad esempio, se qualcuno passa da TL1 a TL2, suggerisco spesso di creare un nuovo argomento per celebrare i fantastici contributi di quell’utente alla comunità. Da TL2 a TL3, spesso ricevono un “swag bag”. In quasi tutti i casi in cui ho fatto questo, quegli utenti hanno amato il riconoscimento e hanno sentito un forte senso di comunità.

Mi piacerebbe che Discourse mostrasse nella pagina principale di Amministrazione un riepilogo degli utenti che hanno transitato tra i livelli di fiducia negli ultimi 30 giorni. Ad esempio:

Utenti Promossi Come posso usarlo?

Dal Livello 1 al Livello 2: @foo, @bar
Dal Livello 2 al Livello 3: @baz

Questo renderebbe molto più facile identificare questi utenti e aiutare le comunità a premiarli. Come piccolo extra, potrebbe includere un piccolo link (come nel mio esempio sopra) alla documentazione con suggerimenti su cosa fare per riconoscere questi utenti.

2. Rebranding dei Livelli di Fiducia

Quando lavoro con i clienti, spesso faccio due cose con i TL:

  1. Li rebrandizzo (ad esempio: membri Argento, Oro, Platino).
  2. Rimuovo le parole “Livello di Fiducia” in modo che i membri non cerchino i livelli di fiducia e non tentino di manipolare il sistema (specialmente con la fantastica documentazione disponibile per Discourse).

Ad esempio:

Credo che sarebbe fantastico semplificare questo rebranding e l’aspetto dei livelli di fiducia. Oggi possiamo farlo con stringhe di testo, ma può essere un po’ macchinoso, specialmente per i nuovi utenti di Discourse. Suggerirei anche che questo faccia parte di una sorta di “wizard dei TL”.

A mio avviso, questi livelli di appartenenza dovrebbero essere una parte unica e notevole dell’esperienza della comunità, e quindi di Discourse. Mi piacerebbe vedere “Livelli di Appartenenza” nel menu hamburger, con ogni TL che dispone di un’immagine hero a tutta pagina, una breve descrizione del livello, un elenco di membri e persino gli ultimi post di quei membri.

3. Profili dei Livelli di Fiducia

Quando valuto i contributi della comunità, questo include spesso ma non si limita a Discourse. Può includere anche attività esterne come l’invio di pull request, la scrittura di post sul blog, l’organizzazione di eventi o la partecipazione a consigli di governance. Tutto ciò dipende dalle persone chiave a cui ci rivolgiamo per la comunità.

Per la stragrande maggioranza delle comunità che costruisco, tutte queste persone utilizzeranno Discourse, ma ci sono attività che svolgono al di fuori di Discourse che mi piacerebbe incorporare nei TL come criteri.

Sarebbe estremamente utile avere il concetto di un Profilo del Livello di Fiducia. Cioè, invece di avere TL1, TL2, TL3, ecc., potrei aggiungere un profilo come “Sviluppatore” (che corrisponde alle mie persone chiave target).

Potrei quindi definire un elenco di criteri per ogni TL, inclusi gli elementi fondamentali di Discourse, ma anche queste integrazioni esterne aggiuntive. Questo avrebbe il vantaggio aggiuntivo di rendere l’account Discourse il registro centrale per tracciare i risultati e l’esperienza della comunità (questo è un argomento collaterale, ma credo che rendere Discourse il hub centrale e il profilo per i membri della comunità sarebbe estremamente prezioso).

Ovviamente, questo richiederà l’integrazione con questi altri servizi, ma credo che valga la pena esplorarlo. Un’altra opzione potrebbe essere includere il supporto per cred.

4. Trigger dei Livelli di Fiducia

Ancora una volta, quando lavoro con i clienti, voglio che siano intenzionali riguardo all’esperienza della comunità. Come appare l’esperienza di onboarding? Cosa succede quando le persone raggiungono il TL1? Come li riconosciamo e li premiamo? Inviamo loro degli oggetti promozionali e, in tal caso, cosa dovrebbero essere?

Credo che potrebbe essere estremamente utile avere una serie di trigger integrati che si attivano quando qualcuno raggiunge un livello di fiducia. Cioè, quando un individuo raggiunge un nuovo livello di fiducia, possono partire azioni automatiche come:

  • Inviare un’email a un community manager per avvisarlo che l’utente è salito di livello, in modo che il community manager possa contattarlo e ringraziarlo per il suo lavoro.
  • Abbozzare un nuovo argomento pubblico (ma ancora in bozza) con un modello di argomento che il community manager può poi modificare per celebrare il lavoro di quella persona (ad esempio, questo potrebbe incorporare automaticamente la sua foto profilo, un elenco dei suoi post più popolari, ecc.).
  • Aggiornare un foglio di calcolo Google per richiedere una parte di una distribuzione di oggetti promozionali per il “care kit” che gli invierete. Questi tipi di integrazioni esterne potrebbero essere aree interessanti in cui la comunità più ampia può costruire supporto aggiuntivo, proprio come con i plugin.
  • Abbozzare un PM in bozza per l’amministratore o il community manager che chiederà all’utente il suo indirizzo di spedizione per inviare degli oggetti promozionali.
  • Aggiungerli a un alias di posta elettronica (ad esempio per le persone in TL3) - spesso lo faccio per i membri della comunità molto coinvolti, in modo che abbiano un “telefono diretto” per contattare la leadership della comunità.

Credo che questo raggiunga due obiettivi:

  1. Automatizzerà molti processi manuali.
  2. Potremo incoraggiare un mercato di idee su modi per riconoscere le persone che avanzano nei livelli di fiducia.

Credo che se rendiamo più facile per gli utenti di Discourse sapere che i TL sono un ottimo modo per costruire coinvolgimento e fornire alcuni esempi pratici e solidi su come farlo ad ogni transizione, otterremo grandi esperienze di comunità.

Ora, per essere molto chiari, non credo che dovremmo mai automatizzare l’invio di email o notifiche all’utente per congratularsi con lui per l’ascesa di livello (poiché le persone non amano essere ringraziate dai computer), ma penso che possiamo semplificare e automatizzare altri elementi di questo processo.

5. Trigger Sottomarini

Questo non è specifico per un TL, ma è correlato al coinvolgimento e al riconoscimento dei membri della comunità.

Quando ho scritto People Powered ho parlato di incentivi Sottomarini come modo per riconoscere grandi lavori.

In sintesi, usiamo i computer per rilevare il comportamento che vogliamo vedere e poi usiamo le persone per riconoscerlo e premiarlo.

Ad esempio, mi piacerebbe sapere quando un utente con un TL basso (ad esempio TL1) risponde a una domanda e il suo post viene contrassegnato come soluzione per la prima volta. Voglio vedere che questo è successo e poi inviargli un PM con una nota personale e gentile per apprezzare il supporto e la guida forniti alla comunità.

Mi piacerebbe vedere Discourse pieno di questi tipi di trigger sottomarini. Altri esempi potrebbero includere:

  • Utenti con più like in un mese (molto popolari)
  • Utenti che leggono e scrivono di più in un dato periodo di tempo (molto coinvolti)
  • Utenti che hanno ricevuto like da un’ampia gamma di persone (molto interessanti in un ampio gruppo).
  • Utenti con un TL più alto che ricevono like da persone con un TL più basso (un indicatore di potenziale mentorship).

Ricevere una notifica quando ciò accade (a) aiuterebbe i community manager e gli amministratori a riconoscere grandi lavori a un livello molto personale e (b) porterebbe le persone a pensare al riconoscimento dei comportamenti individuali, non solo ai cambiamenti di TL.

Ok, è tutto. Grazie per aver letto fino alla fine.

Anche se non posso aiutare a scrivere il codice, sono felice di contribuire in altri modi su come queste funzionalità potrebbero essere costruite (ad esempio test, ulteriori input, ecc.).

Grazie!

24 Mi Piace

Ottimo argomento! Lo sto tirando fuori proprio perché abbiamo notato cose simili nel nostro forum. Lo stiamo utilizzando da alcuni anni e attualmente abbiamo circa 4.000 utenti.

Ecco alcuni punti tratti dalla nostra esperienza:

  • Nomi personalizzati per ogni livello di fiducia: Concordo pienamente. È meglio per un branding unico.
  • Aggiungere un ulteriore livello di fiducia: Nel nostro caso, sentiamo che c’è un enorme divario tra il livello 2 e il livello 3. Questo nuovo livello sarebbe essenzialmente una versione più morbida dell’attuale tl3 e richiederebbe, diciamo, 180 giorni di attività su 365. L’idea è di avere fondamentalmente due livelli separati che devono essere mantenuti in base all’attività per:
    a) utenti attivi
    b) utenti super-duper-altamente attivi
2 Mi Piace

Ciao Jono,

Scusa se ci è voluto un po’ di tempo per rispondere: abbiamo discusso la questione e svolto alcuni lavori correlati che potrebbero facilitare le cose.

Questi sono gli elementi che possiamo realizzare subito utilizzando Discourse Automation, Discourse Solved e i report di amministrazione. Lavoreremo specificamente su questi punti e condivideremo i progressi e la funzionalità finale non appena possibile.

MODIFICA:

Con Discourse Automation, gli attivatori per i livelli di fiducia (TL) e gli attivatori Submarine saranno realizzabili; servirà solo un po’ di esperienza nella scrittura di script.


I punti 2 e 3 richiederebbero nuove funzionalità; le riteniamo utili, ma devono ancora essere sviluppate. Siamo d’accordo sull’idea di una procedura guidata per il rebranding dei livelli di fiducia, mentre i profili dei livelli di fiducia sembrano fattibili. Tuttavia, non è una decisione definitiva: vorremmo essere certi che sia utile per una larga parte della comunità.

5 Mi Piace

E questo è fatto!

La maggior parte dei report è attiva su tutte le istanze Discourse aggiornate, sono stati uniti nel dicembre dello scorso anno.

Il resto che ho menzionato che potevamo fare è ora possibile tramite webhook e script di automazione che si attivano o vengono attivati al cambio di TL.

Il webhook rende le cose più facili e aiuta con i trigger TL e Submarine di cui hai parlato. Joffrey ne ha parlato in un altro argomento:

E con il plugin di automazione, questo e altri trigger possono essere portati ancora oltre. Ed è anche ora attivo sui nostri piani di hosting e pronto per chiunque voglia usarlo :tada:

3 Mi Piace

Questo argomento è stato chiuso automaticamente dopo 6 giorni. Non sono più consentite nuove risposte.