クールにとどまる：設計フィードバックを戦略的にとる方法

デザインは芸術であり、科学でもあります。 設計者は、スキルと知識を応用して特定の問題を解決し、クライアントの目標と製品のエンドユーザーの目標をサポートします。 この目的のために、プロジェクトの各段階で、設計者は、最適な設計ソリューションに到達するのに役立つ思慮深い設計批評を求める（そして歓迎する）必要があります。

ただし、フィードバックを受け入れることは、それ自体の課題です。 個人的な思考プロセスと創造性は、素人だけでなく仲間のデザイナーからも批判されています。 ただし、効果を上げるには、設計者は合理的な設計批評を個人的に受けないようにする必要があります。 それが有用であるためには、彼らはそれを解釈し、評価し、そして彼らのプロセスに戦略的に適用することができなければなりません。

設計フィードバックの準備

質の高い設計フィードバックを取得することは、協調的で反復的な設計プロセスに不可欠です。 さらに、フィードバックが役立つことを確認するための最良の方法は、キラーデザインレビューのプレゼンテーションから始めることです。 紛らわしい、またはあいまいな詳細は、会議を狂わせ、デザインや目前の問題とは関係のない、長く接線方向の議論を引き起こす可能性があります。

特定のソリューションに関する設計フィードバックを求める場合、または設計の要素について有意義な議論を深めようとする場合、プレゼンテーションはステージを設定します。 優れたプレゼンテーションは、解決策を説明するだけでなく、そこに到達するために使用されたプロセスに聴衆を結び付けます。 聴衆がいくつかの選択肢を検討したり、新鮮なアイデアを提供したりするように求められた場合、プレゼンテーションは解決する必要のある問題を提示し、これまでの道のりをカバーする必要があります。

デザインレビューのプレゼンテーション形式は、デザインの共有に使用されているすべてのコラボレーションプラットフォームおよびツールと互換性がある必要があります。 利害関係者とチームは、最小限のライブディスカッションで静的PDFを交換していますか？ 読者が独立して作業している場合に役立つインタースティシャルスライドとメモを追加し、コメントを追加するように招待することを検討してください。 レッドペンのようなコラボレーションツールを使用している場合は、思考プロセスを通じて聴衆を導くためのよりリアルタイムの機会があります。

聴衆が貴重なフィードバックを提供することを奨励するプレゼンテーションの準備に役立ついくつかのヒントを次に示します。

1.視聴者に向けてプレイする

クライアントからのフィードバックは、他のデザインプロフェッショナル、同僚、またはクリエイティブディレクターからのフィードバックとは異なる観点から見る必要があります。 クライアントは異なる視点を提供し、他の利害関係者がオープンマインドで彼らの意見を検討することが重要です。 また、デザインのフィードバックの仕方に精通していない可能性が高いので、それを念頭に置いてプレゼンテーションを準備してください。

クライアントからのフィードバック

クライアントに提示するときは、クライアントの視点を予測するようにしてください。 通常、クライアントは、デザイン用語で表現するのが難しいと漠然と形成されたアイデアを持っています。 彼らはあなたに彼らのビジョンを実現し、あらゆる制作が直面する多くの落とし穴と挑戦を通してそれを導くことをあなたに任せました。 彼らの対応は、製品のビジョンやビジネス目標の厳しい現実など、多くの要因によって通知されます。 それらは、設計の強度だけでなく、これらの他の要素とどの程度一致しているかを評価します。 プレゼンテーションでは、これらの要素が考慮されていることを示し、設計がクライアントの目標をどのように達成するかを包括的に説明することが重要です。

たとえば、サイトのサインアップフローについて話し合う場合、設計者の目標は、可能な限り摩擦のないエクスペリエンスを提供することです。 ただし、クライアントは、合理化されたソリューションが収益を生み出す広告配置の貴重な機会を逃していると感じるかもしれません。 事前にこれを検討し、プレゼンテーションでこの問題について話します。 よりスムーズなエクスペリエンスが、より多くのステップを必要とするものよりも成功した変換を促進する可能性があることを証明するデータはありますか？ UXフィードバックセッション中に聴衆から提供された懸念を、設計チームが最適なソリューションと見なすものに対して正直に検討する準備をします。

デザイナーからのフィードバック

仲間の設計者、開発者、およびチームの他のメンバーは、当然のことながら、さまざまな懸念を抱きます。 他の設計者は、ソリューションの成功を検討し、ソリューションを強化するための批評を提供します。 プロジェクトマネージャーは、ソリューションがプロジェクトの要件と範囲にどのように適合するかを理解する必要があります。 開発者は、実装中に実現可能性と予測可能な技術的な問題についてコメントすることを切望します。 ウォークスルーを徹底し、対象となる視聴者が懸念を抱く可能性のある領域を強調するようにしてください。そうすれば、プロジェクトはゲームよりもはるかに進んでいきます。

たとえば、モバイルアプリの複雑なナビゲーションについて決定する際のヘルプを探している場合は、デザインチョップに目を向け、チームの他のデザイナーの理解を共有してください。 共通のスキルと同様の経験を活用して、最も価値のある議論を促します。 使いやすさの問題であろうとレイアウトの問題であろうと、プレゼンテーションを主要な質問に向けて調整し、すでに検討されているソリューションのいくつかを聴衆に説明します。 ソリューションが設計のニーズを満たさないのはなぜですか？ より良い解決策を見つけるのに役立つ可能性のある質問に答えることができますか？

デザインの批評は、最初は恐ろしいものになる可能性があります。 少し不安を感じる場合は、Facebookのチームが設計ソリューションの完全な批評を文書化して共有し、プロセスとディスカッションについての洞察を提供しました。 それをチェックしてください：Facebookのデザイン批評の内部を覗いてください。

2.ポイントにとどまる

水を濁すような詳細を提示しないようにすることが重要です。 設計アーティファクトの忠実度と媒体は、議論する内容に基づいて、慎重に選択してください。 たとえば、インタラクションを示すために、忠実度の低いワイヤーフレームまたはインタラクティブなプロトタイプは、視聴者がインタラクションに応答を集中させるのに役立ちます。 色をミュートするか、グレースケールにします。 ビジュアルと色の選択について集中的に議論するために、これらの非常に詳細な画面モックアップを保存します。

デザインが忠実で洗練されている場合、そのデザインがユースケースシナリオとユーザーストーリーにどの程度役立つかについてのフィードバックを得るのは難しい場合があります。 焦点が移動し、範囲が制限されるため、設計自体がプロセスに反します。 議論は、アニメーションの速度、UIの色、ボタンの色などの詳細を調べることに限定されます。

デザインプレゼンテーションへの期待を事前に確立することも重要です。 デザイナーの役割の一部は、特にデザイナー以外の聴衆を扱うときに教育することです。 ビジネスの専門家でいっぱいの部屋にローファイワイヤーフレームを表示する前に、アーティファクトとは何か、そしてそれが議論される特定のソリューションをより明確に示す方法を簡単に説明します。 彼らはすべてをその光沢のある完成した形で見るのを待ちきれないかもしれませんが、簡単な概要は誰もが同じページにたどり着くのに役立ちます。

デザインパッケージの全幅が一度に提示されている場合、焦点を整理することが提案を組み立てる鍵となります。 全体像を説明するプレゼンテーションの章を整理するだけでなく、聴衆にいくつかの細かい点を案内します。 全体的なソリューションが提示された場合は、それを機能させる主要なコンポーネントを強調表示し、全体像がどのように機能するかに戻って終了します。 パッケージを初めて見たクライアントでさえ、通常はフォローしてコメントすることができます。

3.あなたの論文はあなたのマントラです

デザインは目前の問題をどのように解決しますか？ 発見、スケッチ、改良、テストを数回行った後、それはクライアントの目標を達成しますか？

コンセプトを提示するとき、それが明白に見える場合でも、それが設計の問題にどのように対処するかを部屋の他の人に思い出させてください。 聴衆はすべてのステップを見ていない可能性があり、ソリューションに到達するために必要なプロセスの一部でした。 これは、デザイナー以外の人にプレゼンテーションを行う場合に特に重要です。

コア設計の問題に対して定期的かつ自信を持ってアイデアを検証することは、反復的な設計プロセスの一部であるため、ソリューションを提示するときにそうすることは理にかなっています。 コア要件に対して設計の選択が行われた理由を明確にすることにより、聴衆はそれらの基準に基づいたアイデアを優先事項として検討するように促されます。 最終的に、彼らが持つ可能性のある質問や懸念は、概念をさらに洗練し、最適な設計ソリューションに向けたプロセスをサポートするのに役立ちます。

フィードバックの受信

解決策が提示されたので、るつぼの時間です！ コンセプトが自信を持って明確に提示され、聴衆の特定のニーズも予測している場合、それはおそらく焦点を絞った批評であり、有用な提案が返されます。 ただし、それは誰もがそのアイデアを気に入ってくれることを保証するものではありません。それは問題ありません。 受信側では、次のいくつかのヒントを覚えておいてください。

1.落ち着いてメモを取る

うまくいけば、聴衆は推論に従い、メモを取り、提示されたのと同じくらい明確にデザインに対応できるようになるでしょう。 聴衆によって提起された設計フィードバックの質問に答える準備をします。 プロジェクトのプロセスに役立つ可能性のあるアセットを提供していることを忘れないでください。 各ポイントを最大限に聞き、必要に応じてメモを取ります。

回答者によっては、簡潔な要約が与えられる場合もあれば、コメント、質問、提案とともにプレゼンテーションの各詳細をウォークスルーすることを優先する場合もあります。 飛び込んで特定の作品を主張したり擁護したりするのは魅力的ですが、これは有用な批評の線を狂わせる可能性があります。 間投詞が、価値のある提案になるように形作られていたものを遮断した場合はどうなりますか？ この場合、最良の解決策に到達するために受け取ったフィードバックを適用するという目標は事実上覆されています。 深呼吸をして、応答する前に、彼らの推論の全幅が聞かれていることを確認してください。

慌てたり、応答の重要なポイントを失ったりしないように、聴衆がフィードバックを提供しているときに、いくつかのメモを書き留めてください。 メモを取ることの副次的なボーナスは、中断する衝動を軽減することです。 リモートでプレゼンテーションを行う場合は、聴衆のコメントをキャプチャするデザインフィードバックツールを利用してください。 ディスカッションから重要なポイントを強調することは、順番に対応する方法を整理するのに役立つだけでなく、フィードバックを戦略化して次の設計反復に適用するのにも役立ちます。

2.質問：これは品質フィードバックですか？

一部のデザインが他のデザインよりも優れているのと同じように、フィードバックの品質も異なります。 優れた設計フィードバックは、設計の強化と改善に役立ちます。 悪い設計フィードバックは、不適切に処理された場合、すべてを損なう気を散らす可能性があります。

受信した応答の品質と、明らかにする方向があるかどうかを評価します。 フィードバックが明確になる場合があります。 戻ってきたものがすぐに実行可能にならない場合もありますが、優れた設計者は経験を通じて、中に何か有用なものが隠されている可能性があることを学びます。

ブランドアイデンティティの概念をクライアントに提示し、次の反復の前にフィードバックを求める場合、「オレンジは好きではありません」は、デザインについてほとんど説明しておらず、おそらく反映するのではなく個人的な好みに起因するため、あまり役に立たないフィードバックになります。コアブランドの提案。 「オレンジは、30年の歴史を持つ会社としてより伝統的な顔を見せたいので、私たちのブランドには現代的すぎます」は、デザインの選択がデザインの問題を解決しない理由を解明し、出発点を提供するという点で、はるかに優れたデザインフィードバックです。コンセプトを洗練する。

それが理にかなっているかどうかを判断するために、設計フィードバックを、実施された発見またはユーザー調査と照合して評価してください。 誰かが研究と矛盾していると思われる設計提案を行った場合は、その提案を実装する前に再評価してください。

優れた設計フィードバックと悪い設計フィードバックを区別する機能は、特に設計者にとって、コラボレーションプロセスに不可欠です。 研ぎ澄まされた解釈と翻訳のスキル、そして常に存在するフォーカス爆弾を武装解除するための鋭い感覚は、デザイナーの武器庫に不可欠なツールです。

3.個人的に服用しないでください

すべてのデザイナーのキャリアの中で、厳しい批判を受けることに費やされることがあり、防御的になるのは自然なことです。

私たちは皆そこにいました—ウェブサイトのデザインフィードバックを与える利害関係者は、デザインの背後にある考え方について質問します。 別の人は、明らかなユースケースが説明されていないことに気づきました。 さらに別の人は、CTAボタンのコピーに許されないタイプミスを呼びかけています。

深呼吸をして、反応を開始する前に攻撃されているという感覚を和らげるようにしてください。 覚えておくべき重要なことは、これは個人的なものではないということです。 最高の設計者でさえ、彼らが頭から離れたり、偏見を乗り越えたりするのに役立つクリティカルデザインフィードバックの恩恵を受けています。 設計者の大規模なチームであろうと、クライアントプロジェクトの唯一のコンサルタントであろうと、このプロセスは、特定の問題を解決するために最適な設計に到達するためのコラボレーションです。

フィードバックへの対応

フィードバックが青信号になり、その後スタンディングオベーションが続く場合を除いて、フォローアップでフィードバックに対処することで（同じ会議または後で）対応することが重要です。

1.クリスタルクリアであること

まず、回答で言われたことについて全員が同じページにいることを確認します。 開始するのに最適な場所は、フィードバックを繰り返して（メモがあれば簡単に）、重要なポイントを確実に理解することです。 プレゼンテーションが明快さの恩恵を受けるのと同じように、貴重な設計フィードバックの受け取りも同様です。 これを行う最も効果的な方法は、（可能であれば）電子メールを使用することです。これは、次の設計反復に対する更新または変更の便利なチェックリストとして使用できます。

また、混乱を明確にするために質問をしたり、特定の応答を受け取っていない可能性のあるアイテムに関する設計フィードバックを求めたりする良い機会でもあります。 質問をすることは、聴衆が次の一連の設計決定に情報を与える何かの代わりにわずかなフィードバックを提供した場合に特に役立ちます。

2.あなたの決定を守る…上司のように

あなたの聴衆は要点を逃しましたか？ 彼らの反対提案は最適ではありませんか？ 彼らは間違った詳細に夢中になりましたか？ 彼らは、相互作用モデルをバックアップするために提示された研究を理解していませんでしたか？ 恐れることはありません。防御的になることなくソリューションをサポートする方法はたくさんあります。

聴衆のフィードバックについて議論したり攻撃したりしないことが最善です。 彼らの言うことが要点を見逃しているように思われる場合、設計者は、特にそのソリューションが考案された理由（および方法）の説明を再構成するように努める必要があります。 彼らが手に負えないと思われ、彼らのフィードバックに継続的な意見の不一致がある場合は、彼らが前進していると言っていることについてより多くの考慮が払われることを彼らに知らせてください。 そしてそれをしなさい！ 設計のフィードバックの一部は役立つ可能性があるため、完全に無視してお風呂の水で赤ちゃんを捨てないでください。 彼らに感謝し、彼らの入力が次の反復にどのように組み込まれるかを説明することから、応答を開始します。

設計者は、たとえ失火したとしても、設計上の決定を間違いであるかのように謝罪してはなりません。 これは素人っぽくなり、クライアントや同僚の仕事に対する自信を揺るがす可能性があります。

3.あなたはこれを手に入れました

ポジティブな設計フィードバックは、必ずしもソリューションを改善できないことを意味するわけではなく、ネガティブフィードバックは、提示されたアイデアがひどいことを意味するわけではありません。 聴衆の反応がどうであれ、元のアプローチへの信頼を失うことなく、彼らのフィードバックを受け入れることが重要です。

設計プロセスに最も役立つ入力を受け取ることに注意深く準備し、注意を集中することで、高品質の設計批評の準備が整います。 設計のエッジケースと影響が考慮されていることを示すことにより、チームのプロセスへの信頼を育むことができます。 設計者が最も厳しい批判を専門的に受け止めることができれば、関係者全員が、ソリューションを効率的に反復および進化させるプロセスに自信を持つことができます。

願望は成功（そして逆境）につながります。 成功はそれ自身の逆境（そして、うまくいけば、新しい野心）を生み出します。 そして逆境は願望とより多くの成功につながります。 それは無限ループです。

ライアン・ホリデイ、エゴは敵です

デザインは会話です。 大規模なチームの一部として1つの小さなコンポーネントを設計する場合でも、複雑なモバイルアプリ用にUX / UIパッケージ全体を提供する場合でも、フィードバックの各ラウンドは設計者の実践に追加されます。 大手新興企業やより確立された企業は、さまざまなソース（クライアント、同僚、調査）から収集したフィードバックを活用して、製品を合理化および向上させます。 設計者は、設計のフィードバックを適切に受け取り、注意深く耳を傾け、対応することで、創造的、専門的、さらには個人的にも向上させることができます。

•••

Toptal Designブログでさらに読む：

• 最高のUXデザイナーポートフォリオ–刺激的なケーススタディと例
• UXポートフォリオのヒントとベストプラクティス
• きれいなデザインに対する暴言
• 経験がすべて–究極のUXガイド