縦断的調査

縦断的調査は、ある期間にわたって同じ人々のグループに対して何かがどのように変化するかを調べます。データは、指定した期間で測定値がどのように変化するかを判断するために、事前に定義された時間間隔で収集されます。

いつ使うか？

縦断的調査は、時間の要素に関連するリサーチ質問に答えるのにチームを助けるのに最適です。チームが、知覚や知識の獲得などが時間とともにどう変化するかを理解したい場合があります。

いくつかの例:

• 新しいナビゲーション体系について、しばらく使った後でもユーザーはどう反応するか？
• 新規ユーザーが GitLab を使い始める最初の 60 日間で、信頼性と製品知識はどのように変化するか？

どの手法が使われますか？

縦断的調査では通常、複数の手法の使用を組み合わせます。縦断的調査でどの手法を使うかは、回答が必要なリサーチ質問に基づきます。基本的には、リサーチ質問に最もよく答える手法を選びたいです。以下は、縦断的調査に使用できる手法の例です:

• インタビュー - 参加者との関係を確立するのに役立つインタビューですべての縦断的調査を開始するのがベストプラクティスです。これは、スタディ全体を通じて各参加者と複数の接点を持つことになるので、縦断的調査では特に重要です。インタビューでは、スタディのケイデンスとタイムラインに関する期待を設定できると同時に、参加者が自分の役割について明確化の質問をすることができます。
• 日記スタディ - 参加者が一定期間にわたって行ったことを記録するよう求められる場合、縦断的調査によく組み込まれます。
• サーベイ - 主な指標を再確認し、それらがどのように時間とともに変化したかを判断する方法として、縦断的調査のコースを通じてサーベイを実行することは役立ちます。これらはQualtricsのようなサーベイツールで行うか、インタビューを通じて口頭で行うことができます。

インタビューの重要性を再度強調します: 日記スタディに現れるデータや参加者がサーベイで提供する評価の背後にある「なぜ」を理解するのに重要です。「なぜ」は明確なアクションに直接つながることもあります。

タッチポイント、または参加者との正式な接点は、縦断的調査の必要な部分です。いくつかの理由で使用されます:

• 参加者をチェックインするため
• 主な指標を評価する機会として
• 参加者が今までに提供した評価とデータについてより深く掘り下げるため

指標

縦断的調査で使用される指標は大きく異なり、回答するリサーチ質問に完全に依存します。ただし、主要指標を計画する際は時間の要素を常に考慮し、スタディの全期間を通じて態度や信頼性などの変動を実証できるようにしてください。例:

• 製品の使用における信頼性（1-7 リッカートスケール評価）- 1 日目（コントロール）、14 日目、30 日目、60 日目に収集
• 新しいナビゲーションの使用における効果性（1-7 リッカートスケール評価）- 0 日目（コントロール）、1 日目、14 日目、30 日目に収集

上記の例では自己報告の指標を使用していますが、エラー数を時間とともに追跡するなど、代わりに使用データを活用することも確実に可能です。

サンプル出力は次のチャートのようなものになります。これは、単一の参加者について指定された期間にわたって指標がどのように変化するかを示しています:

縦断的調査を実施する手順

1. 自分のリサーチ質問が縦断的調査で最もよく答えられることを確認します。
2. GitLab バージョン、権限、ペルソナ、JTBD、GitLab および技術経験などの変数を考慮して、達成可能な縦断的調査を設計します。考慮する変数の中から、主要指標も決定します。
3. 縦断的調査では大量のデータが生まれるので、データ管理計画を考えます。これには、データをどのように保存、整理し、最終的に分析するかが含まれます。
4. スタディを実施する期間と、計画されたタッチポイントの必要な数とケイデンスを決定します。
5. 各タッチポイントの数と時間コミットメントを概説する募集 Issue を開きます。
6. 各タッチポイントの謝礼を決定します。
7. 最初の 1:1 インタビューで、参加者と直接、今後のタッチポイントをスケジュールします。
8. UX Research Operations Coordinator と連携して、謝礼が効率的かつタイムリーに提供されるようにします。

課題

縦断的調査には知っておくべき独自の一連の課題があります:

• 実施に時間がかかります — 時間要素が関わるため、しばしば数か月。
• 参加者ごとに複数のタッチポイントがあるため、リサーチを行う DRI には追加の労力が必要になります。
• 縦断的調査では参加者の減少率が高くなる可能性があるため、より高いインセンティブを提供したり、途中で失う参加者を考慮して事前に追加の参加者を募集する必要があるかもしれません。
• 縦断的調査は大量のデータを生み出す可能性があります。データ管理計画が事前に整っていないと、DRI は圧倒される可能性があります。

ヒントとコツ

謝礼 - 各タッチポイントの謝礼は、参加者をアクティブに保つのに有用です。ただし、最終のタッチポイントの前のタッチポイントの謝礼額を減らすという戦略を取ることもできます - 最終の謝礼がはるかに大きい限りは。これは前回のより少ない謝礼を補い、参加者がスタディを最後まで見届けるインセンティブとしても機能します。以下の表は、スタディの最後により多くのインセンティブを持つ謝礼構造を設計する方法の例を示しています:

明確な期待を設定する - すべてのタッチポイントに参加して完全なスタディを完了することが、参加者にとってどれだけ重要かをはっきりと伝えます。さもないと、将来の謝礼の資格がなくなり、スタディから外されることになります。スタディの目的を説明し、リサーチの成功にとって彼らの参加がいかに重要かを強調します。詳細を共有すると、彼らがどれだけプロジェクトに関与してくるか驚くでしょう。日付付きのタッチポイントのスケジュールをユーザーに提供することも役立ちます。

データ管理計画 - 重要なものだけに焦点を当てます。通常は、それはリサーチ質問に答えるのに必要なものを意味します。主なインサイトをサポートするその他のデータを含めても問題ありませんが、自分自身に限界を設定します。データを入力／分析するのも役立ちます — リアルタイム（インタビュー中）またはその直後に。テンプレートを作成することはこれに役立ちます。鍵は、何をキャプチャするか、いつキャプチャするか、どのようにキャプチャするかについて、非常に整理されており規律正しいことです。

Google Docs を使う - 日記スタディアプローチを使用している場合は、Google Docs を使ってスタディのテンプレートを作成します。次に、テンプレートを使って各参加者ごとに 1 つのドキュメントを作成します。参加者とドキュメントを共有し、編集権限を与えて、彼らのエントリへの完全な可視性を確保します。彼らに少し催促が必要だと感じるか、彼らのエントリの 1 つについて質問がある場合は、ドキュメントで @-メンションするだけです。スタディの終わりには、参加者が追加の変更を加えられないように、すべてのドキュメントの共有を解除することを忘れないでください。

「なぜ」を得る - 集めているデータの背後にある「なぜ」を理解する機会を必ず組み込んでください。これは、完全でインパクトのあるストーリーを伝えるのに重要です。

自分に時間を与える - 縦断的調査を行うには、ユーザビリティスタディよりもずっと多くの時間が必要になることを覚えておいてください。また、調べて考えるべきデータもはるかに多くなります。自分のために追加の時間を割り当て、ステークホルダーに明確に期待を設定するようにしてください。

質の高い参加者を見つける - 縦断的調査ではより長い時間コミットメントが必要なので、質の高い参加者とフィードバックを得ることが不可欠です。参加者をスクリーニングする際の戦略として、スタディに招待する前にイントロインタビューを最初に行うことができます。このインタビューを使って、意味のある情報を収集すると同時に、参加者が提供するフィードバックの質を評価することができます。

ページのソースコードを見る - ページの編集 - please contribute.