Design von Multi-User-Experimenten

Standardmäßig führt jeder Teilnehmer in einer Labvanced-Studie sein eigenes Experiment isoliert aus, selbst wenn mehrere von ihnen gleichzeitig in derselben Sitzung sind. Das Aktivieren des Multi-User-Modus ändert das allein nicht: Es ermöglicht mehreren Teilnehmern, der gleichen laufenden Sitzung beizutreten, aber nichts, was ein Teilnehmer tut, ist für einen anderen sichtbar, bis Sie diese Verbindung selbst herstellen. Ereignisse sind es, die sie herstellen, insbesondere die Distribute Variable-Aktion, die die Brücke bildet, die einen Wert aus dem isolierten Experiment eines Teilnehmers in das eines anderen trägt.

Wenn Sie Multi-User benötigen

Wenn Teilnehmer nie in Echtzeit interagieren, beispielsweise wenn Sie einfach zwei Bedingungen zwischen den Probanden vergleichen, ist eine standardmäßige Einzelteilnehmerstudie mit Gruppenaufteilung ausreichend. Sie benötigen Multi-User speziell dann, wenn zwei oder mehr Teilnehmer zur gleichen Zeit in derselben Sitzung sein müssen und etwas, was einer von ihnen tut, einen anderen erreichen muss, während die Sitzung läuft.

Einrichten einer synchronen Sitzung

Multi-Teilnehmer-Werkzeuge sind standardmäßig verborgen. Um sie zu aktivieren, öffnen Sie Einstellungen, klicken Sie dann unter Besondere Funktionen auf Multi User Studie und klicken Sie auf Transform. Dies zeigt Number of Participants (mindestens 2) und Maximum Parallel Sessions an. Siehe Multi User Study für die vollständige Liste der Einstellungen, die dadurch freigeschaltet werden. Dieser Klick kann nicht rückgängig gemacht werden, also entscheiden Sie zuerst über die Teilnehmeranzahl und duplizieren Sie die Studie im Voraus, wenn Sie auch eine Einzelteilnehmer-Version behalten möchten.

Dies ändert nur, wie die Teilnehmer in einer Sitzung gruppiert werden. Es verbindet sie nicht. Wenn zwei Teilnehmer zu einem bestimmten Zeitpunkt synchron bleiben müssen, verwenden Sie Sync Frame Start (Rahmeneinstellungen) oder die Matching-Option unter den Aufgabenstellungen, um alle an diesem Punkt festzuhalten, bis alle Teilnehmer angekommen sind.

Beispiel: Keiner der Teilnehmer sollte zum nächsten Versuch übergehen, bevor der andere geantwortet hat. Stellen Sie Sync Frame Start an diesem Rahmen ein, und beide Teilnehmer warten dort, bis sie beide angekommen sind.

Paarung und Rollen

Jeder Teilnehmer wird durch die Systemvariable Role_Id identifiziert, die in der Reihenfolge zugewiesen wird, beginnend mit 1, wenn Personen beitreten. Verwenden Sie sie in einer Anforderungsaktion, um den Teilnehmern unterschiedliche Inhalte zu geben.

Beispiel: Role_Id gleich 1 → zeige das Zielbild. Role_Id gleich 2 → zeige stattdessen die Antwortoptionen.

Standardmäßig werden die Teilnehmer zufällig aus der Lobby zusammengeführt. Für ein vorher festgelegtes Paar verwenden Sie stattdessen vordefinierte Teilnehmergruppen: Öffnen Sie im Tab Veröffentlichen & Aufzeichnen Benutzerdefinierten Link erstellen und geben Sie einen Wert im Feld group ein. Teilnehmer, die über einen Link mit demselben group-Wert beitreten, werden nur mit einander gepaart.

Beispiel: Zwei Laborteilnehmer sind für dasselbe Zeitfenster eingeplant. Geben Sie jedem von ihnen einen Link mit group=12, und die beiden werden zusammengepafft, anstatt zufällig aus der Lobby zugeordnet zu werden.

Gemeinsame Variablen zwischen Teilnehmern

Dies ist die Brücke selbst. Eine Distribute Variable-Aktion sendet einen Wert von einem Teilnehmer an eine Zielvariable, die einem anderen gehört, bei welchem Auslöser Sie auch immer wählen. Nichts wird geteilt, bis ein Ereignis wie dieses ausgelöst wird.

Beispiel: Bei einem Button-Klick-Auslöser verteilen Sie den aktuellen Punktestand des klickenden Teilnehmers an eine PartnerScore-Variable auf dem Bildschirm des anderen Teilnehmers.

Wenn mehr als ein Teilnehmer zur gleichen Zeit in die gleiche Zielvariable schreiben könnte, aktivieren Sie die Blockierungsoption der Aktion, damit der erste, der ankommt, bearbeitet wird, bevor ein anderer durchgelassen wird.

Beste Praktiken

• Testen Sie mit zwei separaten Browsersitzungen (einem zweiten Tab oder einem Inkognito-Fenster), bevor Sie veröffentlichen. Die Rollenzuweisung hängt von der Reihenfolge des Beitritts ab, daher ist dies der einzige zuverlässige Weg, um beide Seiten der Interaktion zu sehen.
• Entscheiden Sie Ihre Role_Id-Logik, bevor Sie mit dem Erstellen von Frames beginnen. Da die Rollenzuweisung für die gesamte Sitzung gilt, ist es einfacher, von Anfang an darauf aufzubauen, als sie nachträglich hinzuzufügen, wenn die Frames bereits existieren.
• Überprüfen Sie jeden bedingten Zweig auf synchronisierte Frames, nicht nur den Hauptweg. Ein Teilnehmer, der eine Abkürzung nimmt, ist der häufigste Grund, warum ein anderer Teilnehmer unbegrenzt warten muss.
• Aktivieren Sie die Blockierungsoption für jede Distribute Variable-Aktion, bei der mehr als ein Teilnehmer zur gleichen Zeit in die gleiche Zielvariable schreiben könnte.
• Verwenden Sie vordefinierte Teilnehmergruppen anstelle von zufälligem Lobby-Matching, wann immer die Paarung kontrolliert werden muss, zum Beispiel bei geplanten Labor-Sitzungen oder einer Studie, die von bestimmten Rollenkombinationen abhängt.

Ein konkretes Muster: Director/Matcher referentielle Kommunikationsaufgabe

Das ist eine klassische referentielle Kommunikationsaufgabe: Ein Teilnehmer beschreibt ein Zielobjekt, und der andere identifiziert es aus einer Menge von Kandidaten. Es handelt sich um ein Design mit zwei Rollen, das direkt auf die oben genannten Werkzeuge abgebildet werden kann.

1. Aktivieren Sie Multi-Teilnehmer mit 2 Teilnehmern und klicken Sie auf Transform.
2. Verwenden Sie eine Anforderungsaktion auf Role_Id, um die beiden Rollen zu trennen: Role_Id 1 wird zum Director, dem das Zielbild und ein Texteingabefeld angezeigt werden. Role_Id 2 wird zum Matcher, dem eine Menge von Kandidatenbildern angezeigt wird und kein Ziel. (Welche Role_Id zu welcher Rolle gehört, liegt an Ihnen; das Muster funktioniert in beiden Fällen gleich.)
3. Wenn der Director eine Beschreibung übermittelt, beispielsweise bei einem Enter-Taste- oder Button-Auslöser, verwenden Sie Distribute Variable, um den Textwert an eine Description-Variable auf dem Bildschirm des Matchers zu senden, wobei die Blockierung aktiviert ist, da nur eine Beschreibung gleichzeitig in Bearbeitung sein sollte.
4. Zeigen Sie den verteilten Description-Wert dem Matcher an, der ein Kandidatenbild auswählt. Überprüfen Sie die Antwort anhand des bekannten Ziels, um eine korrekt/inkorrekt-Variable zu erzeugen.
5. Verwenden Sie Sync Frame Start bei dem Frame, in dem beide Teilnehmer zum nächsten Versuch übergehen, sodass der Director nicht vorankommen kann, bevor der Matcher geantwortet hat.

Dies ist die gleiche Struktur, die hinter der im Folgenden verlinkten Bildbeschreibung-Demo steht. Sobald der Mechanismus eingerichtet ist, ändert das Austauschen des Inhalts für Ziel/ Kandidaten das Paradigma, ohne die zugrunde liegende Ereignislogik zu verändern.

Beispiele für Multi-User-Designs in Labvanced

Weiterführende Literatur