少ないほど多い–無駄のないUXを使用して製品の実行可能性を評価する
公開: 2022-03-11デザイナーと製品チームは常にアジャイルの原則について話しますが、ほとんどのチームはまだそれらを効果的に活用していません。 誰も使いたくないものを作るために時間とお金を費やしてしまったら、どうやって製品開発プロセスを根本的に改善するために最終的に休憩をとるのですか？
次のケーススタディでは、アジャイル手法の基盤としてリーンUXの原則を統合することにより、製品チームが無駄を削減し、製品プロセスを最適化する方法を探ります。
問題：孤独なユースケースをカバーする
私たちの製品チームは、職場での昼食時の調整の問題を解決するために取り組んでいました。 昼休みが近づくと、従業員は気が散り、食事を何にしたいのか、どこで食べたいのか、誰と共有したいのかを決めるのに多くの時間を費やします。 私たちは、これを簡単にするのに役立つデジタルランチアシスタントアプリを作成することにしました。
私たちは企業へのインタビューによるユーザー調査から始め、ソリューションに取り掛かるのに十分なデータを収集しました。少なくとも、そう考えました。 社内でテストするのに十分な製品が稼働するまでに、将来の市場のすべてのユースケースをカバーしたかどうか疑問に思い始めました。
私たちが話をした潜在的なユーザーはすべて同じような条件で働いていて、同じ場所から、同じ数の近くのレストランと予想される配達時間でした。 ただし、立ち上げる前に、ビジネスの前提条件を検証し、製品調査にさらに多くのターゲットグループを含める必要があることに気づきました。
市内のさまざまなIT企業の30人の代表者にユーザー調査のインタビューを行ったところ、他の企業にも同様の問題が存在するものの、私たちのソリューションはより多くのユーザーの習慣と一致していないことがわかりました。 それまで開発してきた商品は、レストランへの近さ、注文、支払いの好みなどが異なるユーザーを考慮していませんでした。
製品を設計するときは、何を検証する必要があるのか、そして有効な結果を得るには何人の異なるユーザーが必要なのかを正確に知ることが不可欠です。 それでも、多くの製品チームと同様に、問題が持つ可能性のある追加の側面に関する十分な情報を収集する前に、初期の検証に興奮し、解決策に飛びつきました。
製品開発プロセスの早い段階で重要なデータを見逃していることに気付いたら、迅速に移行する必要がありました。 決して喜ばしいことではありませんでした。私は、破棄されようとしているソリューションの開発に数か月を費やしたチームに、新しいユーザー調査の結果を提示する必要がありました。
適切に検証されておらず、ターゲットオーディエンスのすべてのユースケースをカバーしていなかったものを作るために、私たちはすでに時間とお金を失っていました。 これらは私たちが克服しなければならなかった最大のハードルでした：
- その製品を放棄し、完全に新しい解決策を追求することに同意するように上層部を説得する方法。
- チームがモチベーションを失い、最初はもっとよく研究すべきだった何かに何ヶ月もの作業を無駄にしたように感じるのを避ける方法。
- 製品のアイデアを徹底的に検証して、正しい方向に進んでいることを確認する方法。
- プロセスをスピードアップし、納期が迫っている全員が同じページにいることを確認する方法。
以前の製品アイデアを適切に検証していなかったことを認めた後、アプローチを再検討することが重要でした。
リーンUXの原則
私たちは、JeffGothelfが彼の著書LeanUXで説明している方法を採用することにしました。 リーンUXは、設計チームを大量のドキュメントの作成から遠ざけ、反復的な検証とユーザーフィードバックの活用を優先する設計プロセスへのアプローチです。
このプロセスは、構築、測定、学習という3つの主要なフェーズに焦点を当てています。 リーンUXフレームワークは、製品ソリューションの多様な視点とアイデアを得るために、できるだけ多くの貢献者と利害関係者を巻き込むようにアドバイスします。 これは、設計者、製品/事業主、プロジェクトおよびマーケティングマネージャーからプログラマーまで、すべての人を設計プロセスに含めることを意味します。
リーンUXは、プロセスをタイムボックス化することにより、チームがより速く、より効率的に移動することを奨励します。 エクササイズの効率を最大化するには、パーキンソンの法則を参照し、各フェーズの時間枠を制限して、陽圧と速度を生成します。
チームは、プロセスのために5営業日を予約することに同意し、潜在的な早期採用者のグループでスケジュールされたテストの最終日を残しました。 そのコミットメントにより、4日後に何かを見せてテストする必要がありました。
リーンUXプロセスの適応
特定のプロジェクトとチームのニーズに基づいて、JeffGothelfのLeanUXで説明されている方法にいくつかの調整を加えました。 チームで同じ方法を使用する方法の詳細については、本を参照してください。
ステップ1：データを収集して分析します。
まず、以前に実施したユーザーインタビューを分析し、主なユーザーの問題点としてフラグを立てたものを提示しました。
ステップ2：仮説を立てます。
チームメンバーのそれぞれは、本のワークシートから主な製品とビジネスの質問に答えるために独自の仮説を書きました。 次に、全員のアイデアについて話し合い、それらの仮定がビジネスにもたらすリスクの大きさを、私たちが実際にどれだけ知っているかと比較するマトリックスにマッピングしました。
ステップ3：検証計画を想定します。
各仮説を検証する方法、つまり、測定したいもの、追跡するメトリック、および検証が成功したことを意味する結果について計画を立てました。
ステップ4：ペルソナを開発します。
以前のユーザーインタビューに基づいてペルソナを作成しました。 自分の専門知識を信頼するだけでなく、製品を誰のために構築しているのかを知り、常にエンドユーザーを念頭に置いて設計することが非常に重要です。
ステップ5：提供する価値に基づいて機能に優先順位を付けます。
ブレーンストーミング機能と開発に使用する機能の選択については、リーンUXアプローチとMoSCoW優先順位付けを組み合わせました。 このアプローチは、チームが利用可能なリソースに従ってソリューションに優先順位を付けるのに役立ちます。 文字は次の略です：
- 持つ必要があります
- すべきだった
- 持っている可能性があります
- 今回はありません
次に、すべてのチームメンバーは、最も重要と考える機能に合意された数のポイントを与えます。 最も多くのポイントが与えられた機能が最高の優先度として指定されます。
ステップ6：全員がアイデアをスケッチします。
すべてのチームメンバーは、独自のソリューションをスケッチし、それらを提示してフィードバックを得る必要がありました。 優れたアイデアはデザイナーだけから生まれたものではありません。優れた提案を見逃さないようにするために、プロセスに全員を含めることが重要です。
ステップ7：ソリューションを改良してテストします。
私たちは一緒にスケッチを批評し、最適な解決策を決定しました。 次に、忠実度の低いワイヤーフレームを作成し、それらを単純なMVPにまとめて、ユーザーに表示し、新しいアイデアがまったく意味をなさないかどうかをテストしました。
ステップ8：フィードバックを取得します。
最終日には、潜在的なクライアントとのユーザーテストをスケジュールしました。 チーム全体がペアでテストを実施しました。1つはインタビュー、もう1つはメモを書きます。 これは、チーム全体が、予想とは異なる視点を提供するソリューションに対する反応を聞くために非常に重要でした。
テスターに携帯電話でワイヤーフレームを見せ、タッピングを模倣し、達成したいことを説明し、その過程で彼らの考えを共有するように依頼しました。
テスト中にソリューションがユーザーのニーズをうまく満たしていない場合でも、製品の新しい方向性について貴重なフィードバックと洞察を得ることができたはずです。
幸いなことに、私たちがテストした潜在的なアーリーアダプターは、私たちのソリューションに興奮していました。
リーンUXのメリット
実験は成功し、今後の会社の通常のプロセスにリーンUX手法を含めることにしました。 製品テストプロセス全体を通じて、参加チームメンバーに頻繁な調査を送信して、彼らの反応を評価しました。フィードバックは一貫して肯定的でした。 チームはリーンUX方式を信頼し、それが私たちを正しい方向に導いていると確信していました。
私たちの最大の成功は、リーンUXの設計プロセスが、チームの全員がこの途方もない、以前は困難なピボットを作成することに興奮するのに役立ったことです。 チームのその他のメリットは次のとおりです。
- チームの前向きな反応と、以前のバージョンの製品を放棄して新しいコンセプトに取り組み始める動機
- ターゲットオーディエンスによるコア製品と主な機能の検証
- ビジネスの早期テストの重要性を示し、製品の成功を保証します
- 会社内および同僚間の設計チームの位置を改善する
リーンUXの原則を製品開発に適用する
自分がしていることに気を配り、物事がより良くなる可能性があることに気付いた場合は、必要な変更を導入する責任を負い、改善が企業文化に根付くようにします。
リーンUXの原則を製品開発プロセスに取り入れることで、チームをより効率的にし、製品を改善することができます。 チームの特定のニーズとダイナミクスに合わせてフレームワークを調整します。
結局のところ、それを達成する方法についての見方が異なっていても、私たち全員が社内で同じ目標を持っています。 あなたの仕事がユーザーが愛し、ビジネスが恩恵を受ける製品を作ることであるなら、あなたは最初にあなたとあなたのチームがこれを達成できる労働条件を作らなければならないかもしれません。
•••
Toptal Designブログでさらに読む：
- ユーザー調査の価値
- 効果的なUX調査を実施する方法–ガイド
- UXの試行錯誤の法則
- ユーザーフローの強化–UX分析のガイド
- UXデザインにおけるメンタルモデルの活用