縦断的実験デザイン{/examples/}
縦断的実験デザインは、Labvancedの研究が初めての単一セッションからではなく、時間をかけて複数のセッションで同じ参加者を追跡することに関するものです。個別の設定だけでなく、基本的なメカニズムを理解することで、ビルドを始める前にマルチセッション研究を最適にスケジュールし管理する方法を判断するのに役立ちます。本ページ全体には関連する読み物へのリンクがありますので、概念が理解できたら、より技術的な設定に移ることは簡単です。
デフォルトでは、Labvancedの研究は単一のセッションとして実行されます。参加者は開始し、完了し、終了します。縦断的モードは、1つのグループに複数のセッションを含めることを許可することにより、この状況を変えます。各セッションには独自のタスクとスケジュールがあり、同じ参加者が後で研究を続けることができます。新しい参加者が毎回新しく開始するのではありません。
縦断的デザインが必要なとき{/examples/}
参加者ごとに1回の座位が必要な研究、例えば被験者間比較や単一の実験ブロックの場合、縦断的モードを追加することで必要のない複雑さが生じます。同じ参加者が後の測定に戻る必要があるときに特に必要です:事前/事後介入デザイン、トレーニング後の保持テスト、またはテスト-再テスト信頼性チェックです。
前提知識{/examples/}
以下で使用される用語を理解するために、Labvancedの基本的な知識、たとえば、研究構造がどのように整理され、変数がどのように使用されるかを知っておくことが推奨されます。
グループ
グループとセッションが研究の構造をどのように整理するか、すべての縦断的研究の基盤です。
変数
変数とは何か、そしてそれが値をどのように保存するか、下で参照される組み込みの主題レベルの変数を含みます。
縦断的研究の設定{/examples/}
マルチセッション研究はデフォルトでオフになっています。それを可能にするには、Settingsを開き、次にSubjectsの下でRepeated Participationに進んで、Longitudinal Designを有効にします。これには、1つのグループが複数のセッションを含む必要があります。1つのセッションしかないグループは、この設定に関係なく単一セッションのままです。
例: 二セッションのトレーニング研究のために、
BaselineとFollow-Upという2つのセッションを含む1つのグループを作成します。各セッションには独自のタスクがあります。次のセクションで説明するように、セッションのタイミングを定義します。
セッションの構造とスケジューリング{/examples/}
グループ内の各セッションは、それ自体の名前とタスクのリストを持っています。スケジュールは他のセッションとは独立して設定され、4つのオプションの下で設定されます:Anytime, Only at one specific date, At specific times (periodically), またはDepending on former session。これにより、前のセッションの後に最小の遅延を置くと、次のセッションが解除され、最大の遅延を設定Earliest Starting Time After Last SessionおよびLatest Starting Time After Last Sessionして閉じます。完全なリファレンスについては参加時間設定を参照してください。
例: テスト-再テストデザインでは、セッション2がセッション1の終了から7日以内に開始しない必要があり、14日以内に受験しないと期限切れになります。セッション2のスケジュールを
Depending on former sessionに設定し、最も早い開始時間を7日、最も遅い開始時間を14日に設定します。
この設定は、Study Designタブのグループの横にある時計アイコンからアクセスされ、下に示された結果のダイアログを表示します。

参加者を再呼び戻す{/examples/}
次のセッションのために参加者を再アクティブ化するのは、あなたが自分で構築するものではなく、1. Invitation(参加者を始めるために手動で送信)、2. Session Complete(セッションが終了すると自動的に送信)、3. Session Ready(次のセッションが利用可能になると自動的に送信)、および4. Final Reminder(そのセッションのウィンドウが期限切れになる前に送信)の組み込みの4段階のメールシーケンスによって処理されます。Send Reminder EmailsをRepeated Participationの下で有効にすると、このシーケンスが有効になり、メールが必須の参加者フィールドになります。各テンプレートは、Subject Managementタブから編集できます。
参加者は自分自身で戻る必要はありません:セッションを終了すると、自分の次のセッションへのリンクが表示され、Session Selection is DoneをAutomatic (Server Based)に設定すると、各参加者がまだ完了していないセッションに割り当てられ、手動でセッションごとのリンクを配布する必要がなくなります。
Subject Managementタブは、全体の研究が監視されている場所でもあり、テンプレートがある場所にとどまりません。その主題グリッドは、各参加者の現在の状況(退会したかどうかを含む)、最後に完了したセッション、および次のセッションがいつ期限切れになるかを表示し、停滞している縦断的研究のフォローアップは手作業でスプレッドシートを照合する必要がありません。4つの自動化されたテンプレートがカバーしていないものについては、1人または複数の参加者を選択してCustom Emailを送信すると、同じビューから彼らに直接届きます。
再入場の制御{/examples/}
Repeated Participationの下にある2つの独立した設定は、参加者が再度開始しようとした場合に何が起こるかを制御します:Prevent When Completedは、研究をすでに終了した参加者が再開するのをブロックし、Prevent When Not Completedは、参加者を現在のセッションでの1回の試行に制限し、再試行を閉じます。あなたのデザインに一致する設定を有効にします。どちらか一方、両方、またはどちらでもありません。いずれのオプションも機能するには、URLにユニークな主題識別子が必要です。subject_code、token、またはクラウドソーシングプラットフォームの独自の参加者IDなどです。
セッション間の変数の持ち運び{/examples/}
通常のSet / Record Variableは、その設定されたセッション内にのみ存在し、それ自体で持ち運ぶことはありません。あるセッションから後のセッションに値を持ち運ぶには、代わりにRead from / Write to Shared Variableアクションを使用します。このアクションは、サーバー側に保持するSync. Variableを選択し、Storage Key(変数の名前がデフォルト)というオプションの下でShow Advanced Optionsを見つけ、Read or Write MethodをRead, modify, then write shared variable、Only read shared value from server、またはOnly write variable to serverに設定します。
デフォルトでは、これは同じ参加者の自身のセッション間で値が保持されます。Share values between different participants (not only between sessions)をチェックすると、さらに拡張され、すべての参加者が同じストアド値を読み取り書き込みできるため、各参加者が自分の値を取得することはありません。
例:
Baselineの終了時に、Only write variable to serverを使用して共有変数にスコアを記録します。Follow-Upでは、Only read shared value from serverを使用して同じ変数を読み戻し、参加者の新しいパフォーマンスを自分の基準と比較します。
Subject_Code、Subject_Nr、Group_Name、およびExp_Subject_Idは、このアクションを使用せずに自動的に主題レベルで持続する唯一の変数です。
ベストプラクティス{/examples/}
- タスクの構築を始める前に、セッションスケジューリングオプション
Anytime、Only at one specific date、At specific times (periodically)、またはDepending on former sessionを設定することを決定します。これにより、各セッションが到達可能になるタイミングが決まります。 Send Reminder Emailsを有効にし、すべての4つのテンプレートを公開する前に読み通してください。リマインダーがオフの縦断的研究は、参加者が自発的に戻ることを全く頼っているのです。Subject Managementタブのダッシュボードを使用して、各参加者の最後に完了したセッションと次のセッションの期限日を追跡します。セッション間のドロップオフを推測しないようにしてください。- データが損なわれる可能性のある繰り返しの完了が発生する研究では
Prevent When Completedを有効にします。特に有料参加者パネルに対してはそうです。
具体的なパターン:ベースラインとフォローアップ{/examples/}
これは古典的な二セッションの事前/事後デザインです:参加者はベースラインセッションを完了し、その後、設定された遅延の後に同等の測定を繰り返すために戻ります。
BaselineとFollow-Upという2つのセッションを持つ1つのグループを作成します。Longitudinal DesignをSettings → Subjects → Repeated Participationの下で有効にし、Send Reminder Emailsをオンにします。Follow-UpのスケジュールをDepending on former sessionに設定し、最も早いおよび最新の開始時間を研究に必要なギャップに設定します。例えば、7日と14日です。Baselineでベースライン測定を作成し、Follow-Upで繰り返し測定を行います。Baselineからの値がFollow-Upに影響する必要がある場合は、Read from / Write to Shared Variableアクションを使用して持ち運び、「セッション間の変数の持ち運び」を参照してください。Session Selection is DoneをAutomatic (Server Based)に設定し、再度参加する参加者が別のリンクを必要とせずにFollow-Upに配置されるようにします。
この構造は、いかなる2タイムポイントデザイン、トレーニング-その後保持、介入の事前/事後、または簡単なテスト-再テスト信頼性チェックに適しています。セッション内のタスクと日数のギャップのみが変更されます。
さらなる読み物{/examples/}
実験デザイン
Labvancedにおける実験デザインパターンのハブ、このページの兄弟マルチユーザーガイドを含みます。
グループ
グループとセッションの技術リファレンス、すべての縦断的研究が基づいている構造です。
共有変数の読み書き
参加者の自身のセッション間で変数を持ち運び、オプションで異なる参加者間でも持ち運ぶアクションです。
機能概要
縦断的デザインや参加者管理を含む機能の概要、実装の詳細に依存しない。
主題管理タブ
主題管理タブの完全なリファレンス:主題グリッド、メールテンプレート、およびSMTP設定。
マルチユーザー実験デザイン
同じ参加者をセッション間でつなぐのではなく、異なる参加者をリアルタイムで接続するための兄弟デザインパターンです。