Strutturare una community di supporto attiva che migra da Facebook

(Se questo dovrebbe essere interrotto come argomento separato, fatemelo sapere… Non sono sicuro se dovrei continuare a pubblicare in questa discussione/categoria o andare altrove con questo.)

Aggiungerò campi utente. Alcuni sono informazioni generali che vorremmo avere per tutti gli utenti (volontarie), ad esempio la città/paese in cui si trovano, oppure gestiamo questo con cento gruppi diversi? Ci sto pensando ora: campi utente o gruppi? A parte la città, alcune informazioni pertinenti potrebbero essere: “famiglia numerosa” (persone con molti animali), “gestire tutto da soli”, “lavorare a orari irregolari”, “disabilità o problemi di salute”, “assente la maggior parte dei giorni rispetto a essere solitamente a casa”, “livello di confidenza con la tecnologia”, “livello di stress”… tutti questi sono indicatori di “contesto” sull’utente che sono super utili da sapere perché influenzano il modo in cui consiglieremo e supporteremo le persone quando pubblicheranno.

Due categorie di campi utente che ritengo debbano essere assolutamente campi utente – un gruppo servirà per le persone che migrano da Facebook, un altro per i “nuovi membri reali”:

  • data di iscrizione alla community su Facebook (la maggior parte delle persone lo sa), può essere approssimativa; nome su Facebook o link al profilo (per aiutarci a riconoscere le persone)
  • per i nuovi membri abbiamo domande di screening che sono già in atto su Facebook, che vorrei trasferire quasi così come sono (hai un gatto diabetico, dacci qualche dettaglio, quali sono le tue aspettative/bisogni, stai somministrando insulina/trattamento o sei aperto a farlo, quanto sei stressato in questo momento… questo copre quasi tutto)

C’è un modo per “raggruppare” i campi utente con una condizione (“vengo dalla community di Facebook” / “sono completamente nuovo nella community”)?
(Vedi, questa è una specie di domanda sulle funzionalità, quindi dovrebbe rimanere nella categoria Community?)

Questo è super interessante, grazie mille per aver condiviso!

C’è qualcosa sulla concatenazione dei campi utente in Discourse Authentication Validations e c’è anche il potentissimo Custom Wizard Plugin 🧙. Ma non ho usato nessuno di questi personalmente.

Forse ha senso mostrare solo i campi personalizzati più importanti nel modulo di registrazione e chiedere agli utenti di compilare gli altri campi in seguito.

1 Mi Piace

Concordo. Per quanto ne so, ho aggiunto un sacco di campi ma non ho ancora capito dove trovarli sul mio profilo per compilarli, ora che esistono :face_with_peeking_eye:

Di solito si trovano nella scheda del profilo /my/preferences/profile

1 Mi Piace

Capisco che possa essere difficile trattenersi dall’eccessiva progettazione (over-engineering), ma tieni presente che Discourse è molto flessibile e che puoi modificare le tue categorie in seguito. Ciò include la fusione di categorie, lo spostamento di post da una categoria all’altra, la sostituzione di una categoria con un tag e viceversa, ecc.

Quindi, non è un grosso problema se pensi di aver commesso errori, o se pensi che l’organizzazione delle tue categorie e dei tuoi tag possa essere migliorata dopo il lancio del tuo forum:

Naturalmente, è sempre l’ideale se tutto è perfetto fin dal lancio. Quello che sto cercando di dire è che questi strumenti possono alleviare il tuo eccessivo pensare (overthinking), poiché ciò che decidi può sempre essere modificato in seguito.

2 Mi Piace

Sì, esattamente. Questo è ciò che mi fa pensare che “iniziare in modo semplice e iterare” (che è la mia modalità predefinita per fare le cose) sia una scelta più intelligente qui rispetto a “preparare tutto perfettamente prima che gli ospiti bussino alla porta” (che è la mia modalità ideale per fare le cose, raramente vista o raggiunta nella realtà :rofl:)

1 Mi Piace

Sono di parte nel fare le cose in questo modo e penso che probabilmente sarà la scelta migliore anche nel tuo caso.

Un modo per affrontare questo è considerare che ci siano diverse tappe intermedie sulla tua strada verso un lancio completo, che potrebbero assomigliare a questo:

  • sito reso disponibile a collaboratori stretti
  • sito reso disponibile a beta tester
  • sito reso disponibile a gruppo pilota
  • sito reso disponibile all’intera comunità esistente
  • sito reso disponibile a nuovi membri
  • data di fine supporto annunciata per determinate attività nella vecchia comunità
  • determinate attività non più supportate nella vecchia comunità

Ad ognuna di queste fasi, espandi lentamente chi è incluso, iterando sul sito finché non ritieni che sia pronto per passare alla fase successiva. Fai le cose necessarie per quella fase successiva, ma non per la fase successiva ancora. Impara ciò che è veramente necessario man mano che procedi.

Le ultime due fasi potrebbero anche essere ripetute in un ciclo, mentre sostituisci le attività una o poche alla volta. Forse alla fine disattiverai completamente la vecchia comunità. O forse rimarrà indefinitamente per supportare un insieme più ristretto di attività.