Structurer une communauté de support active migrant de Facebook

(Si cela doit être traité comme un sujet distinct, faites-le moi savoir… Je ne sais pas si je dois continuer à publier dans ce fil/cette catégorie ou aller ailleurs avec cela.)

Je vais ajouter des champs utilisateur. Certains sont des informations générales que nous aimerions avoir pour tous les utilisateurs (volontaires), par exemple la ville/le pays où ils se trouvent – ou gérons-nous cela avec une centaine de groupes différents ? Je réfléchis à cela maintenant : champs utilisateur ou groupes ? Outre la ville, certaines informations pertinentes pourraient être : « grande famille » (personnes ayant beaucoup d’animaux), « gérer cela seul(e) », « horaires de travail irréguliers », « handicap ou problèmes de santé », « absent(e) la plupart du temps vs. habituellement à la maison », « niveau de confort avec la technologie », « niveau de stress »… tous ceux-ci sont des indicateurs de « contexte » sur l’utilisateur qui sont super utiles à connaître car ils influencent la manière dont nous conseillerons et soutiendrons les gens lorsqu’ils publieront.

Deux catégories de champs utilisateur qui, je pense, devraient absolument être des champs utilisateur – un lot servira pour les personnes migrant de Facebook, un autre pour les « nouveaux membres réels » :

  • date d’adhésion à la communauté sur Facebook (la plupart des gens le savent), peut être approximative ; nom sur Facebook ou lien de profil (pour nous aider à reconnaître les gens)
  • pour les nouveaux membres, nous avons des questions de sélection qui sont déjà en place sur Facebook, que je voudrais transférer à peu près telles quelles (avez-vous un chat diabétique, donnez-nous quelques détails, quelles sont vos attentes/besoins, administrez-vous de l’insuline/un traitement ou êtes-vous ouvert à le faire, à quel point êtes-vous stressé(e) en ce moment… cela couvre à peu près tout)

Existe-t-il un moyen de « regrouper » les champs utilisateur avec une condition (« je viens de la communauté sur Facebook » / « je suis complètement nouveau dans la communauté ») ?
(Vous voyez, c’est un peu comme une question sur les fonctionnalités, donc cela devrait-il rester dans la catégorie Communauté ?)

C’est super intéressant, merci beaucoup d’avoir partagé !

Il y a quelque chose sur l’enchaînement des champs utilisateur dans Discourse Authentication Validations et il y a aussi le très puissant Custom Wizard Plugin 🧙. Mais je n’ai utilisé aucun de ceux-ci moi-même.

Peut-être serait-il judicieux d’afficher uniquement les champs personnalisés les plus importants sur le formulaire d’inscription et de demander aux utilisateurs de remplir les autres champs plus tard.

1 « J'aime »

D’accord. Pour information, j’ai ajouté un tas de champs mais je n’ai toujours pas compris où les trouver sur mon profil pour les remplir, maintenant qu’ils existent :face_with_peeking_eye:

Habituellement, ils se trouvent dans l’onglet de profil /my/preferences/profile.

Vous pouvez également proposer un formulaire aux utilisateurs à l’aide de User Field Prompt

1 « J'aime »

Je comprends qu’il puisse être difficile de se retenir de la sur-ingénierie, mais gardez à l’esprit que Discourse est très flexible et que vous pouvez ajuster vos catégories après coup. Cela inclut la fusion de catégories, le déplacement de messages d’une catégorie à une autre, le remplacement d’une catégorie par une étiquette et vice-versa, etc.

Donc, ce n’est pas un problème majeur si vous pensez avoir fait des erreurs, ou si vous pensez que l’organisation de vos catégories et étiquettes pourrait être améliorée après le lancement de votre forum :

Bien sûr, il est toujours idéal que tout soit parfait dès le lancement. Ce que j’essaie de dire, c’est que ces outils peuvent atténuer votre sur-réflexion, car ce que vous proposez peut toujours être modifié par la suite.

3 « J'aime »

Oui, exactement. C’est ce qui me fait penser que « commencer simplement et itérer » (qui est mon mode par défaut pour faire les choses) est un choix plus judicieux ici que « tout préparer parfaitement avant que les invités n’arrivent à la porte » (qui est mon mode idéal pour faire les choses, rarement vu ou atteint en réalité :rofl:)

1 « J'aime »

Je suis partial en faveur de faire les choses de cette manière et je pense que ce sera probablement le meilleur choix dans votre cas aussi.

Une façon d’aborder cela est de considérer qu’il y a différentes étapes sur votre chemin vers un lancement complet, qui pourraient ressembler à ceci :

  • site rendu disponible aux collaborateurs proches
  • site rendu disponible aux testeurs bêta
  • site rendu disponible au groupe pilote
  • site rendu disponible à l’ensemble de la communauté existante
  • site rendu disponible aux nouveaux membres
  • date de fin de support annoncée pour certaines activités dans l’ancienne communauté
  • certaines activités ne sont plus prises en charge dans l’ancienne communauté

À chacune de ces étapes, vous élargissez lentement qui est inclus, vous itérez sur le site jusqu’à ce que vous pensiez qu’il est prêt à passer à l’étape suivante. Faites les choses nécessaires pour cette étape suivante, mais pas pour l’étape au-delà. Apprenez ce qui est réellement nécessaire au fur et à mesure.

Les deux dernières étapes pourraient également être répétées en boucle, à mesure que vous remplacez les activités une par une ou quelques-unes à la fois. Peut-être finirez-vous par arrêter complètement l’ancienne communauté. Ou peut-être restera-t-elle indéfiniment pour prendre en charge un ensemble plus restreint d’activités.

3 « J'aime »