縦断的調査

縦断的調査では、同じ人々のグループにおいて、一定期間にわたって何かがどのように変化するかを見ます。指定期間にわたって指標がどのように変化するかを判断するため、あらかじめ定めた時間間隔でデータを収集します。

いつ使用するか

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

例:

• 新しいナビゲーションスキームを、ある期間にわたって使用した後でも、ユーザーはどのように反応するか
• 新規ユーザーが最初の 60 日間に GitLab を使い始める際、その自信とプロダクト知識はどのように変化するか

どの手法を使用するか

縦断的調査では通常、複数の手法を組み合わせて使用します。縦断的調査に使用する手法の決定は、回答する必要があるリサーチ質問に基づきます。本質的には、リサーチ質問に最もよく答えられる手法を選びます。以下に、縦断的調査に使用できる手法の例を示します:

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

インタビューの重要性を繰り返します。日記調査に現れる可能性があるデータや、参加者がアンケートで提供する評価の背後にある「なぜ」を理解するために、インタビューは不可欠です。「なぜ」は、明確なアクションに直接つながる場合もあります。

タッチポイント、すなわち参加者との正式な連絡は、縦断的調査に必要な要素です。タッチポイントは多くの理由で使用されます:

• 参加者の状況を確認するため
• 主要指標を評価する機会として
• 参加者がこれまでに提供した評価やデータをさらに深く掘り下げるため

指標

縦断的調査で使用する指標は大きく異なる場合があり、回答するリサーチ質問に完全に依存します。ただし、主要指標を計画する際は常に時間の要因を考慮し、調査を通じて態度や自信などが変動することを示せるようにしてください。例:

• プロダクトを使用する自信（1〜7 のリッカート尺度評価） - Day 1（コントロール）、Day 14、Day 30、Day 60 に収集
• 新しいナビゲーションを使用する有効性（1〜7 のリッカート尺度評価） - Day 0（コントロール）、Day 1、Day 14、Day 30 に収集

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

出力例は、単一の参加者について、指定期間にわたって指標がどのように変化するかを示す次のグラフのようになります:

縦断的調査を実施するステップ

1. リサーチ質問が縦断的調査を通じて最適に回答できることを確認します。
2. GitLab バージョン、権限、ペルソナ、JTBD、GitLab と技術の経験などの変数を考慮して、実現可能な縦断的調査を設計します。検討する変数の中で、主要指標が何であるかも決定します。
3. 縦断的調査では大量のデータが得られるため、データ管理計画を検討します。これには、データを保存、整理し、最終的に分析する方法が含まれます。
4. 調査を実施する期間と、計画するタッチポイントの必要な数および頻度を決定します。
5. 各タッチポイントの数と時間的なコミットメントを記載したリクルーティング Issue を開きます。
6. 各タッチポイントの謝礼を決定します。
7. 最初の 1:1 インタビュー中に、参加者と直接協力して今後のタッチポイントをスケジュールします。
8. UX リサーチオペレーションコーディネーターと協力して、謝礼が効率的かつ適時に提供されることを確認します。

課題

縦断的調査には、認識しておくべき固有の課題があります:

• 時間の要素が関わるため、当然ながら実施に時間がかかります—多くの場合は数か月です。
• 参加者ごとに複数のタッチポイントがあるため、リサーチを実施する DRI には追加の労力が必要になります。
• 縦断的調査では参加者の離脱率が高くなる可能性があります。そのため、途中で失う参加者を考慮して、より高いインセンティブを提供したり、あらかじめ追加の参加者をリクルートしたりする必要がある場合があります。
• 縦断的調査では大量のデータが得られる可能性があります。開始前にデータ管理計画がなければ、DRI は圧倒される可能性があります。

ヒントとコツ

謝礼 - 各タッチポイントへの謝礼は、参加者をアクティブな状態に保つのに役立ちます。ただし、最終タッチポイントの謝礼を大幅に高くする限り、最終タッチポイントに先行するタッチポイントでは謝礼額を減らすことも取れる戦略です。これにより、以前の少額の謝礼を補い、参加者が調査を最後まで完了するためのインセンティブとしても機能します。以下の表は、調査の終盤により大きなインセンティブを設けた謝礼構造を設計する例を示しています:

明確な期待を設定する - すべてのタッチポイントに参加して調査を完全に完了することが、参加者にとってどれほど重要かを明確に伝えてください。そうしない場合、参加者は今後の謝礼を受ける資格を失い、調査から除外されます。参加がリサーチの成功にとっていかに重要であるかを強調しながら、調査の目的を説明してください。詳細を共有すれば、参加者がプロジェクトにどれほど積極的に関わるかに驚くでしょう。日付を含むタッチポイントのスケジュールをユーザーに提供することも役立ちます。

データ管理計画 - 重要なことだけに集中してください。通常は、リサーチ質問に答えるために必要なものを意味します。主なインサイトを裏付ける別のデータを含めてもかまいませんが、自分で制限を設定してください。データを入力／分析することも役立ちます — リアルタイム（インタビュー中）またはその直後に行います。テンプレートを作成すると役立ちます。重要なのは、何を記録するか、いつ記録するか、どのように記録するかについて、高度に整理され、規律を保つことです。

Google Docs を使用する - 日記調査アプローチを使用している場合は、Google Docs を使用して調査用のテンプレートを作成します。その後、テンプレートを使用して参加者ごとに 1 つのドキュメントを作成します。ドキュメントを参加者と共有して編集権限を与えると、参加者の入力内容を完全に把握できます。促す必要があると感じた場合や、入力内容の 1 つについて質問がある場合は、ドキュメント内でその参加者を @ メンションできます。調査の終了時には、参加者が追加の変更を加えられないよう、すべてのドキュメントの共有を必ず解除してください。

「なぜ」を得る - 収集しているデータの背後にある「なぜ」を理解する機会を必ず組み込んでください。これは、完全で影響力のあるストーリーを語る上で不可欠です。

自分に時間を与える - ユーザビリティ調査よりも、縦断的調査の実施にははるかに多くの時間が必要になることを忘れないでください。確認し、考える必要があるデータもはるかに多くなります。自分自身に追加の時間を割り当て、ステークホルダーに明確な期待を設定してください。

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

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