デザイン思考：ユーザーテストのアプローチ
私はデザイン思考のワークショップセッションを促進し始めている最中です。過去の経験から、ユーザーテストフェーズを除いて、各ステップでかなり快適に感じています。このフェーズは、前のフェーズ（たとえば、共感/研究/定義/アイデア/プロトタイプ）によって大きく左右されることを理解していますが、デザイン思考のテストフェーズに関わる基本的なルールと取り組みに苦労しています。例えば：
- 朝の共感フェーズ中にユーザーと話をしたとしましょう。プロトタイプをテストするために、彼らはその日の後半に戻ってきますか？たぶん翌日なら2日のセッション？それは、組織化/ロジスティックの努力の多くです。
- プロトタイプをテストしている場合、MVPアプローチを採用していますか？いくつかの重要なタスクのみに焦点を当てていますか？エクスペリエンス全体をテストしますか？これは特に、時間の制約について考え、多くのユーザーに潜在的に短い時間でプロトタイプをテストしてもらう
人々がデザイン思考をどのように扱い、アプローチしたかを聞いてみたいと思いますが、特にテスト段階への人々のアプローチについて聞きたいです
ここに私自身の経験に基づくいくつかの考え
1。さまざまな人との共感とユーザーテスト
共感フェーズで面接したのと同じ人とテストする必要はありません。確かにそうすることは素晴らしいことですが、あなたが言ったようにそれはロジスティックスの悪夢です。多くの場合、私は一連のユーザーに対して共感のラウンドを行い、それを別のユーザーのセットでテストしました。これらすべてのユーザーが同じターゲットユーザーに属していると想定します。
2。仮定マップが役立ちます
この段階で明らかにすることが最も重要なのは何ですか？プロジェクトごとに異なります。テストする必要があるものを見つける良い方法は、仮定マップを使用することです https://www.slideshare.net/7thpixel/introduction-to-assumptions-mapping-agile2017
すべての仮定を書き留めたら、それがどれほど未知であるか、どれほど重要であるかでそれらを分類できます。プロトタイプを作成するために最初に行うことは、「不明で重要」な象限にある要素です。
それが役に立てば幸い ？？？？