ウェブのためのLean UX: 結果重視の仕事からの脱却

[編集者注] この記事はSmashingMagazineから翻訳され、@DamnDigitalによってまとめられました。設計プロセス中、UX デザイナーは成果物のドキュメント化に重点を置きます。これは、開発プロセス全体を通じてパートナー チームとのコミュニケーションを円滑にするためである場合もあれば、上司に対する責任を果たすためである場合もあります。

しかし、デザインが単なる仕事だとしたら、ユーザーのコアエクスペリエンスの責任は誰が負うのでしょうか?

Web ページ (およびインタラクション デザイン、インターフェイス デザインなど) は、従来、成果物に基づいて実行されてきました。フレームワーク、サイトマップ、フローチャート、コンテンツインベントリ、分類システム、プロトタイプ、仕様書（別名「スペック」）は、Web サイトが初期段階でどのように実行されるかを定義するのに役立ちます。これらの結果は、システムのユーザー エクスペリエンスの尺度となります。

時間の経過とともに、この成果物重視の設計プロセスにより、UX デザイナーは成果物の提供側に立つようになり、設計したユーザー エクスペリエンスの品質や結果ではなく、設計出力の深さと幅を測定および補完するようになりました。デザイナーは、最終的なユーザー エクスペリエンスを設計および開発するのではなく、作成するドキュメントの品質を理解するドキュメントの専門家になりました。

一連のウォーターフォール開発手法と組み合わせると、膨大な時間と費用を投資した設計結果は最終的に無駄になってしまいます。廃棄物とは、最終製品の開発に何ら役割を果たさないものすべてを指します。 。

社内スタッフは長期にわたる設計サイクルに没頭し、リスクを取る感覚を欠いているため、市場機会を失っています。

長引く設計サイクルに従事すると、社内の決断力の欠如による麻痺や、市場機会の喪失のリスクがあります。画像は opensourceway より。

常に変化する市場競争で優位性を維持したいのであれば、常に敏感でいなければなりません。そのため、市場に素早く参入することが特に重要になります。社内での決断が優柔不断なため、設計サイクルが長くなり、時間が無駄になり、市場機会を逃すことになります。つまり、社内で製品の設計方法を決定している間に、市場の需要はすでに変化しているのです。

ウォーターフォール ソフトウェア開発は次のようになります。

定義 → 設計 → 開発 → テスト → 展開（提供）

設計フェーズは通常、次のように分類されます。

要件定義が生成され承認されるまで待つ→

消費者要件文書→

高レベルのサイトマップとフローチャートを作成する →

認知度を高める →

エクスペリエンスの各部分のための UI フレームワークを開発する →

プロジェクト関係者に報告し、承認を得る →

各ワイヤーフレームのビジュアルデザインを作成する →

プロジェクト関係者に報告し、承認を得る（報告プロセスを繰り返す）→

ピクセルやインタラクションに至るまで、デザイン仕様を決定する →

将来の改善のためにユーザビリティテストを実施する →

開発部門に提出してレビューと承認を受け、実装を開始します。

プロジェクトの範囲に応じて、このプロセスには 1 か月から 6 か月かかる場合があり、時間の浪費とデザイナーのフラストレーションの原因となります。

悪いユーザーエクスペリエンスに陥る

リーンUX

リーン UX は、リーン開発とアジャイル開発の理論にヒントを得たもので、実際の自然な作業を迅速に実践し、結果への重点を減らし、実際のプロセス体験にもっと注意を払うことを目的としています。

従来のドキュメントは破棄されるか、少なくとも不足している部分は削除され、実行に必要な最小限の情報だけが残ります。当社では、長くて詳細な設計サイクルよりも、短くて反復的で忠実度の低い設計サイクルを好み、実行チームの全メンバーからより早く、より頻繁にフィードバックを受け取ります。チーム全体の協力が製品の成功の鍵となります。

当然のことながら、Lean UX アプローチの最も直接的な被害者は、プロジェクトの受益者であるにもかかわらず、傍観者として黙々と作業し、プロジェクトが「完了」したときにだけ覗き見に招待される人々です。この考え方は、このアプローチを広く導入する上での最大の障害にもなっています。

Lean UX プロセスを見てみましょう。

無駄を省き、紙ではなく経験に焦点を当ててください。

見覚えがありますか? はい、Agile またはその派生言語に精通していればそうです。プロセス全体は軽量というコンセプトから始まります。ホワイトボード、ペーパータオル、または簡単なワイヤーフレームで作成できます。その目的は、アイデアやプロセスの中核となる概念をチームに素早く提示することです。

チームは、この設計の方向性と実現可能性に関する洞察と観察を提供し始めました。もしかしたら、当初のアイデアが変更されるかもしれませんし、当初のコンセプトが完全に覆されて、まったく新しいアイデアが提案されるかもしれません。スケッチ段階の初期投資は非常に少なく、当初の方向性を完全に覆しても大きな費用はかかりません。社内で方向性が合意されると、ラフなモックアップがクライアントにコンセプトを効果的に提示するのに役立ちます。このアプローチは創造性を向上させ、サイクルを繰り返すのに役立ちます。

ここで最も重要なのは、Lean UX がソフトウェア開発プロセスの設計フェーズに厳密に焦点を当てていることです。組織が選択する方法論 (ウォーターフォール、ラピッドなど) に関係なく、これらの概念を設計タスクに適用できます。

これは委員会によるデザインではないのですか?

Lean UX では、デザイナーが自分の作品をチームに早く、より頻繁に見せ、彼らの洞察を集めて、それをデザインの次の反復に組み込むことが推奨されます。 多くの人にとって、これは長年にわたって多くのデザインを台無しにしてきた恐ろしい「委員会によるデザイン」のように聞こえるでしょう。

実際、フィードバックが大量にあっても、デザイナーはデザインに関して発言権を持っています。デザイナーはビジネスとユーザーにとって何が最も効果的かを評価し、デザインを繰り返します。設計プロセスをさらに妨げずに、早い段階でチーム メンバーに洞察を提供するには、次のことを行う必要があります。

1. チームと会社のビジョンが一致していることを確認します。

2. 開発者にアプリケーションの方向性を垣間見せる（開発をスピードアップし、課題に早く対処する）

3. 自分のアイデアをさらに発展させます。自分のコンセプトを他の人に提示すると、それまで考慮していなかった領域に焦点を絞らざるを得なくなるからです。

秘訣は、シンプルさを保つことです。つまり、結果を軽量かつ編集可能な状態に保つことです。ピクセル単位の正確な配置と完璧な注釈に時間を無駄にしないでください。アイデアがありますか? それをホワイトボードに描いて、プロダクト オーナーまたはプロジェクト リーダーにアイデアを伝えます。デザインを始める準備はできましたか? スケッチパッドに大まかなスケッチを描きます。どう感じますか? これで十分ですか? オフィス内の誰もが目にする場所に掲示し、通行人にコメントを促します。

実際の目標に時間を費やし、設計上の決定を下すことが、リーン設計アプローチの鍵となります。顧客の期待と現実を効果的に一致させるのに役立ちます。画像提供：Kristian Bjørnard

反復プロセス中、さまざまなチームメンバーからの提案やフィードバックは、必然的に各自の経験を反映します。自分の意見を表明するチームメンバーは、当事者意識を育み、他の人の当事者意識を理解し始めます。今日では、それはイノベーションの新たな道となっています。この所有権意識により、デザイナーは共同で自分たちの作品を守り、外部からの圧力に対処するための新たな同盟者になることができます。結局、この成功体験において最も価値あるものとなったのはチームでした。

Lean UXはLazy UXではない

おそらく、最初は、これはユーザー エクスペリエンスに対する怠惰なアプローチのように思えます。なぜなら、その目標は明らかに作業量を減らすことだからです。まったく逆に、UX のすべてのツールを使用します。スケッチ、プレゼンテーション、レビュー、調査、テスト、プロトタイプ、さらにはワイヤーフレームまで、これらはすべて各ステップでしっかりと実験されます。重要なのは、これらのツールを適切に使用することですが、さらに重要なのは、解決しようとしている問題に対して適切な深さでそれらを使用することです。

デザイナーはコントロールしていると感じる必要がある

「でも、自分のデザインのコントロールを放棄してしまいました！」これは、リーン UX を実装しようとしているデザイナーがよく耳にする不満です。彼らは、チームにとっての価値が低下し、ピクセル主導のプロセスに従うことになる非デザイナーからのフィードバックを収集することに関心を持っています。

コンセプトを忠実に守り、不必要な制限を避けることが、Lean UX の鍵となります。

Lean UXでは、コンセプトを守り、不必要なものを避けることが重要です。画像提供：Kristian Bjørnard

スリムな体制を維持しながら、チーム全体から頻繁にフィードバックを集めることは、実は間違った方向に時間を費やしていることになります。デザイナーは継続的にデザインを推進しますが、反復とレビューのたびにガードレール (つまり制約) が次第に見えてきます。基本的に、デザインを完成させるのに 3 か月を費やしたが、最終的にリリースしたときにクライアントのニーズを満たしていないことが判明した場合、チームの人生はもちろん、自分の人生の 3 か月を無駄にしていることになります。

Lean UX は開発時間も短縮します。チームにデザインの方向性を早い段階で知らせることで、その経験の基盤を築くことができます。この段階での基本的な基準は、提案されたソリューションの実現可能性に対する課題を明らかにするのに役立ちます。十分な時間、材料、リソースを確保し、製品要素を最適化します。これらすべてが、デザイナーが無駄な労力を減らすためにエネルギーを割り当てる方法に影響します。

プロトタイプ: 顧客とコミュニケーションをとる最速の方法

Lean UX はプロトタイピングを活用します。最初のスケッチ段階では、エクスペリエンスの重要な要素に焦点を当てたプロトタイプが不可欠です。コア ユーザー グループ (1 つまたは 2 つ) を選択し、プロトタイプではそれらの画面のみを取り上げます。プロトタイプの最終的な忠実度は重要ではないので、自分にとって快適な方法で作成してください。作成後はすぐにユーザーでテストできます。

成功するリーンプロトタイプは、Adobe Fireworks や PowerPoint などのプログラムを使用して作成できます。場合によっては、クライアント（社内または社外）から、エクスペリエンスをよりよく実証するために、特定のレベルの詳細を備えたプロトタイプを求められることがあります。これらのツールを使用すると、デザインコンセプトをより便利かつ迅速に、十分な忠実度でクライアントに伝えることができます。

次に、プロトタイプを社内で評価し、ビジネスニーズを満たしていることを確認します。

上の図は、設計の反復と評価のプロセスを示しています。

反復的な設計と批評のプロセスの図。Warfel、Todd Zaki。2009 年。「プロトタイピング: 実践ガイド」。ニューヨーク: Rosenfeld Media。

最も重要なのは、プロトタイプをユーザーの前に出すことです。できれば週に 1 回、定期的にワークフローをテストしてもらいます。テストには多くのユーザーは必要ありません。 Jakob Nielsen 氏の調査によると、テスターが 5 人以上いる場合、エクスペリエンス中に新たな障害に遭遇する可能性は低くなります。頻繁にテストする場合は、テストするユーザーの数を 1 週間あたり 3 人に減らすことができます。これによりコストも削減されます。

フィードバックを収集します。何が機能し、何が機能しないかを調べます。プロトタイプを調整します。とにかく、合理化する必要があります。それが Lean UX の美しさです。各段階で投資するコストは非常に低いため、いつでも再考、再構成、再設計することができます。

検証が完了したら、更新されたプロトタイプをチームにデモします。フロー、ユーザーの動機、そしてなぜそのように設計したのかを説明します。この時点では、プロトタイプが最良のドキュメントになります。それは「標準」です。それ以上は必要ありません。いずれにせよ、あなたは出てくるすべての質問に答えるためにそこにいます。 Lean UX の利点は、検証済みのデザインがあれば、デザイナーは 6 週間かけてデザイン要件ドキュメントとピクセル単位の正確な仕様を作成するのではなく、エクスペリエンスの次のコア部分に進むことができることです。

プロトタイピングの強みは、デザインの方向性を最終的な意思決定者であるユーザーに伝え、より迅速に検証できることです。デザインそのものに語らせることができ、その環境で最終的に成功するでしょう。

視覚効果をそのまま維持する

「では、私のビジュアルデザインはどうでしょうか？デザインを細分化してチームに一つずつ割り当てることで、最終的にユーザーは私がデザインした製品の視覚効果を受け入れ、さらなる体験を生み出すのです！」

無駄のない迅速な開発を応援します!

リーン開発とアジャイル開発が求められています。画像提供：Kristian Bjørnard

UX デザイナーはかつてはさまざまな役割を担っていました。これで、ビジュアル デザイン マネージャーという別の役職ができました。この新しい役割では、全体像を念頭に置くことがあなたの責任です。 Lean UX では、エクスペリエンスを優先する必要があります。 最終的に、これらの散らばった部品が集まって製品が形成されます。このまとまりのある製品はあなたの全体像を反映します。反復やユーザーからのフィードバックによってデザインが変化しても、常により良いものを目指してデザインを進めます。 「サイトがユーザーを報告するのにかかる時間を長くする」というのは夢かもしれません。より現実的なコンテキストでコンテンツを迅速に配信できるようになることも、もうひとつの夢かもしれません。これらの目標は、デザインがどのように変更されても作業を継続する原動力となります。

これは簡単なことではありません。昔なら、特定の方向に向けてデザインするための完全な権限を与えることは考えられなかったでしょう。 Lean UX では、反復サイクル中に自分の意見と矛盾する意見が頻繁に出てくるのは避けられません。ここから反撃することができます。確立された視点を使用してフィードバックを整理し、最終目標に集中できるようにします。

メンテナンスの結果は無意味である

ドキュメントは、組織がソフトウェアを保守するために長い間使用されてきました。過去と現在の決定を理解するための参照ツールになります。これは複雑なビジネス ルールには役立つかもしれませんが、設計には役に立ちません。最終製品はドキュメントです。それは経験です。将来のユーザー エクスペリエンスの参考資料として分厚い成果物を作成すると、完成する頃には時代遅れになってしまいます。ユーザー エクスペリエンスでは、何かを実行する方法を尋ねられたときに、製品のフロー チャートを通じて最も簡単な方法を見つけます。 従来のドキュメント作成方法は無駄が多く、現在の問題を解決しません。

コンテンツは戦略と計画にどのように適合しますか?

大規模なコンテンツの公開に重点を置くサイトやアプリケーション (タスクベースまたは機能ベースのサイトとは対照的) では、事前の計画とドキュメント作成が必要になります。ページや記事の元のレベルに戻る必要はないかもしれませんが、最初のスケッチやプロトタイプには、豊富なコンテンツタイプと階層感覚が不可欠です。チームがエクスペリエンスに必要なコンテンツの範囲とタイプを把握したら、エクスペリエンスの定義に従って作業を開始できます。

私の組織に適用できますか?

社内ソフトウェア/デザインスタジオとインタラクティブエージェンシーという 2 種類の組織を簡略化して紹介します。

Lean UX は、社内のソフトウェア/デザインスタジオにとって非常にアクセスしやすいものです。あなたの仕事は問題を解決することですが、設計書で問題を解決するわけではありません。エレガントで効率的、かつ高度なソフトウェアを使用して問題を解決します。これらの新しい属性を使用すると、コラボレーションや会話が増え、クライアントに成功をより早く示すことができるため、最終的には作業が簡単になります。はい、文化的な変化は起こります。最低限の要件を満たす製品は、その後の設計シリーズでいくつかの問題を引き起こす可能性があります。そうすれば、より迅速な意思決定とより頻繁なユーザーフィードバックが、最終的には勝利の魔法の武器となるでしょう。

インタラクティブエージェンシーは配送ビジネス業界に属しているため、ある程度の困難を抱えることになります。顧客のために文書を書くことに多くの時間を費やすことが、彼らの金儲けの方法です。各専門家が各ドキュメントを作成し、作成したドキュメントに対して責任を負います。こうした仕事を削減することは、収入の着実な減少を意味します。

Lean UX では、成果物による初期収益の不足は、その後に高品質の作業を提供し、それをより迅速にクライアントに届けることで、簡単な方法で補うことができると示唆しています。全体のプロセスが若干調整されています。

インタラクティブ エージェンシー向けの Lean UX プロセス。

インタラクティブ エージェンシー向けの Lean UX プロセス。

インタラクティブ エージェンシー プロセスにおける主な差別化要因は、定期的かつ頻繁なクライアントとのエンゲージメントです。通常は、週に 2 ～ 3 回、1 回につき 30 分間、クライアントと一緒にレビューおよび検査するように設定されています。あなたの目標、仕事の方向性、そしてあなたが受け取ることを期待するフィードバックを概説します。クライアントとデザインスケッチについて話し合うたびに、クライアントは変更点や進捗に気付くでしょう。彼らは独自の方法でフィードバックを提供し、社内の関係者と同様に、フィードバックに対して責任を持ちます。

顧客を巻き込み、より迅速にデザインを反復し、実際のユーザーでテストすることで、より短時間で最適なソリューションに到達できます。

代理店の世界では、時間が減ると収益も減ります。これは Lean UX の最大の弱点となる可能性があります。しかし、プロジェクトあたりの時間が短縮される一方で、結果はより有用となり、効率が向上し、より多くのリピートビジネスが生まれます。さらに、顧客をプロセスに参加させることで、顧客に所有感を与え、顧客が好むようになります。

代理店の文化は何十年も同じままだったため、これは簡単な変化ではありませんでした。最も大胆な機関だけがそれを試みるだろう。そして、それらは確かに非常に成功し、すぐに模倣されるでしょう。これらのアイデアはすべて、社内プロジェクトで試験的に導入する価値があります。たとえば、代理店自身の Web サイトの再設計などが考えられます。このアプローチが機能することを確認し、外部プロジェクトに適用します。

私はコンサルタント/フリーランサーですが、これは私でも使えますか?

コンサルタントは本質的には代理店の一種です。こうした状況でも代理店がうまく機能するのは当然です。継続的なフィードバックと反復により、お互いの信頼と依存関係が構築されます。

コンサルタントやフリーランサーにとって大きな課題の 1 つは、各クライアントに割り当てることができる時間の量です。一度に複数のプロジェクトやクライアントを処理できると仮定すると、真に Lean UX プロセスを維持するために必要な焦点とコミュニケーションを提供することが難しくなります。このような状況では、すべてのプロジェクトが同時に進行していることを確認するために、より深いレベルのドキュメントに戻る方が合理的です。

プロセスフローを最適化し、時間を節約します。

ワークフローを最適化して時間を節約しましょう。画像提供：Kristian Bjørnard

これらの環境で Lean UX を成功させるための最大の課題の 1 つは、最前線の開発者に Lean UX を使ってもらうことです。 Lean UX を成功させるための基本原則はコラボレーションです。理想的には対面でのコラボレーションですが、Skype やその他の仮想会議テクノロジーを介しても可能です。クライアントがデザインチームとほとんどコミュニケーションをとらず、仕事を遂行するためにかなりしっかりしたドキュメントを要求している場合、おそらく Lean UX は十分に機能していないと考えられます。

Lean UX はますます多くの組織で採用されています。 TheLadders の最近のケーススタディのアプローチは、配信ステータスを維持し、強化されたコラボレーションを促進し、目標を正常に完了することでした。

結論は

リーン ユーザー デザインは革命ではなく進化です。 UX デザイナーは継続的な関与を通じてその開発を推進する必要があります。 Lean UX はデザイナーをデリバリー作業から解放し、エクスペリエンス設計に集中できるようにします。これこそが私たちが得意とすることであり、私たちが目指していることです。煩雑な仕様ドキュメントは不要です。完璧なエクスペリエンス デザインを通じて最高の成果をお届けする専門家として当社にお任せください。これは簡単な仕事ではありません。文化と伝統が進歩の原動力となり、この投資の最終的な結果は必然的に、よりやりがいのある仕事とより成功するビジネス モデルとなるでしょう。

オリジナルリンク: http://www.damndigital.com/archives/17899

元のタイトル: Web 向け Lean UX: 結果重視の仕事をやめる

キーワード: ウェブサイト、無駄を省く、ユーザー、エクスペリエンス、取り除くだけ、焦点を絞る、結果、作業、編集者、この記事、ウェブマスター、ウェブサイトのプロモーション、収益化