概要
ビジネスやクリエイティブなアイデアを効率的かつ効果的にテストする方法が必要ですか？Google Venturesからインスピレーションを得たこのデザインスプリントプレゼンテーションは、数ヶ月の意思決定やテストを一週間に圧縮する五日間のプロセスをガイドします。このデッキのツールを使って、アイデアをテスト可能な仮説に変えてください。
スプリントカレンダー
デザインスプリントは、Google Venturesによってリソースの無駄を省くために作られました。テック企業のSlackから、消費者向け製品のBlue Bottle Coffeeまで、業界を問わずあらゆるビジネスケースで効果を発揮しています。スプリントウィーク中は構造化された日々のスケジュールに従うことが重要で、スプリントカレンダーはそれを全て示しています：
- 月曜日は、スプリントで取り組む問題を特定することに焦点を当てています。
- 火曜日は、チームが解決策をアイデア出しやブレインストーミングするときです。
- 水曜日は、チームがテストする解決策を選択するときです。
- 木曜日はプロトタイプを作るチームの日です
- 金曜日は何が行われたかを観察する日です。
"How Might We" (HMW)
"How Might We"は月曜日によく使われるツールです。How Might Weの質問は問題を機会として再定義します。HMWのステートメントを洗練するのに時間をかけすぎず、チームメンバーができるだけ多くのアイデアを出すことを奨励します。リストが作成されたら、アフィニティダイアグラムを作成し、テーマに基づいてカテゴライズし、投票によってリストを絞り込みます。(スライド14-15)
ユーザーマッピング
ユーザーフローマッピングは、ユーザーが問題に遭遇したり、製品と対話したりする際のステップバイステップの経験を再現するために使用されます。この方法の目的は、ユーザーの心理を理解し、痛みの点を特定することです。この一連のイベントから、最も重要なHow Might Weの質問に基づいてターゲットイベントを特定します。(スライド13)
ターゲットイベントは、ユーザーまたは顧客がタスクを完了するために最も重要なステップです。例えば、"リアルタイムのカスタマーサポートをどのように提供するか？"という問いに対して、ターゲットイベントはカスタマーサポートのチャットウィンドウをクリックすることかもしれません。
ライトニングデモ
ライトニングデモは、アイデアやインスピレーションを集めるためのグループセッションで、火曜日に行われます。参加者が他の企業の有望な既存のソリューションを共有するタイムドエクササイズを含みます。目標は、次の活動であるソリューションの投票とストーリーボーディングのための幅広い概念を提供することです。多くの場合、ライトニングデモは、最良のアイデアがしばしばすでに私たちの心の中にあることを証明し、それらは微調整が必要なだけです。(スライド17)
ソリューションの投票
水曜日には、ドット投票を使用して、元のスプリント問題を解決する単一のアイデアについての合意を得ます。全員のソリューションスケッチを掲示してください。この時間に、チームメンバーはスケッチの詳細について質問したり、議論したりすることができます。
各チームメンバーに3票を与えます。彼らは自由に票を各スケッチに分配することができます。最も多くの票を得たスケッチが、プロトタイプに進むためのチームの選択となります。(スライド20)
次に、ソリューションをデモするためのストーリーボードを作成します。ストーリーボードは6から15フレームで、各フレームは1から2分の時間を表現します。このイベントの流れは、金曜日のユーザビリティテストで使用されます。(スライド22)
プロトタイピング
木曜日はあなたのソリューションのプロトタイプを作成する日です。これがユーザビリティテストで使用されるプロトタイプなので、それが信頼できるように見えること、感じることを確認してください。キーとなるのは、最小限の時間で作成できるが、それでも十分に使用できる最小限の製品、つまり「ちょうどいい」品質の製品を作ることです。(スライド25-27)
木曜日のもう一つの大きなタスクは、金曜日のユーザビリティテストセッションに何を含めるかを全て計画することです。ユーザビリティテストプランは、何をテストしようとしているのか、誰がテストされるのか、どのようなプロンプトや質問をするのか、場所、日付、機器や供給物などの基本的なロジスティクスを説明するべきです。チームはテストのドライランを行い、テストセッションを最初から最後まで演じるべきです。(スライド28)
テスト
最後に、ショータイムです。インタビュアーが金曜日にユーザビリティテストセッションを行うとき、観察者はメモを取り、洞察を表にプロットするべきです。テスト結果は、スプリントの元の仮説を検証または否定するのに役立ちます。結果は、あなたの解決策が成功するか、改善が必要か、それとも完全にお金とリソースを無駄にするかを示します。解決策が失敗しても、それから学ぶことができ、悪いアイデアにこれ以上の時間を無駄にしないという価値あるプロセスです。(スライド31)
