Conception d'expériences multi-utilisateurs

La conception d'expériences multi-utilisateurs consiste à connecter délibérément des participants que Labvanced exécute autrement en complète isolation. Comprendre les concepts qui la sous-tendent, et pas seulement les outils individuels, vous aide à déterminer la meilleure approche pour votre propre étude avant de commencer à construire. Des lectures connexes sont liées tout au long de cette page, donc une fois que les concepts sont clairs, passer à la configuration plus technique devient simple.

Par défaut, chaque participant d'une étude Labvanced exécute sa propre expérience en isolation, même lorsque plusieurs d'entre eux sont dans la même session ensemble. Activer le mode multi-utilisateurs ne change pas cela par lui-même : il permet à plusieurs participants de rejoindre la même session en cours, mais rien de ce qu'un participant fait n'est visible pour un autre tant que vous n'avez pas établi cette connexion vous-même. Les événements sont ce qui la construit, spécifiquement l'action Distribute Variable, qui est le pont qui transporte une valeur hors de l'expérience isolée d'un participant et dans l'expérience d'un autre.

Quand vous avez besoin de multi-utilisateurs

Si les participants n'interagissent jamais en temps réel, par exemple si vous comparez simplement deux conditions entre les sujets, une étude standard à participant unique avec affectation de groupe est suffisante. Vous avez besoin de multi-utilisateurs spécifiquement lorsque deux participants ou plus doivent être dans la même session en même temps, et que quelque chose que l'un d'eux fait doit atteindre un autre pendant que la session est en cours.

Connaissances préalables

Une connaissance fondamentale de Labvanced est conseillée, comme le fonctionnement des événements et comment les variables sont utilisées, afin de suivre la terminologie utilisée ci-dessous.

Cadres

Le bloc de construction qui contient ce que les participants voient à chaque moment d'un essai.

Événements

Ce qu'est un déclencheur et une action, et comment ils se combinent pour construire la logique d'une étude.

Variables

Ce qu'est une variable et comment elle stocke et met à jour des valeurs pendant une étude.

Configurer une session synchrone

Les outils multi-participants sont cachés par défaut. Pour les activer, ouvrez Paramètres, puis sous Fonctionnalités spéciales, cliquez sur Étude multi-utilisateurs et cliquez sur Transform. Cela révèle Number of Participants (minimum 2) et Maximum Parallel Sessions. Voir Étude multi-utilisateurs pour la liste complète des paramètres que cela déverrouille. Ce clic ne peut pas être annulé, alors décidez d'abord de votre nombre de participants, et dupliquez l'étude au préalable si vous souhaitez également conserver une version à participant unique.

Activer cela ne change que la façon dont les participants sont regroupés dans une session. Cela ne les connecte pas. Si deux participants doivent rester synchronisés à un moment spécifique, utilisez Sync Frame Start (Paramètres du cadre) ou l'option de correspondance sous Paramètres de la tâche pour retenir tout le monde à ce point jusqu'à ce que tous les participants arrivent.

Exemple : Aucun des participants ne doit passer au prochain essai avant que l'autre n'ait répondu. Réglez Sync Frame Start sur ce cadre, et les deux participants attendent là jusqu'à ce qu'ils soient tous deux arrivés.

Appairage et rôles

Chaque participant est identifié par la variable système Role_Id, assignée dans l'ordre en commençant par 1 à mesure que les personnes rejoignent. Utilisez-la dans une Action de condition pour donner aux participants un contenu différent.

Exemple : Role_Id égal à 1 → montrer l'image cible. Role_Id égal à 2 → montrer les options de réponse à la place.

Par défaut, les participants sont appariés aléatoirement depuis le hall. Pour un appariement pré-arrangé, utilisez des Groupes de participants prédéfinis à la place : dans l'onglet Publier et enregistrer, ouvrez Construire un lien personnalisé et entrez une valeur dans le champ group. Les participants qui rejoignent par un lien avec la même valeur group ne sont appariés qu'entre eux.

Exemple : Deux participants en laboratoire sont programmés pour le même créneau horaire. Donnez-leur à chacun un lien avec group=12, et les deux seront appariés ensemble plutôt que appariés aléatoirement depuis le hall.

Variables partagées entre les participants

C'est le pont lui-même. Une Action de distribution de variable envoie une valeur d'un participant à une variable cible appartenant à un autre, sur quel que déclencheur que vous choisissez. Rien n'est partagé tant qu'un événement comme celui-ci ne se déclenche pas.

Exemple : Sur un déclencheur de clic de bouton, distribuez le score actuel du participant cliquante à une variable PartnerScore sur l'écran de l'autre participant.

Si plus d'un participant peut écrire dans la même variable cible autour du même moment, activez l'option de blocage de l'action afin que le premier arrivé soit traité avant que d'autres puissent passer.

L'image ci-dessous montre cette option de blocage dans une vraie étude, configurée à travers des événements : une Role_Id-désignée Requirement Action tire un nombre aléatoire et le distribue à chaque participant avec Block activé, donc aucun participant ne peut traiter la même valeur distribuée dans le désordre.

Meilleures Pratiques

• Testez avec deux sessions de navigateur distinctes (un deuxième onglet ou une fenêtre incognito) avant de publier. L'affectation des rôles dépend de l'ordre de connexion, donc c'est le seul moyen fiable de voir les deux côtés de l'interaction.
• Décidez de votre logique Role_Id avant de commencer à construire des cadres. Comme l'affectation des rôles s'applique à toute la session, il est plus facile de concevoir autour de cela dès le départ que de l'ajouter rétroactivement une fois que les cadres existent déjà.
• Auditez chaque branche conditionnelle pour les cadres synchronisés, pas seulement le chemin principal. Un participant qui prend un raccourci est la cause la plus courante d'attente indéfinie pour un autre participant.
• Activez l'option de blocage pour toute action Distribute Variable où plus d'un participant pourrait écrire dans la même variable cible autour du même moment.
• Utilisez des Groupes de participants prédéfinis à la place de l'appariement aléatoire du hall chaque fois que l'appariement doit être contrôlé, par exemple pour des sessions de laboratoire programmées ou une étude qui dépend de combinaisons de rôles spécifiques.

Un schéma concret : Tâche de communication référentielle Directeur/Correspondant

C'est une classique tâche de communication référentielle : un participant décrit un élément cible, et l'autre l'identifie parmi un ensemble de candidats. C'est une conception à deux rôles, donc elle s'aligne directement sur les outils ci-dessus.

1. Activez le multi-participant avec 2 participants et cliquez sur Transform.
2. Utilisez une Action de condition sur Role_Id pour diviser les deux rôles : Role_Id 1 devient le Directeur, à qui l'image cible et un champ de texte sont montrés. Role_Id 2 devient le Correspondant, à qui un ensemble d'images candidates est montré sans cible. (Lequel Role_Id correspond à quel rôle est votre choix ; le schéma fonctionne de la même manière dans les deux sens.)
3. Lorsque le Directeur soumet une description, par exemple sur un déclencheur de touche Entrée ou de bouton, utilisez Distribute Variable pour envoyer la valeur texte à une variable Description sur l'écran du Correspondant, avec blocage activé puisque seule une description devrait être en vol à la fois.
4. Affichez la valeur Description distribuée au Correspondant, qui sélectionne une image candidate. Codez la réponse par rapport à la cible connue pour produire une variable correcte/incorrecte.
5. Utilisez Sync Frame Start sur le cadre où les deux participants passent au prochain essai, afin que le Directeur ne puisse pas avancer avant que le Correspondant ait répondu.

C'est la même structure derrière la démonstration de description d'image liée ci-dessous. Une fois le mécanisme en place, échanger le contenu cible/candidat change le paradigme sans changer la logique d'événements sous-jacente.

Exemples de conceptions multi-utilisateurs dans Labvanced

Les outils ci-dessus semblent différents une fois qu'ils pilotent une vraie étude plutôt qu'un exemple isolé. Importez l'une des études ci-dessous dans votre compte, ouvrez-la depuis My Studies, et allez dans son onglet Study Design pour examiner comment Role_Id, Distribute Variable et la synchronisation des cadres ont été réellement configurés pour cette tâche spécifique, pas seulement comment ils sont décrits ici.

Lectures supplémentaires

Études multi-participants

La référence technique pour chaque mécanisme sur cette page : activation du mode multi-participants, Role_Id, synchronisation des cadres et des tâches, et distribution de variables.

Études de psychologie multi-utilisateurs

Vue d'ensemble des capacités : ce que les études multi-utilisateurs rendent possible pour la recherche comportementale, indépendamment des détails d'implémentation.

Travailler avec des variables

Types et propriétés des variables, la base pour la logique basée sur Role_Id et les cibles de distribution de variables.

Tâche de description d'image et jeu avec une boîte de chat

Une présentation complète du modèle directeur/correspondant dans une vraie étude, incluant la variable de discussion et la configuration du temps de réaction.

Onglet Gestion des sujets

La référence complète pour l'onglet Gestion des sujets : la grille des sujets, les modèles d'email et la configuration SMTP.