Quest’anno abbiamo sperimentato diversi formati per coinvolgere i nostri clienti/membri, grazie al lavoro straordinario di @danielle su How We’re Organizing Webinars & Office Hours. Questi tipi di formati sono scalabili all’infinito perché poche ore del tempo di Danielle beneficiano moltitudini di consumatori futuri. Le ore di ricevimento sono particolarmente preziose perché colmano il divario tra comunicazione diretta e asincrona: le persone con domande dirette possono porle in diretta, mentre altre possono beneficiare successivamente dalla discussione curata.
Sono curioso di sapere quali altri tipi di modelli di coinvolgimento uno-a-molti funzionano bene per gli altri.
Un altro piccolo modello che funziona bene per noi è quello di far sì che le persone più vicine a una particolare modifica creino argomenti di annuncio riguardo a tale modifica.
In una certa misura, questo è probabilmente stato un naturale sviluppo del fatto che Discourse sia un progetto open source. Allo stesso tempo, penso che siamo stati intenzionali su questo aspetto mentre ci siamo espansi e abbiamo aggiunto persone in ruoli diversi.
Ad esempio, i nostri annunci di funzionalità sono solitamente fatti da qualcuno che ha effettivamente lavorato su quella funzionalità (che si tratti di un ingegnere, un designer o un product manager).
Questo permette alle persone di iniziare conversazioni su qualcosa di cui conoscono qualcosa in un modo che si integra piuttosto bene nel processo di costruzione del prodotto.
Offre alla comunità un luogo per interagire direttamente con le persone che stanno costruendo una particolare funzionalità.
E permette anche alle persone che la stanno costruendo di continuare a impegnarsi nel feedback della comunità su quella cosa senza dover osservare tutto ciò che accade nella comunità o inventare sistemi sofisticati di triage o tagging.
Ho visto altri fare cose simili in altri posti altrettanto efficacemente, anche se alcuni dettagli differiscono.
Una cosa che abbiamo provato ma senza successo è stata quella di organizzare discussioni periodiche (proprio come questa) per chiedere alle persone la loro opinione su diversi elementi del prodotto, quasi come un feedback a piccoli passi.
Attualmente, le nostre categorie richiedono qualcosa di specifico:
Fare/rispondere a domande, ma questo richiede o di avere un problema o di conoscere il prodotto per fornire una risposta
Condividere una guida, ma questo richiede una certa competenza sul prodotto che nessun altro ha condiviso e/o che la documentazione non copre
Inviare una richiesta di funzionalità, ma questo richiede di pensare a un’idea che nessun altro ha pensato
Ma avere una sezione “come gestisci ABC” o “quali sono le tue opinioni su XYZ” permette alle persone che non sono esperte del prodotto di condividere il loro contributo. Sfortunatamente, la nostra comunità è ancora piuttosto inattiva, quindi ha convertito solo un paio di lettori silenziosi in contributori, ma penso comunque che ci sia del merito in questa tattica.
Inoltre, complimenti agli incontri organizzati da Danielle! Mi iscrivo a tutti e cerco di partecipare il più possibile
Per curiosità, qual era l’obiettivo finale? Volevi/avevi bisogno del feedback delle persone o cercavi di stimolare il coinvolgimento per qualche altro scopo?
Direi che l’80% era dedicato a stimolare l’engagement e il 20% al Product Manager che cercava di raccogliere feedback. L’obiettivo finale era offrire agli non esperti (cioè agli utenti generici dei prodotti) uno spazio sicuro per partecipare alla conversazione.
Ora sono ancora più curioso. Se non fanno parte del tuo team, qual è il motivo per cui vuoi incoraggiarli a partecipare se non hanno domande naturali da fare?
