Campaigns/Foundation Product Team/Registration/fr

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search
This page is a translated version of the page Campaigns/Foundation Product Team/Registration and the translation is 100% complete.
Other languages:
Community Content Campaigns

Le mouvement Wikimedia compte en son actif plusieurs campagnes, telles que Wiki Loves Monuments, WikiGap, #1Lib1Ref, et plus encore. Cependant, il n’y a pas de système d’inscription robuste, sur le wiki, pour les événements de campagne. Pour cette raison, le présent projet vise à créer un moyen facile de rejoindre les campagnes Wikimédia.

Nous vous invitons à lire notre analyse ci-dessous et à partager vos commentaires sur la page de discussion. Vos commentaires auront un impact direct sur l’orientation de notre projet. Merci d'avance !

Project vision

Cette nouvelle fonctionnalité permettra aux organisateurs de campagnes de gagner du temps, puisqu’ils n’auront plus besoin de concevoir d’autres solutions d’inscription. Ils pourront également recueillir de meilleures données sur les participants à la campagne et sur leurs besoins, tout en respectant leur vie privée. Parallèlement, les participants aux campagnes pourront s’y joindre avec un minimum d’efforts, et leur premier point de contact avec la campagne sera à la fois divertissant et stimulant.

Nous avons de grands projets pour l’avenir de l’inscription. Tout d’abord, nous espérons intégrer la fonctionnalité d’inscription aux outils de suivi existants, comme Programs & Events Dashboard et Event Metrics. Cela signifie qu’une fois qu’un participant s’est inscrit, son nom d’utilisateur est automatiquement transmis à l’outil de suivi spécifié par l’organisateur.

Deuxièmement, nous espérons qu’une solution d’inscription sur wiki favorisera un plus grand sens de la communauté. À l’heure actuelle, de nombreux participants à la campagne ne savent pas qui d’autre s’est inscrit, surtout s’ils s’inscrivent via des plateformes tierces. Grâce à la nouvelle solution d’inscription, les participants pourront voir qui a rejoint la campagne et qui partage des intérêts ou des motivations communs avec eux.

Troisièmement, nous envisageons d’intégrer le système d’inscription à un calendrier d’événements. Une fois que nous aurons construit ce système d’inscription, nous pourrons intégrer le support d’inscription dans divers calendriers et outils de découverte d’événements.

Enfin, nous voulons que ce projet soit un effort de collaboration étroite. Dans le cadre des préparatifs de ce projet, nous avons consulté une cinquantaine d’organisateurs de campagnes. Nous tenons à remercier sincèrement ces organisateurs, qui nous ont permis de mieux comprendre l’expérience des organisateurs et leurs plus grands défis. Maintenant, Nous invitons tous les organisateurs de campagnes à partager leurs commentaires sur la page de discussion du projet !

Why we want to improve registration

Nous pensons que l’inscription est un choix de projet important pour l’équipe pour les raisons énumérées ci-dessous.

  1. Il n’y a actuellement aucun système normalisé sur wiki. Le mouvement Wikimédia a besoin d’un système d’inscription robuste conçu pour répondre à ses besoins.
  2. Les solutions alternatives d’inscription actuellement utilisées par les organisateurs présentent de nombreux défauts, notamment les suivants:
    • elles sont longues et fastidieuses à configurer et à gérer pour les organisateurs;
    • elles sont pauvres en données ; elles fournissent peu d’informations sur les besoins des participants et il est difficile pour les organisateurs de savoir qui a participé à quels événements;
    • d'un point de vue technique, elles ne sont pas conviviales et sont déroutantes pour les nouveaux venus qui veulent s’inscrire;
    • les participants ont du mal à modifier leurs informations une fois qu’ils se sont inscrits;
    • elles n’empêchent pas une même personne de s’inscrire plus d’une fois;
    • elles ne sont pas multilingues ou conçues pour des communautés linguistiques diverses;
    • elles ne favorisent pas le sentiment de communauté et d’inclusion parmi les participants;
    • elles sont en conflit avec les valeurs de Wikimédia (par exemple, de nombreux outils nécessitent la divulgation d’informations privées sur une plateforme tierce);
    • elles ne sont intégrées à aucune page ou plateforme wiki, ce qui ajoute une complexité supplémentaire pour les nouveaux venus;
    • elles ne sont pas intégrées aux systèmes de suivi existants, comme le tableau de bord des programmes et événements;
  3. Les organisateurs, les affiliés et les autres parties prenantes du mouvement veulent des données plus pertinentes sur les participants et leurs besoins. Le développement d’un système d’inscription est la première étape pour y parvenir.
  4. L’inscription est la pierre angulaire des travaux futurs. Une fois que nous aurons amélioré l'inscription, nous pourrons commencer à intégrer d’autres fonctionnalités dans le flux de travail des campagnes, telles que des outils de suivi améliorés ou des outils de communication améliorés.
  5. Le projet est gérable et est à la portée de l’équipe.

Presque tous les organisateurs avec lesquels nous nous sommes entretenus ont conçu leur propre solution d’inscription. Certaines de ces solutions sont inspirées par d’autres organisateurs et d’autres proviennent d’une expérience d’organisation antérieure. D’autres sont conçues pour répondre à des exigences techniques spécifiques. Notre objectif n’est pas de concevoir le premier système d’inscription, mais de fournir une solution améliorée qui aide à créer un flux de travail cohérent pour les organisateurs dans différents contextes.

How campaign registration currently works

Nous avons identifié plusieurs solutions d’inscription qui sont actuellement utilisées, notamment :

On-wiki solutions

Manually adding username

Certains processus d’inscription exigent que les participants ajoutent manuellement leur nom d’utilisateur ou leur signature sur le wiki. À titre d’exemple, consulter Wiki pour les droits humains 2021 au Maroc ou les événements Women in Red dans les exemples de captures d’écran ci-dessous. L’avantage de cette approche est qu’elle est intégrée dans les flux de travail wiki existants et que les informations sur les utilisateurs inscrits sont accessibles au public (example). L’inconvénient est qu’elle ne fournit que peu d’informations aux organisateurs sur les besoins des participants, et qu’elle n’est pas intuitive pour les nouveaux venus.

Les participants sont invités à ajouter manuellement leur nom d’utilisateur dans Wiki pour les droits humains 2021 au Maroc.
Une section réservée aux participants, dans laquelle les utilisateurs peuvent ajouter manuellement leur signature, pour un événement Women in Red August 2021

Technical hybrids

Certains organisateurs ont mis en place des dispositifs techniques élaborés pour l’inscription. Par exemple, CEE Spring possède un bot multi-wiki qui regroupe les données de plusieurs événements locaux. Projet IA Masaraf exige que chaque utilisateur génère une sous-page qui est ensuite interrogée par un script. Ces solutions peuvent être utiles pour des campagnes spécifiques, mais elles sont difficiles à adapter ou à réutiliser dans d’autres communautés. Elles dépendent également de la maintenance assurée par des volontaires techniques « avertis », qui peuvent éventuellement cesser d’entretenir les outils, ce qui pose des problèmes de soutien technique à long terme.

Off-wiki, proprietary solutions

Third-party registration forms

Certains organisateurs utilisent des formulaires tiers, comme Google Forms, pour inscrire les participants. L’avantage est que ces formulaires sont faciles à configurer pour les organisateurs et à remplir par les participants. L’inconvénient est qu’ils sont éloignés des flux de travail de Wikimedia, et qu’ils ont des politiques de confidentialité et d’open source variables. Les participants ne peuvent pas non plus voir les informations relatives aux inscrits, et n’ont donc aucun moyen d’entrer en contact avec d’autres inscrits. En outre, ces plateformes ne sont pas universellement compatibles avec les langues et les contextes culturels. Dans les petites communautés linguistiques ou les contextes à risque, ces outils s’avèrent souvent difficiles à utiliser de manière inclusive et sûre.

Par exemple, un événement du mois de l’histoire des Noirs pourcélèbre les femmes leaders de la diaspora africaine, organisé par Wikimedia Nigeria, Les femmes africaines dans les conseils d'administration, et AfroCROWD, a utilisé un formulaire Google pour l’inscription. Voir l’exemple de capture d’écran ci-dessous.

Instructions d’inscription sur la page d’un événement du Mois de l’histoire des Noirs destiné aux femmes leaders, qui renvoie les utilisateurs à un formulaire Google.

Third party registration platforms

Certaines campagnes utilisent des plateformes tierces, comme Eventbrite ou Meetup, pour les inscriptions. L’avantage est que ces plateformes offrent des expériences riches en fonctionnalités et hautement personnalisables. Les inconvénients sont les mêmes que ceux des formulaires d’inscription tiers.

Par exemple, dans la capture d’écran ci-dessous, l’edit-a-thon sur la sécurité des vaccins, organisé par Wikimédia district de Columbia et Wikimédia Mexique, a fourni un lien pour s’inscrire sur Eventbrite.

page d’événement qui renvoie à une page d’inscription Eventbrite.

Tools built for campaign tracking

Programs and Events Dashboard

Le Programs and Events Dashboard, développé par la Fondation Wiki pour l’éducation, est un outil de suivi. Certains organisateurs utilisent un outil tiers, qui est suivi d’une inscription sur le tableau de bord. Par exemple (capture d’écran ci-dessous), vous pouvez voir ces étapes dans le défi Wiki pour l’Afrique. Dans d’autres cas, les organisateurs utilisent le tableau de bord comme leur seul et unique outil d’inscription.

L’avantage du tableau de bord est qu’il s’agit d’un outil de mesure, donc il est déjà intégré au suivi. Le principal inconvénient est qu’il ne s’agit pas d’un véritable outil d’inscription. Il fournit un minimum d’informations sur les participants aux organisateurs et un minimum de soutien aux participants. En outre, le tableau de bord n’est pas utilisé comme un outil de mesure pour toutes les campagnes, car de nombreuses campagnes préfèrent des systèmes de suivi différents.

Instructions sur la façon de participer fournies par la page de l’événement Défi Wiki pour l’Afrique

Fountain

Fountain (documentation), conçu par Le Loy, est un outil de suivi utilisé par certaines campagnes, telles que Mois asiatique sur Wikipédia. Les avantages et les inconvénients sont les mêmes que pour l’utilisation du tableau de bord des programmes et événements. De plus, l’outil, similaire à l’inscription sur wiki, est difficile pour les nouveaux venus et doit être utilisé de préférence avec des éditeurs expérimentés.

Exemple d’utilisation de l’outil Fountain pour rechercher des campagnes liées à la "femme"

No formal registration

Certaines campagnes n’incluent pas de processus d’inscription formel, mais suivent plutôt les participants par le biais d’une action cohérente dans un flux de travail sur le wiki.

Registration via upload process

Ceci est particulièrement courant pour les concours de photographie, tels que Wiki Loves Monuments ou Wiki Loves Folklore, dans lesquels l’inscription est essentiellement intégrée au processus de suivi. Lorsqu’une personne télécharge une photo et la marque pour le suivi de campagne, elle est effectivement inscrite. Ce format fonctionne pour certaines campagnes, mais il n’est pas utile pour tous les types de campagnes, en particulier pour celles qui ciblent les nouveaux arrivants ou qui rédigent des articles. Il ne permet pas non plus de recueillir des informations supplémentaires sur les participants, ce qui peut rendre la communication et le suivi particulièrement difficiles.

Exemple de capture d’écran de l’assistant de téléchargement utilisé pour Wiki Loves Monuments (après le concours)

Registration via Hashtag

Pour #1lib1ref et Pages Wikipédia à la recherche de photos (#WPWP) et une poignée d’autres activités de programme, l’outil Hashtags fait office d’outil d’inscription par défaut. Comme dans le cas du processus de chargement, il y a un avantage à capturer les données de contribution. Cependant, les hashtags n’étant pas profondément intégrés dans l’interface d’édition, il est difficile pour les nouveaux venus de comprendre cette action, et même les éditeurs expérimentés peuvent oublier d’ajouter le hashtag parce que cela ne fait pas partie de leur flux de travail habituel. De plus, il est difficile pour les organisateurs de suivre les contributions en temps réel, et aucune information n’est directement fournie sur les participants et leurs besoins.

Exemple d’utilisation d’un hashtag dans un résumé d’édition, qui peut être utilisé le suivi ultérieur via l’outil Hashtag
l’outil Hashtag, qui permet de rechercher des modifications en fonction des hashtags

Open questions

Merci d’avoir lu notre analyse. Maintenant, nous voulons connaître votre avis ! Nous vous demandons de bien vouloir répondre aux questions ci-dessous (ou de nous faire part de tout autre commentaire !) sur la page de discussion du projet :

  1. Que pensez-vous de notre projet de créer un système d’inscription aux campagnes? Pensez-vous qu’il vous serait utile, en tant qu’organisateur de campagne et/ou participant à une campagne?
  2. Que pensez-vous de notre analyse des processus d’inscription actuels? Avons-nous manqué quelque chose qui vous semble important?
  3. Si vous êtes un organisateur de campagne, quel système d’inscription utilisez-vous ? Qu’est-ce qui fonctionne ou ne fonctionne pas bien avec ce système? Si vous pouviez y changer quelque chose, de quoi s’agirait-il?
  4. Si nous créons un système d’inscription, comment voudriez-vous qu’il fonctionne ? Veuillez fournir autant de détails que possible sur ce que vous souhaiteriez ou, si vous en avez, des exemples d’autres outils d’inscription que vous avez utilisés par le passé!
  5. Nous sommes une nouvelle équipe (consultez la nouvelle page d’accueil Campaigns/Foundation_Product_Team). Quels sont vos espoirs, questions ou préoccupations pour notre équipe?
  6. Y a-t-il autre chose que vous voudriez ajouter?

Vos commentaires comptent beaucoup pour nous car ils ont un impact direct sur les choix que nous faisons en tant qu’équipe. Merci, et nous avons hâte de lire vos commentaires!

Status Updates

October 8, 2021

Bonjour à tous ! Nous sommes très heureux de partager une mise à jour sur le projet d’inscription aux événements de l’équipe Produit de campagne. Tout d’abord, nous allons partager les principes de notre projet. Ensuite, nous partagerons les diagrammes filaires de la version de bureau (la version mobile sera dans la prochaine mise à jour). Enfin, nous poserons des questions à chacun d’entre vous. Merci à tous, et nous sommes impatients de lire vos commentaires sur la page de discussion du projet !

Project principles

Au fur et à mesure que le projet s’est développé, nous avons identifié plusieurs principes qui sont au cœur de notre travail.

  • Dans le long terme, nous voulons construire une plateforme, plutôt qu’un simple outil : Certaines personnes nous ont demandé pourquoi nous n’utilisions pas une solution open source existante pour l’inscription aux événements. Nous allons certainement examiner ces options, et rien n’est encore exclu. Cependant, nous allons probablement vouloir construire notre propre solution. Et voici pourquoi : Nous voulons, à terme, construire une plateforme d’événements de campagne, et pas simplement une solution d’inscription. Pour construire cette plateforme, nous devrons développer l’infrastructure de base, et le projet d’inscription est la première étape pour y parvenir. Pour en savoir plus, vous pouvez consulter section plans et vision de notre page d’équipe.
  • We want to build for multilingual, diverse communities: Les organisateurs ont expliqué que les solutions d’inscription existantes ne sont pas suffisamment adaptées aux communautés mondiales et multilingues. Nous sommes tout à fait d’accord. Pour cette raison, nous ne considérerons pas ce projet comme terminé tant que nous n’aurons pas construit une solution qui puisse être exploitée par tous les wikis et projets Wikimédia.
  • We plan to build in an iterative way: La première version de la solution d’inscription sera très basique. Nous l’appelons MVP (ou « produit minimum viable »), car elle ne comportera que le strict nécessaire pour fonctionner. Cette méthode de travail nous permet de recueillir des commentaires dès le début et d’identifier les problèmes avant de consacrer trop de temps à une fonctionnalité. Une fois que nous aurons publié la version MVP, nous pourrons développer des versions plus avancées de la fonctionnalité d’inscription.
  • The MVP will just have the necessities: Pour la version MVP, notre objectif est de construire un outil dont la configuration est conviviale et qui permet de gérer les inscriptions en toute simplicité. Les diagrammes filaires que nous avons partagés ci-dessous sont ceux de la version MVP.
  • We will add enhancements later on: Une fois la version MVP mise au point, nous pourrons permettre aux organisateurs d’ajouter des questions facultatives au formulaire d’inscription, par exemple le sexe du participant, son lieu de résidence, son niveau d’expérience en matière d’édition wiki ou la raison pour laquelle il s’est inscrit à l’événement. Nous pouvons également ajouter la possibilité pour les organisateurs de rédiger des questions personnalisées.

Wireframes: Desktop version

Dans les diagrammes filaires ci-dessous, nous allons montrer à quoi peut ressembler la version MVP pour les utilisateurs de bureau. Les diagrammes filaires sont une étape du développement du produit, où nous imaginons la conception visuelle et les flux de travail potentiels d’un outil. Les diagrammes filaires sont théoriques ; l’aspect peut changer lorsque les ingénieurs commencent à développer l’outil. Notez que nous partagerons les diagrammes filaires de la version mobile dans la prochaine mise à jour du statut.

Creating registration for event

Access Organizer Center: Nous voulons créer un « Centre organisateur », où les organisateurs pourront trouver les outils et les ressources à leur disposition. Pour ce projet, nous pourrions créer un Centre organisateur très basique, qui se développera au fil du temps. Le premier outil à figurer dans le Centre organisateur sera l’outil d’inscription aux événements. Pour accéder au Centre organisateur, les utilisateurs peuvent aller dans Contributions > Événements de campagne.

Notez qu’à l’avenir, le Centre organisateur fera probablement partie d’une plateforme plus large d’événements de campagne. Pour en savoir plus, vous pouvez consulter la section plans et vision de notre page d’équipe.

Accès à la plateforme des événements de campagne

Selecting tool to create registration: Une fois dans le centre organisateur, l’utilisateur peut choisir de créer un système d’inscription à son événement de campagne. Pour ce faire, il clique sur "Créer un système d’inscription à vos événements de campagne ."

Accès à l’outil de création des inscriptions

Creating registration for campaign event: Lorsque l’utilisateur choisit de créer un formulaire d’inscription, une nouvelle interface s’affiche. L’organisateur saisira les informations suivantes : l’URL de l’événement, le nom de l’événement, la date, l’heure, le fuseau horaire, s’il s’agit d’un événement en ligne ou présentiel, l’outil de suivi qui sera utilisé, l’URL de l’instance de l’outil de suivi, les noms d’utilisateur des organisateurs et un lien vers le groupe de discussion de l’événement. Les informations relatives à l’outil de suivi et au groupe de discussion sont facultatives. L’utilisateur clique sur « Créer une inscription » lorsqu’il a fini d’ajouter des informations.

Une fois la création de l’inscription terminée, une interface d’inscription s’affiche automatiquement sur la page de l’événement de campagne. Veuillez-vous reporter à la section suivante (« Inscription des participants ») pour plus de détails.

Il est important de noter qu’avec ce système, les organisateurs devront créer quelques éléments à l’avance : la page de l’événement de campagne, l’instance de suivi (par exemple, sur le tableau de bord des programmes et événements) et le groupe de discussion à l’avance.

Pour la première version du système d’inscription, nous ne demanderons aux participants que leur nom d’utilisateur. La raison en est que c’est beaucoup plus facile à mettre en œuvre. Cependant, après la sortie de la première version, nous envisagerons de permettre aux organisateurs de créer des formulaires d’inscription plus sophistiqués qui pourront poser aux participants des questions facultatives sur eux-mêmes et sur les raisons pour lesquelles ils participent à l’événement de campagne.

Création d’un système d’inscription pour un événement de campagne
Registering participants

Registration automatically added to the event page: Une fois que l’organisateur a créé l’inscription à l’événement, l’expérience d’inscription sera automatiquement ajoutée à l’URL de la page de l’événement spécifiée par l’organisateur. L’expérience d’inscription est une feuille du bas qui se superpose à la page de l’événement. Nous avons choisi la conception de la feuille du bas pour qu’elle puisse fonctionner pour de nombreux types différents de pages d’événement. Dans la feuille du bas, se trouve le bouton pour « S’inscrire en tant que Nom d’utilisateur ». Ainsi, si le nom d’utilisateur d’une personne est Lola, le bouton indique « S'inscrire en tant que Lola ». L’utilisateur peut cliquer sur ce bouton pour s’inscrire.

Exemple de page d’événement avec la feuille du bas d’inscription qui a été ajoutée automatiquement

More information: Si l’utilisateur clique sur « Plus d’informations », il peut voir plus d’informations sur l’événement, comme la date, le lieu, les organisateurs et la liste des participants. Il peut ensuite cliquer sur « S’inscrire en tant que Nom d’utilisateur » dans cette vue également. Une fois que l'utilisateur s’est inscrit, il devrait voir le message de confirmation s’afficher.

Plus d’informations sur l’inscription ; panneau latéral sur la page de l’événement

Login and account creation support: Si l’utilisateur n’est pas connecté, il verra automatiquement s’afficher une fenêtre contextuelle lorsqu’il cliquera sur « S’inscrire en tant que Nom d’utilisateur ». Il peut choisir de se connecter, s’il a déjà un compte, ou de s’inscrire, s’il n’a pas encore de compte. Une fois qu’il s’est sera connecté ou aura créé un compte, il sera automatiquement inscrit à l’événement de campagne.

Exemple de fenêtre contextuelle de connexion qui s’affiche lorsque l’utilisateur tente de s’inscrire à un événement de campagne
Exemple de fenêtre contextuelle d’inscription qui s’affiche lorsqu’un utilisateur qui n’a de compte wiki tente de s’inscrire à une campagne

Successful registration: Une fois que le participant s’est inscrit avec succès, une fenêtre contextuelle s’affiche pour confirmer son inscription. Cette fenêtre disparaît automatiquement après un court instant. S'il a une adresse e-mail associée à son compte, nous souhaitons également qu’un e-mail soit automatiquement envoyé à ladite, qui fournit des informations sur l'événement, telles que le groupe de discussion qu’il peut rejoindre. Si les participants souhaitent quitter l’événement, ils peuvent cliquer sur « Modifier l’inscription » (via la feuille du bas ou la barre latérale), qui leur demandera alors de confirmer s’ils veulent quitter l’événement.

À l’avenir, les participants pourraient être en mesure d’ajouter des informations facultatives les concernant lors de leur inscription (comme le niveau d’édition du wiki, la raison pour laquelle ils participent à l’événement de campagne, etc.) Si ce support est ajouté, les participants pourront également modifier ces informations.

Affichage après l’inscription du participant sur la page de l’événement avec la feuille du bas
Affichage après l’inscription du participant sur la page de l’événement avec la feuille latérale
Affichage pour le participant qui veut quitter la campagne
Managing registration

View all registration forms: Une fois le formulaire d’inscription créé par l’organisateur, ce dernier pourra voir tous les formulaires d’inscription à ses événements. Il peut cliquer sur l’un des formulaires pour obtenir plus de détails sur les inscriptions, notamment la liste des participants. Il peut aussi facilement supprimer, modifier ou fermer les formulaires d’inscription à partir de cette vue.

Liste des formulaires d’inscription applicables à l’organisateur

Viewing, deleting, and messaging participants: Une fois qu’un formulaire d’inscription a été créé, toute personne désignée comme organisateur peut consulter les informations relatives aux inscrits, notamment : les noms d’utilisateur des participants, ainsi que la date et l’heure de leurs inscriptions. Ils pourront sélectionner certains ou tous les participants de la liste, et ils pourront leur envoyer un message ou les supprimer de la liste.

Les organisateurs pourront envoyer un message aux participants, soit sur leur page de présentation, soit à leur adresse e-mail. En fonction de la difficulté technique du travail, nous pouvons choisir de publier une version MVP qui n’envoie un message que sur la page de discussion, ou la version MVP peut permettre les deux options. Quoi qu’il en soit, notre objectif est de permettre les deux options de messagerie.

L’organisateur peut consulter, supprimer ou envoyer des messages aux participants inscrits

Open questions

  1. Que pensez-vous du système que nous proposons pour créer et gérer les inscriptions aux événements, en tant qu’organisateur de campagne ? Quels avantages présente-t-il par rapport à votre système actuel? Quels inconvénients présente-t-il par rapport à votre système actuel?
  2. Que pensez-vous de l’expérience que nous proposons pour l’inscription des participants sur la page des événements ? Quels avantages présente-t-il par rapport à votre système actuel ? Quels inconvénients présente-t-il par rapport à votre système actuel?
  3. Nous prévoyons d’abord de construire une version allégée (également appelée « MVP », ou version du produit minimum viable) de l’outil d’inscription.
  4. Quelles sont les fonctionnalités essentielles que cette première version doit avoir pour que vous puissiez l’utiliser?
  5. Lorsque vous menez une campagne, quelles informations envoyez-vous généralement aux participants, et où les envoyez-vous habituellement (p. ex. page de discussion, e-mail, médias sociaux, etc.)?
  6. Préférez-vous que nous construisions d’abord la version de bureau ou la version mobile du système d’inscription?
  7. Y a-t-il autre chose que vous aimeriez ajouter?

Veuillez partager vos commentaires sur la page de discussion ; merci d’avance!