Peut-être que c’est un problème de support, car je n’ai pas trouvé « la bonne façon » de faire, mais voici un scénario récurrent pour moi.
Lorsqu’un nouvel utilisateur rejoint la communauté, je veux l’ajouter à un groupe « mensuel » (c’est-à-dire le mois de son inscription).
Si le groupe mensuel existe déjà, je peux l’y ajouter juste après l’avoir approuvé, ça fonctionne.
Mais s’il n’existe pas (c’est sur l’application mobile) :
il n’y a aucun moyen d’ajouter un utilisateur à un groupe qui n’existe pas encore (c’est-à-dire créer le groupe à la volée, comme on peut le faire avec les étiquettes)
donc je vais dans l’espace « groupes » et je crée le groupe
depuis le groupe, je peux ajouter des utilisateurs, mais seulement si je connais leur nom d’utilisateur (la liste déroulante n’affiche pas la liste des utilisateurs à moins que je tape quelque chose, je crois que j’avais déjà posté là-dessus auparavant), et bien sûr, à ce moment-là, j’ai complètement oublié le nom d’utilisateur du nouvel utilisateur
donc je vais dans la liste des utilisateurs et là, je ne vois pas comment « trier » les utilisateurs pour que les plus récemment approuvés apparaissent en haut
Est-ce un manque d’ergonomie (UX) ou un problème PEBCAK ?
Quelle liste d’utilisateurs utilisez-vous ? L’annuaire public des utilisateurs ou celle de votre espace d’administration ? Cette dernière possède un lien en haut de page pour afficher les nouveaux utilisateurs en premier.
Les groupes sont-ils strictement organisés par mois, ou par mois et par année ?
Cela pourrait être un bon scénario pour utiliser les Workflows. Vous pourriez définir un déclencheur lors de la création de l’utilisateur, extraire le mois en cours et l’ajouter au groupe correspondant.
Quel est votre cas d’usage pour les placer dans ces groupes, si je puis me permettre ? Je pose la question car il y a peut-être un moyen de simplifier ce que vous essayez d’accomplir.
Mois et année ! Oh oui… Il me faut absolument regarder les workflows.
Cas d’usage : intégration progressive, et aussi le suivi des personnes. Par exemple, si quelqu’un a rejoint l’équipe il y a trois mois, nous lui enverrons un message spécifique et l’orienterons vers certaines ressources. Ou bien, si nous n’avons pas de nouvelles d’une personne « nouvelle » depuis une semaine, nous voudrons lui envoyer un petit rappel, mais pas de la même manière que pour quelqu’un qui est là depuis quelques mois.
Mais tu as raison. J’avais oublié que les workflows étaient apparus entre-temps, et qu’ils devraient répondre à bon nombre de mes besoins !
J’ai déplacé cette discussion vers Community Building, car je pense que la partie la plus intéressante de cet échange concerne ce que vous faites et pourquoi — et je pense qu’il y a largement de la place pour discuter ici aussi des différentes approches du « comment ».
Les workflows méritent absolument qu’on s’y attarde.
J’imagine que vous feriez ce qui suit :
un workflow qui crée un groupe nommé quelque chose comme AAAA-MM, exécuté sur un déclencheur planifié, créant le groupe au moins quelques jours à l’avance ;
un autre workflow (ou cela pourrait être un déclencheur/graphe supplémentaire au sein du même workflow) qui ajoute les utilisateurs au bon groupe.
Une fois que vous aurez mis en place un système qui, à votre avis, fonctionne bien, j’aimerais beaucoup en savoir plus sur la façon dont vous utilisez ces groupes de cohortes (et encore mieux — des mises à jour occasionnelles sur la manière dont ils s’intègrent à votre communauté au fil du temps).
En y réfléchissant à nouveau, séparons les deux discussions. Considérons d’abord ceci comme un sujet de Support.
Dès que vous aurez trouvé « la » méthode qui vous convient, faites-le nous savoir et marquez une solution.
Séparément, j’aimerais beaucoup en savoir plus sur le contexte et ouvrir un espace dans un sujet distinct dans Community Building pour discuter de cet aspect de la construction de communauté. Seriez-vous partant pour lancer cette discussion en parallèle ?
