問題検証と手法

GitLab では、必要な回答や設計プロセスのどの段階にいるかに応じて、問題検証リサーチと ソリューション検証 リサーチの両方を実践しています。これらの手法の最終結果は高い信頼度であり、結果としてより優れた全体的なユーザー体験につながります。ソリューションを生み出し、プロダクト体験を開発し、市場に投入する作業は、顧客の問題を深く理解することから始めると、はるかに効果的になります。私たちは 機会キャンバス を活用して、問題に関する学びが進化する中で、信頼度、仮説、学んだ教訓の素早いイテレーションを追跡しています。

問題検証とは

問題検証リサーチは、十分に理解され、明確に表現された顧客問題を意思決定者に提供することを目指します。GitLab では、問題検証には 基礎リサーチ のほか、記述的・情報的リサーチも含まれます。

• 基礎リサーチ は、ユーザーへのより深い理解を発展させ、ソリューションやイノベーションの機会を発見するのに役立ちます。

• 記述的・情報的リサーチ は問題ステートメントを念頭に置いて始まり、問題の文脈を詳細に理解するために使われます。

問題検証を使うタイミング

問題検証は、問題への洞察を得て問題の焦点を絞り込みたいとき、プロダクトライフサイクルの早い段階 で発生します。

基礎リサーチ は、解決する必要のある問題が何であるかをよく理解していないときに行われます。これは多くの場合、プロダクトデザインプロセスの最初の段階で発生します。目的は、解決すべき問題を定式化し、その問題が関連性のあるものであるという妥当な信頼度を持つことです。

記述的・情報的リサーチ は問題ステートメントから始まり、解決すべき具体的な問題を提供します。このリサーチは、デザインを通じて解決しようとしている文脈をよりよく理解するために使われ、参加者が知っていることによってソリューション環境の知識ギャップを埋めるために不可欠です。

問題検証リサーチを実施するときは、リサーチ Issue に UX Problem Validation ラベルを必ず付与してください。

問題検証が答えられる質問

基礎リサーチ は、以下の質問に対する答えを提供します:

• 問題はあるか? あるとすれば、それは何か?
• ユーザーは誰か?
• ユーザーが問題に関連するメンタルモデルは何か?

記述的・情報的リサーチ は、以下の質問に対する答えを提供します:

• 今日の痛みポイントは何か?
• ユーザーはそれについてどう感じているか?
• 今日これはどう行われているか?
• なぜこの方法で行われているか?

問題検証手法とその使い分け

問題検証リサーチに適した手法を選ぶ際、まず基礎リサーチか情報的リサーチが必要かを自問してください。

• 基礎リサーチ は、ユーザーへのより深い理解を発展させ、ソリューションやイノベーションの機会を発見するのに役立ちます。
• 記述的・情報的リサーチ は問題ステートメントを念頭に置いて始まり、問題の文脈を詳細に理解するために使われます。

問題検証リサーチはエンドユーザーだけで実施されるわけではありません。多くの場合、セールス、サポート、CSM（テクニカルアカウントマネージャー）は顧客の行動について貴重なインサイトを提供できます。これらの担当者は通常、多くの顧客とやりとりし、顧客がどんなニーズを持ち、どんな問題に直面しているかをよく理解しています。

基礎リサーチ手法

基礎 リサーチの適切な手法を選ぶには、リサーチの目的を特定する必要があります。「なぜこのリサーチをしているのか?」 と自問してください。その答えが、どの手法を使うかの選択に役立ちます。また、どの程度の詳細が必要か、どんな参加者が必要か、どの程度の忠実度のインサイトが必要か も自問するべきです。それでもよくわからない場合は、UX リサーチャーに連絡してください。

記述的・情報的リサーチ手法

記述的・情報的 リサーチの適切な手法を選ぶには、「何をよりよく理解する必要があるか?」 と自問してください。その答えが、どの手法を使うかの選択に役立ちます。それでもよくわからない場合は、UX リサーチャーに連絡してください。

詳細インタビューのための ディスカッションガイドの書き方 と ユーザーセッションのファシリテーション に関するガイダンスもご確認ください。

認知ドメインの分類体系 を使って質問を組み立てることもできます。これは、特定の動詞が特定の思考プロセスを対象にしていることを説明しています。これは、参加者から特定の反応を引き出すために、質問の幅を広げる優れた方法です。

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