Conception d'Expériences Multi-utilisateurs

Par défaut, chaque participant dans une étude Labvanced exécute son propre expérience en isolement, même lorsque plusieurs d'entre eux se trouvent dans la même session. Activer le mode multi-utilisateur ne change pas cela en soi : cela permet à plusieurs participants de rejoindre la même session en cours, mais rien de ce que fait un participant n'est visible par un autre tant que vous ne construisez pas 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 de l'expérience isolée d'un participant à celle 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 sujets, une étude standard à participant unique avec attribution de groupe suffit. Vous avez besoin de multi-utilisateurs spécifiquement lorsque deux ou plusieurs participants 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.

Configuration d'une session synchronisée

Les outils à plusieurs 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ébloque. Ce clic ne peut pas être annulé, alors décidez de votre nombre de participants d'abord, et dupliquez l'étude au préalable si vous voulez é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 donné, utilisez Sync Frame Start (Paramètres de Cadre) ou l'option de jumelage sous Paramètres de Tâche pour maintenir tout le monde à ce point jusqu'à ce que tous les participants arrivent.

Exemple: Aucun participant ne doit passer à l'essai suivant avant que l'autre ait répondu. Définissez Sync Frame Start sur ce cadre, et les deux participants attendent là jusqu'à ce qu'ils soient tous deux arrivés.

Jumelage et rôles

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

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

Par défaut, les participants sont jumelés de manière aléatoire depuis le hall. Pour un couple pré-arrangé, utilisez des Groupes de Participants Prédéfinis à la place : dans l'onglet Publier & Enregistrer, ouvrez Créer 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 jumelés qu'entre eux.

Exemple: Deux participants de laboratoire sont programmés pour la même plage horaire. Donnez à chacun d'eux un lien avec group=12, et les deux seront jumelés ensemble au lieu d'être jumelés aléatoirement depuis le hall.

Variables partagées entre participants

C'est le pont lui-même. Une action Distribute Variable envoie une valeur d'un participant à une variable cible appartenant à un autre, sur le déclencheur de votre choix. Rien n'est partagé jusqu'à ce qu'un événement comme celui-ci se déclenche.

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

Si plus d'un participant peut écrire dans la même variable cible au même moment, activez l'option de blocage de l'action afin que le premier à arriver soit traité avant que quiconque d'autre ne soit autorisé à passer.

Meilleures Pratiques

• Testez avec deux sessions de navigateur séparées (un deuxième onglet ou une fenêtre incognito) avant de publier. L'attribution de rôle dépend de l'ordre de jointure, 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'attribution de rôle s'applique à toute la session, il est plus facile de concevoir autour dès le départ que d'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 d'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 au même moment.
• Utilisez des Groupes de Participants Prédéfinis au lieu du jumelage aléatoire depuis le hall chaque fois que le jumelage doit être contrôlé, par exemple des sessions de laboratoire programmées ou une étude qui dépend de combinaisons de rôles spécifiques.

Un modèle concret : Tâche de communication référentielle Directeur/Matcher

C'est une tâche classique de communication référentielle : un participant décrit un objet cible, et l'autre l'identifie parmi un ensemble de candidats. C'est une conception à deux rôles, donc elle s'intègre directement aux 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, montré l'image cible et une saisie de texte. Role_Id 2 devient le Matcher, montré un ensemble d'images candidates et aucune cible. (Quel Role_Id correspond à quel rôle est votre choix; le modèle 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 de texte à une variable Description sur l'écran du Matcher, avec le blocage activé puisque seule une description doit être en cours à la fois.
4. Affichez la valeur Description distribuée au Matcher, qui sélectionne une image candidate. Codez la réponse contre la cible connue pour produire une variable correcte/incorrecte.
5. Utilisez Sync Frame Start sur le cadre où les deux participants passent à l'essai suivant, afin que le Directeur ne puisse pas avancer avant que le Matcher ait répondu.

C'est la même structure derrière la Démo 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 des événements sous-jacente.

Exemples de Conceptions Multi-utilisateurs dans Labvanced

Lectures Complémentaires