プロダクトディスカバリーは、プロダクト開発における重要なプロセスです。このプロセスから、私たちはユーザーのニーズと、それに対する可能なソリューションを特定することができます。
あなたのUXデザインプロジェクトにプロダクトディスカバリープロセスを導入する方法を学びましょう。
プロダクトディスカバリーとは何か、なぜ重要なのか？
プロダクト開発プロセスは以下のように描くことができます：
- 問題を理解する
- ソリューションの選択と洗練
- プロダクト開発。
これらのステップを要約しましたが、その基礎はダブルダイヤモンドのようなプロセスに関連しています。このプロセスについて詳しく知りたい方は、記事をご覧ください：
プロダクト・ディスカバリーは、上記の最初のステップ、すなわち、問題を理解し、ソリューションを選択し、洗練させることに関連しています。
このように、プロダクト・ディスカバリーのゴールは、ユーザーを理解することであり、彼らのニーズを特定し、彼らのためにより良いソリューションを開発することです。
主な焦点は、データを収集し、前提条件を検証または無効化し、解決可能でユーザーにとって不可欠なニーズを「発見」することです。
したがって、プロダクト・ディスカバリーは、人々の日常に欠かせないプロダクトの開発に役立つため、極めて重要です。
リスクを軽減する
覚えておくべきことのひとつは、プロダクトディスカバリーとはリスクを軽減することだということです。
プロダクト開発では、多くの意思決定が求められます。間違った仮定に基づく軽率な決定は、プロジェクト全体に害を及ぼす可能性があります。
その意味で、ユーザーやそのニーズ、市場、競合についてよく知っていればいるほど、リスクを減らすことができます。
これらの分析や研究は、以下のようなリスクを回避するのに役立つます：
- プロダクト価値：ユーザーは当社のプロダクトに価値や有用性を見出すでしょうか？
- ユーザビリティ：ユーザはインターフェイスの操作方法を知っているでしょうか？
- 開発：プロダクト開発に制約はあるか？
- ビジネス：プロダクトは企業に価値をもたらし、目標を達成するのに役立つか？
プロダクトディスカバリーは、デザインチームがこれらの質問に答え、リスクを最小化し、ユーザーにとってより良いソリューションを開発できるようにします。
いつプロダクトディスカバリーを行うべきか？
一般的に、ディスカバリー・フェーズは常にプロダクト開発に関する意思決定をサポートします。これは、プロダクトが決して完成することなく、常に改善され続ける反復プロセスにとって非常に重要です。
しかし、プロダクトディスカバリーが不可欠な特定の状況もあります：
事業成長：企業がプロダクトを別の国や地域で発売したい場合。このような状況において、プロダクト・ディスカバリーは、市場、競合他社、ユーザー、企業の強みと弱みに関するデータを収集するのに役立つます。
新プロダクト開発：この状況は、プロダクトがカバーする機会を理解するためにディスカバリー・フェーズを使用する典型的な例です。
合併と買収：2つの会社が1つになるとき、プロダクトディスカバリーは、プロダクトがユーザーのニーズをどのように解決するかを理解し、両方のポートフォリオを統一するのに役立つます。
プロダクト・ディスカバリー・チームには誰がいるのか？
UXデザインチームについて語るとき、多分野の重要性を強調することが重要です。
学際的なチームは、異なる視点、経験、意見を提供し、より豊かなプロダクト開発プロセスをもたらします。
これから挙げるチーム構成はルールではなく、プロダクトディスカバリープロセスにおけるさまざまなアプローチをカバーするための方法です。そこで、次のような構成を考えてみよいます：
ステークホルダー：従業員、取締役、株主、規制当局、顧客など、プロジェクトの利害関係者です。ステークホルダーは企業の成功と運営に関心を持つ。通常、利害関係者はアイデアを承認し、予算を管理します。
開発者： アイデアをコードに変換し、ユーザーにとって機能的なプロダクトにする責任があります。同時に、それらのアイデアが実行可能かどうかを評価します。
ビジネスアナリスト：市場を調査・分析し、会社の利益を代表します。こうすることで、プロダクトと会社の目標が一致するようにします。
プロジェクト・マネージャー：活動計画、予算管理、納期など、プロジェクト内のすべてのプロセスを管理する責任があります。
デザイナー：プロダクトの使いやすさを考慮し、ユーザーエクスペリエンスに取り組む。
UXリサーチャー：調査やインタビューを実施し、ユーザーやその問題、ニーズを理解するためのあらゆるデータを収集します。この情報は、より良いプロダクトやソリューションを開発するために極めて重要です。
メンバー全員がミーティングやワークショップに積極的に参加すること。そうすることで、チームは学際的なアプローチから恩恵を受け、全員の異なる意見、専門知識、視点から学ぶことができます。
プロダクトディスカバリーの5原則
いくつかの原則は、あなたのチームがプロダクトディスカバリープロセスで違いを生み出すのに役立ちます：
- 常にユーザーに焦点を当てる
- 急がないこと
- 失敗は良いこと
- 科学的であること
- プロダクトディスカバリーに終わりはない
1）常にユーザーに焦点を合わせる
この原則は、UXデザインに関わるすべての活動に当てはまります。時間をかけて、仕事で得た知識や経験は、私たちの意見や見方を形成するのに役立ちます。
しかし、**人々の問題を解決するプロダクトを開発するには、ユーザーを意思決定プロセスの中心に置く必要があります。
ですから、偏見はユーザー中心のアプローチを害する可能性があることを覚えておいてください。このように、個人的な意見がプロダクト開発プロセスの邪魔にならないようにしましょう。その代わり、常にユーザーを調査し、アンケートを実施することで、デザインの意思決定をサポートします。
UXとはユーザー中心設計のことであることを常に念頭に置いてください。
2） 急がない
説明しましょう。急がないというのは、締め切りを守らないとか、時間管理を怠らないという意味ではありません。
時間をかけるとは、プロセスの重要なステップをスキップしたり、不安に駆られたりしないことです。
市場の競争は激化の一途をたどっており、企業はプロダクトの立ち上げに時間を割くわけにはいかないのです。しかし、プロダクト・ディスカバリー・プロセスのステップを飛ばしてしまうと、プロジェクトは時間とお金を失うだけです。
したがって、高品質の納品を目指しましょう。プロダクトディスカバリーのすべての重要なステップと活動を考慮したタイムテーブルを作成し、管理しましょう。
3） 失敗は良いことだ
正直に言いましょう、誰も失敗を好まないのです。しかし、実際は誰もが失敗します。覚えておくべき重要なことは、そこから何を学んだかに焦点を当てるべきであるということです。
プロダクト・ディスカバリーは仮定をテストし検証することなので、自分自身の間違いを証明することはプロセスの一部です。
新しい可能性や機会を発見することは、隠された宝物を探すことによく似ています。見つけるまでには、たくさんの石を回さなければならないのです。
しかし落胆することはないのです。たとえ間違っていたとしても、こうした教訓は洞察に変わることがあります。
ここで重要なのは、考え方を変えることです。**失敗することで学ぶことができます。ユーザーが問題を解決するためにどのように行動し、考え、行動し、期待するかを学ぶのです。
失敗を恐れるな。学び、調整し、続けるのです。
4）科学的であること
科学的であることは、あなたの仮定を検証することであり、検証することであれ、無効にすることであれ、あなたの仮定をテストすることです。こうすることで、科学的なアプローチによって、人々が個人的な意見や偏見に基づいて決定を下すことがなくなる。
プロダクト・ディスカバリーは、多くの仮定に道を与える可能性があるため、これは重要です。
そのため、これらの信念に優先順位をつけ、テストし、検証することは、プロダクト開発に沿って進むべき最良の道を理解するために不可欠です。
5）プロダクトディスカバリーは終わらない
この原則は、ユーザーの新しい文脈、問題、ニーズを理解するために、常にユーザーと接触していなければならないことを意味します。
プロダクトが100％完成することはないということを肝に銘じてください。プロダクトチームは、時間の経過とともにユーザーエクスペリエンスを改善し続けるために、プロダクトを常に新機能でアップデート**することがいかに重要であるかを知るべきです。
プロダクトやサービスを改善するための新たな洞察を常に提供するからこそ、プロダクトディスカバリーは終わりのないプロセスだと言えるのです。
プロダクトディスカバリーとプロダクト戦略
ここまでは、プロダクトディスカバリーがプロダクト開発にとっていかに重要であるかを述べてきました。しかし、プロダクトディスカバリーは、企業のマーケティングとプロダクト戦略にも大きな効果を発揮します。
プロダクト戦略には、競合他社、顧客、ユーザーを認識し、機会と優位性を理解し探求することが含まれります。
プロダクトディスカバリーによってこれらの情報が収集されれば、このプロセスが企業にとって戦略的にいかに重要であるかは明らかです。
プロダクト・ディスカバリーのステップ・バイ・ステップ
どのチームも、関係者や職場環境に応じて、独自のやり方を開発します。また、チームの規模や、会社がアジャイル手法で仕事ができるかどうかを考慮することも重要です。
とはいえ、プロダクト・ディスカバリーをより効率的にするための基本的なステップはあります：
- 最初の調整；
- リサーチ；
- 着想；
- プロトタイプ
- テストと検証；
- 改良。
1） 最初の調整
最初のプロダクトディスカバリーステップでは、チームが次のような質問について話し合う最初の同期を行います：
- 解決すべき問題の相互理解は何か？
- 可能なソリューションは何か？
- チームに対するステークホルダーの信頼を高めるには？
この話し合いは通常、キックオフ・ミーティングと呼ばれ、1～2日かかることもあります。
この最初のステップの目的は、全員が同じページに立ち、問題を解決する方法について異なる視点を理解することです。
この時点では、特定された問題が、解決すべき真の問題ではない可能性があることを忘れてはならないのです。したがって、ここで集めた情報はすべて仮定であり、さらに検証する必要があります。
2） リサーチ
リサーチでは、チームは問題とユーザーに関するデータと情報を収集します。これらの情報はすべて、最初の仮定を検証したり、無効にしたりするために使用されます。
このように、リサーチのステップはプロダクトディスカバリーのプロセス全体にとって非常に重要であり、焦らず慎重に行わなければならないのです（この原則を覚えているでしょうか？）
UXリサーチャーが情報を収集するのに役立つツールがいくつかあります。最も一般的なものは
- エンパシーマップ：ユーザーとその行動を理解します；
- ペルソナ：主な特徴、ニーズ、懸念事項を考慮した、理想的なユーザーの表現です；
- インタビューとアンケート：ユーザーから直接データを収集するための一次調査です；
- デスクリサーチ：二次調査の一種で、他の研究者から情報を収集します。
3）アイデア出し
チームはこのステップで、特定され検証された問題を解決するためのアイデアについて議論します。
データ、観察、テストなどのリサーチ結果は、チームができるだけ多くのアイデアを出すためのサポートとなります。
創造性と革新性にもかかわらず、このステップでは、すべてのソリューションに優先順位をつけ、フィルタリングすることが不可欠です。それらはビジネスの目的に沿っているか？ユーザーのニーズを本当に解決しているか？
次のステップに進むために、目的を見失ってはならないのです。
4） プロトタイプ
アイデア出しのステップで選ばれたソリューションのプロトタイプを作成する時です。
プロトタイピングは、アイデアをテストするための学習プロセスであることを忘れないでください。
したがって、時間と予算を賢く使ってください。このステップの目的は、プロダクトの最終版を作ることではなく、チームがそこから学べるような版を作ることです。
5） テストと検証
プロトタイプが完成したら、いよいよソリューションのテストと検証です。
このステップの目的は、仮定を検証し妥当性を確認することです。したがって、テスト結果に影響を与えうるバイアスに注意すること。
つまり、いくつかのアイデアを手放す準備をしておくことが重要です。いくつかの仮定やソリューションが無効になることがありますが、それでも構いません。それもプロセスの一部です。
6） リファインメント
プロダクトディスカバリーの最後のステップは、開発フェーズの直前です。
この瞬間は、テストを分析し、他に問題や懸念事項が残っていないかを特定することです。
リファインメントは、プロダクトを開発する前の最後のステップであるため、非常に重要です。そのため、さらなるミスを避けるためには、厳格であることが重要です。
プロダクトディスカバリーにありがちな間違い
プロダクト・ディスカバリーの原則のひとつに、「失敗することは、そこから学ぶために良いことである」というものがあります。
しかし、プロセス管理に関しては、可能な限り避けなければならない間違いがいくつかあります：
1）ユーザー中心でない
この間違いはとても明白に聞こえますが、企業は必ずしもUXデザインの成熟度が十分ではありません。
もし考え方がユーザー中心でなければ、プロダクトディスカバリーとプロダクト開発は大きなリスクにさらされます。
UXデザインはユーザーに焦点を当て、プロダクトディスカバリーを含むプロダクト開発のすべてのステップで、このことを考慮しなければならないのです。
2） チームを議論に参加させない
プロセスに沿った議論にチーム全員が参加することが基本です。こうすることで、人々は同じページに立ち、プロジェクトは彼らの異なる視点から恩恵を受けることができます。
例えば、開発者を議論に参加させることで、そのアイデアが追求する価値があるかどうかを事前に知らせることができます。この例では、開発者がそれを実現できなければ、アイデアは何の意味もないのです。
3） 調査の省略
リサーチを省略するのは大きな間違いです。
検証、データ、情報なしにプロダクトを開発することは、プロダクトを失敗へと導く。
適切なリサーチを行うことで、時間とコストを節約しながら、ユーザーのニーズやビジネス目標に沿ったプロダクト開発を行うことができます。
