Dovetailでリサーチインサイトを文書化する

UXリサーチチームは、GitLabのUXリサーチプログラムを通じて発見されたすべてのリサーチインサイトを文書化するために Dovetail を使用しています。リサーチインサイトは、ユーザーインタビュー、ユーザビリティテスト、サーベイ、カードソート、ツリーテスト、顧客との会話などの手法を通じて収集できます。

なぜDovetailでリサーチを文書化するのか？

UXリサーチチームは、消化しやすくアクセスしやすいリサーチレポートを作成する最良の方法を見つける上で、常に課題に直面してきました。PDF、Googleドキュメント、GitLab Issueそのものを通じてリサーチインサイトを共有する際、研究結果を追跡し共有するのが困難でした。さらに、以前の研究で学んだ情報を素早く呼び起こすことを求められることが多いため、古いレポートを読み返したり、インタビューノートのページをめくったり、必要な情報を見つけるためにビデオ録画を見直すのは面倒です。研究レポートを継続的に作成し、情報の蓄積が無限に増えるため、この問題は積み重なります。

Dovetailの目標は、リサーチの発見を検索可能で、簡潔で、参照しやすくすることです。

Dovetailを使い始める

1. この ビデオ を視聴して、10分以内でDovetailの基本を学んでください。GitLabがDovetailプラットフォームをどのように使用し、ナビゲートするかについてのより詳細な概要については、この プライベートGitLab Unfilteredビデオ を視聴してください。
2. Dovetailの ビデオハイライトとトランスクリプション機能 について読んでください。
3. Dovetail内で質的データ分析を行う方法に関する ウォークスルー動画 を視聴してください。
4. よくある質問については、DovetailのHelp Center をチェックしてください。
5. データの整理、タグの使用、ハイライトをインサイトに変える方法の優れた例については、この プロジェクト（社内アクセスのみ）をチェックしてください。

UXリサーチチームのDovetailでのインサイト文書化ガイド

プロジェクトの作成

各リサーチ研究の終わりに、研究のDRIはDovetailでリサーチを文書化する責任があります。最初のステップは、製品ステージ（例: Manage）に対応するフォルダの下に、Dovetailで新しいプロジェクトを作成することです。

1. Projects に移動します。
2. ステージグループを見つけます。
3. New project をクリックし、プロジェクトに必要なテンプレートを選択します。プロジェクトのReadMeファイルにリダイレクトされます。

ReadMeファイルの更新

ReadMeファイルで、プロジェクト名を Problem or Solution Validation Research からより認識しやすいものに更新します。リサーチリクエスト／ブリーフへのリンクを必ず追加してください。

テンプレートの一部として、GitLab UXリサーチプロジェクトのリサーチIssueへのリンクを提供する必要があります。リサーチIssueの適切な追跡を確保するため、UX Problem Validation、UX Solution Validation、または CM Scorecard タグを必ず使用してください。

希望しない限り、プロジェクトに関するそれ以上の情報をReadMeファイルに追加する必要はありません。より多くのコンテキストを提供したい場合は、研究で使用されたリサーチ方法論や、リサーチ参加者に関する背景情報を記述できます。

Dovetailへの生データのインポート

左側メニューの Data をクリックします。リサーチセッション中に取られたノート/観察、ビデオ録画、顧客からのサポートチケット、ソーシャルメディアからのユーザーセンチメントなど、生データをプロジェクトに追加します。自分にとってしっくりくる方法で生データを整理し構造化してください。

以下の動画は、インポート機能の使い方と、リサーチ質問/タスクの周りにデータを構造化する方法を実演します。

Dovetailでデータをタグ付けする

Dovetailは、リサーチデータ全体に現れるパターンとテーマを特定し、それをインサイトステートメントに変えるのに役立ちます。すべての生データをインポートしたら、コンテンツをハイライトしてタグ付けする準備が整いました。ハイライトとは、リサーチセッション中に聞いたり観察したりした興味深いもの（例えば、ユーザーのペインポイントやモチベーション）と考えてください。ハイライトには、可能であれば、ハイライトが関連するGitLabの機能/エリア（例: ‘Merge Requests’）と、コメントしたペルソナ（例: ‘Sasha: Software Developer’）でタグを付けます。

アフィニティマッピング のように、Dovetailのタグはリサーチデータ全体に現れるパターンを特定し追跡するのに役立ちます。単一のハイライトに、1つまたは複数のタグを関連付けることができます。詳細なヘルプは、私たちの ユーザーデータの分析と統合 ハンドブックページにあります。

プロジェクトでグローバルタグを有効にする

GitLabのリサーチをより一貫したものに保つため、UXリサーチチームによってメンテナンスされている、Dovetailで利用可能なGitLabのグローバルタグをすべての人に活用するよう推奨しています。リサーチが一貫した方法で行われると、ステージ全体や長期間にわたるインサイトの収集がはるかに簡単になります。一貫したリサーチというゴールに向かって進むのを助けるため、質的リサーチの統合時には、グローバルタグを取り入れ、タグ付けのベストプラクティスに従うようにしてください。プロジェクトのタグの50%をグローバルタグから持ってくることが良い目標です。

プロジェクトで使用できるタグのセットは2つあります。いつでもどちらのセットも使用でき、独自のカスタムタグも使用できますが、各プロジェクトでタグを有効にする必要があることに注意してください。リサーチを要約するときは、まずグローバルタグを見て、次に適切な場合はセクションタグを見て、最後に独自のタグを作成してください。2つのタグセットの違いは以下のとおりです。

• GitLab Global Tags には、すべてのステージグループで広範なプロジェクトに使用できるタグが含まれていますが、特に解決策検証に有用です。まずこれらのタグを見るようにしてください。
• GitLab Section Tags には、セクション ごとに整理されたタグが含まれており、より機能固有、機能関連の作業に使用できます。

この ビデオ には、プロジェクトでグローバルタグを有効にするための以下のステップのウォークスルーが含まれています。

1. 取り組んでいるプロジェクトを開きます
2. Tags の隣の plus アイコンをクリックします
3. Use an existing board を選択します
4. Workspace タブの下で、GitLab Global Tags を選択し、Link to project をクリックします
5. Tags の下にボードとして GitLab Global Tags が表示されるようになります
6. GitLab Section Tags を有効にするために、ステップ3〜5を繰り返します
7. 取り組んでいる各プロジェクトでこのプロセスを繰り返します

グローバルタグをノートと一緒に使う方法

手動で作成したタグと同様に、グローバルタグはタグ付けしたいテキストをハイライトし、有効にしたグローバルタグをクリックすることで使用できます。これは下の画像で示されています。

タグはカテゴリーに整理されているので、タグとそのカテゴリーの整理に慣れておくとよいでしょう。

グローバルタグを使うタイミング

グローバルタグは、標準化と構造を提供することによって、手動タグ付けを補完する手段として使用できます。プロジェクトで使用されるタグの唯一のソースとして意図されているわけではありません。各リサーチプロジェクトの独自性のため、グローバルタグの1つを使うよりも新しいタグを作成するほうが役立つことがしばしばあります。

例: ユーザーインタビューを実施する際、ユーザーの特定のエクスペリエンスに対する感情を特定するようにしてください。エクスペリエンスについて話すときに、feature request や frustrated のようなGitLab Global Tagsからのタグを使いたいときが何度もあるかもしれません。これらのインサイトはリサーチに対して十分に具体的でない場合があるので、wants a drop-down for options のような追加のタグを作成することもできます。

プロジェクトに設定する良いゴールは、タグの50%をグローバルタグから持ってくることです。

自分のタグを作成するか既存のグローバルタグを使用するかについて確信が持てない場合は、まずどちらが最も有益なインサイトを生み出すかを考えてください。インサイトの正確性を保ちながらグローバルタグを使えるなら、それに従ってください。そうでない場合は、Dovetailでのタグ作成のベストプラクティスに従ってください。

どのようなタグが利用できますか？

GitLabチームメンバーは、UXリサーチチームによってメンテナンスされている Global Dovetail Tags Google Sheetを表示できます。

GitLab Global Tagsは6つのカテゴリーに整理されています。

グローバルタグの定義

User Actionタグ

User Feedbackタグ

User Emotionタグ

Workflowタグ

Personasタグ

Jobs and Toolsタグ

もっとタグを追加できますか？

グローバルタグはイテレーティブなプロセスであり、将来も成長を続けます。可能な限り多くのニーズに合うようリストを調整できるよう、ステークホルダーからのフィードバックを強く奨励します。

タグライブラリーが不完全である、または編集が必要であると考える場合は、#ux_research Slackチャンネルにメッセージを送ってください。より多くのフィードバックとリサーチが行われる中で、時間とともに段階的にタグを追加することを予期しており、そのため特定のタグをすぐには追加しないかもしれないので、カスタムタグを作成することが役立つ短期的な解決策になります。

Dovetailタグ付けのベストプラクティス

多くのプロジェクトでは、いくつかのグローバルタグに加えてカスタムタグのミックスが必要になります。Dovetailでは、ユーザーデータをインサイトの証拠の断片に蒸留する助けにするため、任意のタグを作成できます。これは便利ですが、問題にもなり得ます。理由は次のとおりです。

• これらのタグは、プロジェクトから別のプロジェクトに引き継がれないため、プロジェクト間で類似のインサイトを特定するのが困難になります。
• タグは任意の名前を付けられます。これは、同様のテーマのタグが大量に発生する結果になり、プロジェクト間でのインサイトによる検索が困難になります（例えば、opportunity、opportunities、opportunity for UI のようなタグ）。

Dovetail内でリサーチインサイトを適切に管理するために、独自のタグを作成する際のDo’sとDon’tsを紹介します。

Do’s

• データが頭に新鮮なうちにタグ付けする
  • セッションを実施した直後、またはトランスクリプトを読み直した直後にデータをタグ付けしてください。すべてが頭に新鮮にあると、テーマがより明確になります。
• タグをリサーチ仮説と整合させる
  • 各タグの目的は、ユーザーデータをリサーチのゴールにリンクすることです。各タグは、リサーチ仮説のいずれかに直接関連するべきです。
• 一貫性を保つ
  • どのタグを使うかを特定したら、それに従ってください。タグが一貫しているほど、データの傾向を見つけやすくなります。
• Less is more
  • 自信のない10個のタグよりも、自信のある5個のタグを持つほうがよいです。ガイドラインとして、ほとんどの研究で 15個未満のタグ に制限するようにしてください。
• どのように使われるかを考える
  • いつか、あなた以外の誰かがタグを使って類似のインサイトを特定すると仮定してください。そうしやすくしてあげてください。
• もう一度見直す
  • タグを作った後、少し休憩を取り、もう一度読み直してください。

Don’ts

• 完全な文を使わない
  • タグは1〜3単語の長さにすべきです。複数の異なるタグを使うことは、1つの長いタグよりも有用なインサイトをもたらします。
• 絵文字を使わない
  • 絵文字はテキストよりも本質的に曖昧で、タグは可能な限り明確であるべきです。

共有タグを使ったクロスステージの認知の作成

ユーザーリサーチから生データをインポートする際、自分以外のステージやグループに有用なインサイトがある場合があります。Dovetail内の extensions機能 を使うと、プロジェクト間で使用できるタグを作成できます。これらの拡張タグを使って、他のステージやグループによってクロスステージのコンテンツをより発見しやすくできます。

Shared Tags 拡張機能の下でグローバルタグを使う際に従うべきベストプラクティス:

• まず、プロジェクトに拡張機能を追加する必要があります。新しいプロジェクトを開始するたびに、このプロセスを繰り返す必要があります。これを行うには、それぞれのプロジェクトの Settings ページに移動し、Extensions タブの下で、既に作成された Shared Tags 拡張機能をプロジェクトにリンクします。
• 次に、プロジェクトの Tags ページに移動します。プロジェクトで拡張機能タグが利用可能になっていることが分かります。拡張機能がプロジェクトで利用可能になったので、それをインサイトに追加するだけです。他のセクション、ステージ、グループにとって価値があるかもしれないインサイトを見つけ、適切な拡張機能タグを追加します。
• 新しいタグを追加する 前に、拡張機能タグのリストを必ず再確認してください。このリストはGitLab Dovetailアカウントの誰もが利用できるため、タグがすでに存在することに気づくかもしれません。
• ハイライトされたコンテンツに 単一のグローバルタグ のみを使用してください。例えば、関連するステージグループの名前を使ってそのインサイトのタグを作成します。それ以外の場合は、関連するステージ名を使ってタグを適用してください。どのステージを使うか不明な場合は、代わりにプロダクトセクションを言及してください。
• これらのグローバルタグでハイライトされたすべてのコンテンツは、設定にある extensionページ 内でGitLab Global Tagsを選択することで、プロジェクト全体で追跡できます。

チャート＆インサイト

次のステップは、研究のために インサイトステートメントを作成 し、タグ、ハイライト、チャートで収集した証拠でそれらを裏付けることです。Charts を使うと、リサーチデータ全体でテーマがどのくらい頻繁に言及されているかの概要を素早く取得できます。データに頻繁に再発するテーマは、インサイトに値します。Insights はリサーチの発見を要約するのに役立ちます。インサイトを作成するために複数のハイライトを選択してください。

リサーチ研究中に、興味深いものに気づくが、観察または聞いたことが エッジケース なのか、他のユーザーに影響を及ぼしているものなのかを判断するための十分なデータがまだない場合があります。

一般的な経験則: 何かをインサイトに変えるべきかどうか確信が持てない、および/またはテーマを支持するハイライトが1〜2個しかない場合、観察は insight に変換するのではなく highlight のままにしておくべきです。

ハイライトは、より多くのリサーチデータを集めた将来に、まだ検索、追跡、再訪することができます。

発見を共有する

インサイトステートメントを作成したら、Dovetailの 「プレゼンテーションモード」 機能を使って、チームや他のステークホルダーに発見を共有できます。最後のステップは、元のUXリサーチIssueで直接Dovetailプロジェクトへのリンクを提供することです。これらのステップの素晴らしい例として、この プロジェクト （社内リンクのみ）をチェックしてください。

コンテンツ管理の提案

このビデオは、複数のメモ取り係でGoogle Sheetと同じようにDovetailで構造化されたメモを取る方法を実演します。

パブリックアクセスを無効にする

PII（個人を特定できる情報）を保護するため、インサイトのプロジェクト設定が パブリックアクセスに対して無効 になっていることを確認してください。これを行うには、プロジェクトに移動し Insights をクリックします。そこから共有設定が以下のようになっていることを確認します。

よくある質問

私はプロダクトマネージャーです。顧客との通話を追跡するためにDovetailを使用できますか？

はい！ 新しいプロジェクトを作成する際は、Customer calls テンプレートを選択してください。ReadMeファイルで、プロジェクト名を Customer calls からより認識しやすいものに更新します。Dovetailへの生データのインポート から始まる、UXリサーチチームのDovetailでのインサイト文書化ガイドに概説されたステップに従い続けてください。

注: 1人の顧客のみと話しており、他の顧客から同じ問題を経験しているか、同じ機能改善を希望しているという証拠を聞いていない場合、発見は insight に変換するのではなく highlight のままにしておくべき可能性が非常に高いです。確信が持てない場合は、UXリサーチャーに気軽に連絡してください。

チームのカウンターパートがDovetailでリサーチインサイトへのアクセスを必要としています。彼らをDovetailに追加できますか？

はい、チームのカウンターパートを 閲覧のみ のアクセスでDovetailに追加できます。これにより、利用可能なライセンス数に影響を与えることなく、インサイトと関連データを閲覧できます。

カウンターパートをDovetailに追加するには、以下のステップに従ってください。

1. アプリの右上にあるプロフィール画像をクリック
2. メニューで profile を選択
3. 検索バーの近くの左上にある settings に移動（注: 左ナビゲーションの設定オプションではありません）
4. 左ナビゲーションで users を選択
5. invite users ボタンをクリック
6. チームメンバーのメールアドレスを入力し、Markup、Playback、Backstage のために viewer アクセスを選択
7. 招待を送信するために ** をクリック

Dovetailでデータを構造化する方法のアイデアが欲しいのですが、何か例はありますか？

はい、プロジェクトリストの一番下にスクロールすると、Sample data の下にDovetailの人々が作成したサンプルプロジェクトが見えます。

機密情報を統合するためのプライベートプロジェクトを作成したい

私たちのDovetailプロジェクトは現在GitLab従業員のみがアクセスできますが、自分または少数の人々だけが見るべきだと感じるプロジェクトがあることがあります。プロジェクトへの アクセスを制御する ことでこれを行います。

機密情報を構成するもののガイドライン

Dovetailやリサーチイシューでリサーチインサイトを文書化する際は、参加者の 個人を特定できる情報（PII） を 絶対に開示しない ことが極めて重要です。これは、彼らのフィードバックとアイデンティティが機密に保たれ、知る必要がある人だけが利用できるようにするためです。例えば、セッション録画にタイトルをつけたり、セッション要約をメモしたり、引用を使ったりするとき、参加者をフルネームで参照する代わりに「参加者[番号]」または対応するユーザーペルソナを使ってください。

詳細は、Code of Business Conduct & Ethics を参照してください。

フィードバックと質問

フィードバックと質問は、#ux_research Slackチャンネルに投稿してください。

他の人にも役立つ有用なことを見つけた場合は、このページにMRを送信して @asmolinski2 にアサインしてください。

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