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.