Multi-User Experiment Design

Das Multi-User-Experiment-Design dreht sich darum, Teilnehmer absichtlich zu verbinden, die Labvanced ansonsten in vollständiger Isolation ausführt. Die Konzepte dahinter zu verstehen, nicht nur die einzelnen Werkzeuge, hilft Ihnen zu bestimmen, wie Sie Ihre eigene Studie am besten angehen können, bevor Sie mit dem Aufbau beginnen. Verwandte Lektüre wird auf dieser Seite verlinkt, sodass es einfach ist, nach dem Verständnis der Konzepte zu den technischeren Einstellungen überzugehen.

Standardmäßig führt jeder Teilnehmer in einer Labvanced-Studie sein eigenes Experiment isoliert aus, selbst wenn mehrere von ihnen in derselben Sitzung zusammen sind. Das Aktivieren des Multi-User-Modus ändert dies nicht von selbst: 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 es aufbauen, speziell die Distribute Variable-Aktion, die die Brücke ist, die einen Wert aus dem isolierten Experiment eines Teilnehmers und in das eines anderen trägt.

Wann Sie Multi-User benötigen

Wenn Teilnehmer in Echtzeit nie interagieren, beispielsweise wenn Sie einfach zwei zwischen den Gruppen liegende Bedingungen vergleichen, reicht eine Standard-Einzelteilnehmerstudie mit Gruppenbelegung aus. Sie benötigen Multi-User speziell, wenn zwei oder mehr Teilnehmer zur gleichen Zeit in der gleichen Sitzung sein müssen und etwas, was einer von ihnen tut, einen anderen erreichen muss, während die Sitzung läuft.

Erforderliches Wissen

Fundamentales Wissen über Labvanced wird empfohlen, zum Beispiel wie Ereignisse funktionieren und wie Variablen verwendet werden, um die verwendete Terminologie im Folgenden zu verstehen.

Frames

Das Fundament, das hält, was Teilnehmer in jedem Moment eines Versuchs sehen.

Events

Was ein Trigger und eine Aktion sind und wie sie kombiniert werden, um die Logik einer Studie aufzubauen.

Variablen

Was eine Variable ist und wie sie Werte während einer Studie speichert und aktualisiert.

Einrichten einer synchronen Sitzung

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

Das Aktivieren dieser Option ändert nur, wie 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 (Frame-Einstellungen) oder die Matching-Option unter Task-Einstellungen, 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. Setzen Sie Sync Frame Start auf diesem Rahmen, und beide Teilnehmer warten dort, bis sie beide angekommen sind.

Paarung und Rollen

Jeder Teilnehmer wird durch die Systemvariable Role_Id identifiziert, die der Reihenfolge nach ab 1 zugewiesen wird, wenn Personen beitreten. Verwenden Sie sie in einer Requirement Action, um Teilnehmern unterschiedliche Inhalte anzuzeigen.

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

Standardmäßig werden Teilnehmer zufällig aus der Lobby zugeordnet. Für ein im Voraus festgelegtes Paar verwenden Sie stattdessen vordefinierte Teilnehmergruppen: Gehen Sie im Tab Veröffentlichen & Aufzeichnen auf Benutzerdefinierten Link erstellen und geben Sie einen Wert im Feld group ein. Teilnehmer, die über einen Link mit demselben group-Wert beitreten, werden nur untereinander gekoppelt.

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

Geteilte Variablen zwischen Teilnehmern

Das ist die Brücke selbst. Eine Distribute Variable Action sendet einen Wert von einem Teilnehmer zu einer Zielvariablen, die einem anderen gehört, bei welchem Trigger auch immer Sie wählen. Nichts wird geteilt, bis ein Ereignis wie dieses eintritt.

Beispiel: Bei einem Button-Klick-Trigger 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 dieselbe Zielvariable schreiben könnte, schalten Sie die Blockierungsoption der Aktion ein, damit der erste, der ankommt, bearbeitet wird, bevor ein anderer durchgelassen wird.

Das Bild unten zeigt diese Blockierungsoption in einer echten Studie, die über Ereignisse eingerichtet wurde: eine Role_Id-gesteuerte Requirement Action zieht eine Zufallszahl und verteilt sie an alle Teilnehmer mit Block aktiviert, sodass keine zwei Teilnehmer denselben verteilten Wert außer der Reihenfolge verarbeiten können.

Best Practices

• Testen Sie mit zwei separaten Browsersitzungen (einem zweiten Tab oder einem Inkognito-Fenster), bevor Sie veröffentlichen. Die Rollenzuweisung hängt von der Beitrittsreihenfolge 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 darum herum zu gestalten, als es nachträglich hinzuzufügen, wenn Frames bereits vorhanden sind.
• Überprüfen Sie jeden bedingten Zweig für synchronisierte Frames, nicht nur den Hauptpfad. Ein Teilnehmer, der einen Abkürzungsweg nimmt, ist die häufigste Ursache dafür, dass ein anderer Teilnehmer unbegrenzt wartet.
• Aktivieren Sie die Blockierungsoption für jede Distribute Variable-Aktion, bei der mehr als ein Teilnehmer zur gleichen Zeit in dieselbe Zielvariable schreiben könnte.
• Verwenden Sie vordefinierte Teilnehmergruppen anstelle der zufälligen Lobbyzuordnung, wenn die Paarung kontrolliert werden muss, beispielsweise bei geplanten Laborsitzungen oder einer Studie, die von bestimmten Rollenkombinationen abhängt.

Ein konkretes Muster: Director/Matcher referential communication task

Dies ist eine klassische referential communication task: ein Teilnehmer beschreibt ein Zielobjekt, und der andere identifiziert es aus einer Gruppe von Kandidaten. Es ist ein Design mit zwei Rollen, sodass es direkt auf die obigen Werkzeuge abgebildet wird.

1. Aktivieren Sie Multi-Participant mit 2 Teilnehmern und klicken Sie auf Transform.
2. Verwenden Sie eine Requirement Action auf Role_Id, um die beiden Rollen zu splitten: Role_Id 1 wird zum Director, dem das Zielbild und ein Texteingabefeld angezeigt werden. Role_Id 2 wird zum Matcher, dem ein Set von Kandidatenbildern und kein Ziel angezeigt wird. (Welche Role_Id welche Rolle abbildet, liegt an Ihnen; das Muster funktioniert in beide Richtungen gleich.)
3. Wenn der Director eine Beschreibung einreicht, beispielsweise bei einem Enter-Taste- oder Button-Trigger, verwenden Sie Distribute Variable, um den Textwert an eine Description-Variable auf dem Bildschirm des Matchers zu senden, mit aktivierter Blockierung, da nur eine Beschreibung gleichzeitig in Bearbeitung sein sollte.
4. Zeigen Sie den verteilten Description Wert dem Matcher an, der ein Kandidatenbild auswählt. Codieren Sie die Antwort gegen das bekannte Ziel, um eine korrekt/inkorrekt Variable zu erzeugen.
5. Verwenden Sie Sync Frame Start auf dem Frame, in dem beide Teilnehmer zum nächsten Versuch übergehen, sodass der Director nicht vorgerückt werden kann, bevor der Matcher geantwortet hat.

Das ist die gleiche Struktur hinter der unten verlinkten Image Description Demo. Sobald der Mechanismus eingerichtet ist, ändert der Austausch des Ziel-/Kandidateninhalts das Paradigma, ohne die zugrunde liegende Ereignislogik zu ändern.

Beispiele für Multi-User-Designs in Labvanced

Die obigen Werkzeuge sehen anders aus, wenn sie eine echte Studie steuern, anstatt ein isoliertes Beispiel zu sein. Importieren Sie eine der untenstehenden Studien in Ihr Konto, öffnen Sie sie aus My Studies, und gehen Sie zu ihrem Study Design Tab, um zu sehen, wie Role_Id, Distribute Variable und die Frame-Synchronisation tatsächlich für diese spezifische Aufgabe eingerichtet wurden, und nicht nur, wie sie hier beschrieben sind.

Weitere Lektüre

Multi-Participant Studies

Das technische Referenzdokument für jeden Mechanismus auf dieser Seite: Aktivieren des Multi-Participant-Modus, Role_Id, Frame- und Task-Synchronisation und Distribute Variable.

Multi-User Psychology Studies

Die Übersicht über die Möglichkeiten: was Multi-User-Studien für die Verhaltensforschung ermöglichen, unabhängig von den Implementierungsdetails.

Arbeiten mit Variablen

Variablenarten und -eigenschaften, die Grundlage für sowohl Role_Id-basierte Logik als auch Distribute Variable-Ziele.

Bildbeschreibung Aufgabe und Spiel mit einem Chatfenster

Eine vollständige Durchlauf durch das Director/Matcher-Muster in einer echten Studie, einschließlich der Chatvariable und der Reaktionszeiteinstellungen.

Teilnehmerverwaltung-Tab

Das vollständige Referenzdokument für den Teilnehmerverwaltung-Tab: das Teilnehmergitter, E-Mail-Vorlagen und SMTP-Einrichtung.