Content last updated 2026-07-20

UX リサーチワークショップの実施方法

GitLab における UX リサーチワークショップのプロセス

UX リサーチワークショップは、UX リサーチャーがリサーチプロジェクトのさまざまな段階で他のチームメンバーと協力するために利用できる活動です。グループの合意を得るために、リサーチの実施前または実施後に行うことができます。

UX リサーチワークショップの利点

UX リサーチワークショップは、UX リサーチャーが Product チームと協力して将来のリサーチ調査を計画したり、ユーザーのペインポイントへの取り組み方について合意を得たりする方法を提供するため、有用です。特に、チームが同じ場所にいない場合や、リサーチプロジェクトに集中するための定期的な会議時間がない場合に、非常に協働的な活動となります。

開始する

このハンドブックページでは、UX リサーチワークショップを実施するための主なステップを取り上げます。このプロセスについて質問がある場合は、UX リサーチャーにお問い合わせください。UX リサーチャーは、チームの UX リサーチワークショップの設定や進行を支援できます。

ステップ 1: UX リサーチワークショップを選択する

UX リサーチャーがプロジェクトを開始または終了しようとする際に使用できる UX リサーチワークショップには、5 種類があります。このセクションでは、それぞれのワークショップを定義し、UX リサーチャーが初期設定プロセスに役立てられる FigJam テンプレートへのリンクを提供します。

リサーチの初期段階

  • リサーチプロジェクト計画ワークショップ: 将来のリサーチプロジェクトの方向性とビジョンについて合意を得るためのプロセスです。この種類のワークショップは、リサーチの取り組みを開始する前にステークホルダーの賛同を得るために使用します。(FigJam ボードテンプレート)
  • ユーザビリティベンチマークキックオフワークショップ: リサーチ計画ワークショップに似ていますが、今後のベンチマーク調査の主要なジョブ、ユーザータスク、リクルーティング条件、リサーチ質問、指標に焦点を当てます。(FigJam ボードテンプレート)

リサーチの後期段階

  • リサーチ推奨事項の調整ワークショップ: リサーチで特定されたユーザーのペインポイントのうち、どれを修正し、どのように修正するかについて、Product チームと合意を得るためのプロセスです。チームが推奨事項を事前に議論して合意するため、この種類のワークショップは最終リサーチレポートにおける驚きをなくすのに役立ちます。(非同期ベースのワークショップ用 FigJam ボードテンプレート; (同期ベースのワークショップ用 FigJam ボードテンプレート))
  • リサーチ振り返りワークショップ: UX リサーチャーおよび/またはステークホルダー間のオープンな対話で、リサーチプロジェクトの良かった点と悪かった点を振り返るために使用します。また、このワークショップは、今後の関連プロジェクトに向けた改善領域とアクションアイテムを特定するために使用します。(FigJam ボードテンプレート)
  • リサーチサマリーワークショップ: リサーチデータが得られた時点でチーム内で共同分析し、ステークホルダーが最終リサーチアウトプットに貢献できるようにする方法です。これは、リサーチ結果に対するステークホルダーの賛同を高め、データ分析にかかる時間を削減するために使用します。チームが推奨事項を事前に議論して合意するため、この種類のワークショップは最終リサーチレポートにおける驚きをなくすのに役立ちます。(FigJam ボードテンプレート)
  • ユーザビリティベンチマークの推奨事項調整ワークショップ: ユーザビリティベンチマークを実施した後、ステークホルダーと推奨事項の調整ワークショップを実施するためのプロセスです。(FigJam ボードテンプレート)

UX リサーチャーが UX リサーチワークショップがプロジェクトに最適だと判断した場合、ワークショップの設定時間としておよそ 1 週間を割り当てる必要があります。以下のセクションでは、事前に検討すべき主な側面を取り上げます。

ステップ 2: 非同期または同期のワークショップを選ぶ

GitLab では、デフォルトで非同期コミュニケーションを重視しているため、可能な限り非同期ワークショップを利用することを推奨します。ただし、同期ワークショップがユースケースにより適している場合もあります。以下の表は、非同期ワークショップと同期ワークショップの主な違いをいくつか示しています。

非同期ワークショップの利点

  • 決まった会議時間がないため、さまざまなタイムゾーンのより多くの参加者が貢献できます。
  • 参加者は自分の都合のよい時間にワークショップのタスクを完了できます。
  • ワークショップのタスクは、一度にすべて完了するのではなく、より小さく管理しやすい単位に分割されます。

同期ワークショップの利点

  • 参加者はオープンな議論を行い、リアルタイムで質問への回答を得られます。
  • すべてが 1 回または数回の大規模な会議に集約されるため、ワークショップのタスクをより短期間で完了できます。

ステップ 3: ワークショップ完了に必要な時間を決定する

非同期ワークショップ

参加者に割り当てる非同期タスクには、完了するための十分な時間を設けた明確な期限を含める必要があります。ほとんどの場合、1〜2 週間前の通知で十分です。期限がイベント(例: 会社または国の祝日、マイルストーンの締め切りなど)と重なる場合があります。参加者にメッセージを送る際は、提案する期限に関するフィードバックを受け入れ、全体としてより多くの参加を確保するために妥協する意思を持ってください。

同期ワークショップ

同期ワークショップの長さは、取り組みの規模と範囲によって異なります。UX リサーチャーは、個々のワークショップタスクにかかる時間を検討することで、一般的に必要な時間を見積もれます。同期ワークショップではグループディスカッションが行われることが多いため、UX リサーチャーが計画したアジェンダを急いで進めることにならないよう、各タスクに割り当てる時間は多めに見積もることをお勧めします。

同期ワークショップが 2 時間より長く続く見込みの場合、UX リサーチャーは参加者の燃え尽きを避けるため、十分な休憩を含めるか、ワークショップを複数日に分けることを検討する必要があります。参加者がワークショップに集中し続けられることが重要です。1 回の同期セッションで参加者に達成を求めることを制限することで、UX リサーチャーは参加者からより質の高いアウトプットを得られます。

ステップ 4: ワークショップ参加者のリストを特定する

UX リサーチャーは、リサーチの実施と、明らかになった実行可能なインサイトからの変更実装を支援できるすべてのチームメンバーを確実に含める必要があります。新しいリサーチワークショップを設定する際は、次のロールを検討する必要があります:

  • Product Managers
  • Product Designers
  • Engineering Managers
  • Frontend Engineers
  • Backend Engineers
  • 他のチームを支援する UX リサーチャー(該当する場合)
  • UX リサーチマネージャー(該当する場合)

UX リサーチャーがワークショップに誰を招待すべきか分からない場合は、チームの Product Manager または UX リサーチマネージャーにガイダンスを求められます。

ステップ 5: ワークショップ資料を提供する

リサーチワークショップを設定する際、参加者は取り組みを最適に支援する方法を理解できるよう、何をするよう求められているのかについてのコンテキストを得る必要があります。UX リサーチャーは、参加者が十分な準備をした状態でワークショップを開始できるよう、さまざまなリソースを提供し、明示的な事前作業を事前に与えることを検討する必要があります。以下のリストは、含めるリソースまたは事前作業の種類に関する助言として使用できます:

  • リサーチレポート
  • リサーチ Issue/エピック
  • Dovetail 内にある関連リサーチクリップ(例: ユーザビリティフィードバック、参加者インタビュー)のハイライトリール
  • 指示付きの FigJam ボード
  • 指示付きの YouTube 動画

GitLab では、参加者が今後のワークショップを認識できるよう、過剰なまでのコミュニケーションを重視しています。そのため、参加者がワークショップの詳細を見逃さないよう、複数のアプリケーション(例: Slack、GitLab、Google Calendar)でリソースと事前作業を共有することを推奨します。

非同期ワークショップのキックオフメッセージ例

非同期ワークショップ開始メッセージ

同期ワークショップのキックオフメッセージ例

同期ワークショップ開始メッセージ

FigJam ボードをチームメンバーに利用可能にする

このハンドブックページには、FigJam ボードに適切なアクセスレベルを設定する方法に関する情報があります。

ステップ 6: ワークショップの成果を作成して共有する

ワークショップが完了したら、UX リサーチャーは FigJam ボードをレビューし、最終的な成果を伝える前に統合が必要かどうかを判断する必要があります。ほとんどの場合、テーマを特定したり、ワークショップデータを最終状態に再編成したりするために、追加の分析が必要になります。

そこから、UX リサーチャーはワークショップの成果を参加者や関心のある他のチームに広く共有できます。GitLab Issue のコメントと関連する Slack チャンネル(#UX_Research_Reports、#Product、#UX)を通じて成果を伝えることを推奨します。

ワークショップの成果には次の種類があります:

  • 実行可能なインサイト Issue
  • 完成した FigJam ボード
  • インサイトまたは学びの要約
  • 振り返り Issue のスレッド
  • ワークショップのビデオ録画(同期ワークショップのみ)

非同期ワークショップの成果メッセージ例

非同期ワークショップ成果メッセージ

同期ワークショップの成果メッセージ例

同期ワークショップ成果メッセージ