ダイアリースタディ

ダイアリースタディは、ある期間（日、週、または月単位）にわたって参加者からフィードバックを得るために使うリサーチ手法です。これらのスタディでは、参加者が特定のアクションを実行したとき、またはリサーチの特定の時点に達したときに、自分で情報を記録するよう求められます。

ダイアリースタディを行う目的

リサーチャーである私たちは、特定の期間内に参加者が行うことをすべて観察できるわけではないため、ダイアリースタディは非常に有益な情報源となります。ダイアリースタディは、参加者に私たちのために情報を記録してもらうことで助けになります。ダイアリースタディから得られるデータは、リサーチャーとチームが時間の経過とともに現れる特定のパターンや変化について学ぶのに役立ちます。

ダイアリースタディを実施するタイミング

ダイアリースタディは、単一のインタラクションやタッチポイントを超えた 参加者に関心がある場合に有用です。この種のリサーチでは、製品（GitLab またはその他のアプリケーション）に関する参加者のフィードバック、行動（職場での DevOps ツールの使用）、または活動（マージリクエストの提出やオンラインでのコンテンツの検索）を調査できます。ダイアリースタディで収集される参加者データの一般的な例:

• 参加者がタスクを完了する際に考えていることを記録する
• 参加者がタスクを完了する文脈を記録する
• 与えられた期間内に参加者が行うことを記録する
• 1 か月間に製品を使う中で経験した痛みポイントを記録する
• 最初の数週間で参加者が新しい製品を使ってどのように学習するかを記録する
• 参加者がアクションまたはタスクを実行する回数を記録する（注意: 顧客分析データの監視など他のリサーチ手法のほうが、アクションの頻度を評価するうえで正確です）

ダイアリースタディが他のリサーチタイプと異なる点

ダイアリースタディは、同じ参加者グループから複数回データを収集するという点で、アンケート、インタビュー、フォーカスグループとは異なるユニークな手法です。この手法は、時間の異なる時点で 1 つ以上の定量的指標（たとえば、自信や有効性の評価）を収集する状況において 縦断的スタディ と重なる部分があります。両者の主な違いは、ダイアリースタディは定量的な指標を使うことを 必須としない ことです。多くのダイアリースタディは、定性データ（自由形式のフィードバックや自己報告の観察）のみを収集することに関わる場合があります。

ダイアリースタディと縦断的スタディの違い

ダイアリースタディには、縦断的スタディ で説明されているのと同じステップが多数必要です。1 つ追加で必要なステップは、参加者がいつエントリーを記録するかを決めることです:

1. 特定の時間間隔で（例: 1 日 1 回、週に 2 回、または隔週で記録）
2. 定められたスケジュールで（例: 10 日目、20 日目、30 日目にのみ記録）
3. アクションを実行している間に（例: GitLab の機能を操作するときや、特定の方法で GitLab を使うときに記録）

リサーチに適切な時間枠やタッチポイントを計画する際には、全体のリサーチ質問を考慮してください。

• 例: リサーチ質問が初めて GitLab を使うユーザーがどのように学習するかを理解することを意図している場合、その時点での体験を振り返るために数日に 1 回エントリーを記録してもらうほうが望ましいでしょう。

ダイアリースタディのリサーチ計画に影響を与える他の要因には、リクルートする参加者の種類、リサーチの期限、リサーチ質問の数などがあります。

ダイアリースタディの設定方法

ダイアリースタディを設定する際は、参加者がダイアリー内で記入することになるすべての必要な部分を念入りに検討することが重要です。リサーチャーは、見やすく、アクセスしやすく、編集しやすいダイアリー文書を作成する必要があります。GitLab では、Google ドキュメントや Google スプレッドシートのような共同編集可能なデジタルファイルを使うのが一般的で、リサーチャーは参加者と共有し、スタディ全体で進捗をモニタリングできます。

Google ドキュメントやスプレッドシートを使う場合は、スタディ内のデータプライバシーを確保するために、次の手順とガイドラインに従ってください:

1. 新しい Google ドキュメント または Google スプレッドシート を作成
2. 参加者向けの 手順、タスク、質問 を追加
   1. 参加者がコメントやフィードバックを追加するための明確なスペースや場所をファイル内に提供し、参加者が何をすべきか混乱しないようにしてください
3. 参加者との初回ミーティングで、ダイアリー文書を詳細に確認し、参加者からの質問に答えます
4. 文書を参加者と共有する準備ができたら、右上の share ボタンをクリック
5. general access を restricted のデフォルトのままにする
6. add people and groups フィールドに参加者の email address を追加
7. editor アクセスを付与し、必要に応じて短いメモを入力
8. send を選択

予想されるダイアリーエントリーやタッチポイントの数に応じて、参加者の現在の進捗をモニタリングするために頻繁に参加者のダイアリー文書を開くことをお勧めします。参加者が特定のエントリーを期限どおりに記入していない場合は、コメントを残し、メールアドレスを使って @ メンションして、タスクを完了するようリマインダーを送ることができます。

ダイアリースタディの実施のヒント

• ダイアリースタディでは大量の参加者フィードバックを提供してもらう必要があるため、ダイアリーエントリーが詳細で、スタディ全体を通して継続するモチベーションを持つ参加者を見つけることが重要です。
  • スクリーナーに自由形式の質問を含めるか（例: 現在 GitLab でコンテンツを探す方法を説明してください）、スタディに招待する前に初回インタビューを設定して、回答がどの程度詳細であるかを判断してください。
  • 始まりから終わりまで何を期待すべきかを参加者が知ることができるよう、スタディの期待値を事前に共有してください。全体のリサーチタイムライン（タッチポイントの数、予想されるダイアリーエントリーの数）を参加者に伝えることで、自分に求められていることを完全に理解できるようになります。これは参加者の納得感を得ることに役立ち、最後までスタディを完遂するモチベーションが高まります。
• 参加者のダイアリーエントリーが記録されるたびにモニタリングし分析しましょう。これにより、不明瞭、詳細が不十分、またはスタディの手順に正しく従っていないエントリーがあれば参加者にフォローアップしやすくなります。
• スタディの中で参加者はダイアリーエントリーの記録を忘れることがよくあるので、定期的にスタディタスクを完了するためのリマインダーを送ってください。
• スタディ内の参加者との適切なタッチポイント数を見極めましょう。一般的に、合計タッチポイントは最大 4 つに制限することをお勧めします。複数のダイアリーエントリーの後で参加者が同じ種類の回答をするようになっている場合は、参加者が早期に脱落しないように全体のタッチポイント数を調整することを検討してください。
• スタディ中、参加者のエントリーについて話す 10〜15 分の短いインタビューを設定します。リサーチャーとエントリーについて話し合う時間を設けることで、参加者はより責任感を感じるようになります。その結果、参加者は通常、ダイアリーエントリーを書くために追加の努力をしてくれます。
• 各ダイアリーエントリーに小さなインセンティブを設定する（下の表のタッチポイント 2 と 3 を参照）と、参加者がスタディに残る可能性が高まります。最大のインセンティブを最後のダイアリーエントリーに残すことで、リサーチャーはスタディの希望サンプルサイズを満たしやすくなり、時間が経つにつれて追加の参加者をリクルートする必要を回避できます。

ダイアリースタディの例

GitLab チームメンバーによって完了された最近のダイアリースタディの例をいくつかご紹介します:

• グローバル検索ダイアリースタディ
• ナビゲーションダイアリースタディ（Sasha ペルソナ）
• ナビゲーションダイアリースタディ（Parker ペルソナ）

ダイアリースタディに関する追加リソース

ダイアリースタディの実施方法をより深く理解できるリソース:

• Diary Studies: Understanding Long-Term User Behavior and Experiences
• User Interviews: Diary Studies
• How to Conduct a Diary Study: A Start-to-Finish Guide

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