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