apeescape2.com
  • メイン
  • リモートの台頭
  • ツールとチュートリアル
  • 設計プロセス
  • モバイルデザイン
Uxデザイン

プロフェッショナルなデザインフィードバックを提供する方法

建設的で専門的な設計フィードバックは、設計プロセスを改善し、チーム文化を後押しします。適切に構成された批評を通じて設計について議論することは、期待を明確にし、自信を構築し、設計者がさまざまなアイデアを検討するのに役立ちます。ただし、価値があると認識されるためには、 仕方 設計フィードバックは慎重にアプローチする必要があります。

通常、デザイナーと非デザイナーは同じ言語を話しません。異なるコミュニケーションスタイルとドメインの専門知識は、コラボレーションプロセスを複雑にし、潜在的な摩擦を引き起こす可能性があります。設計者は特定の質問や明確なプレゼンテーションを準備していない可能性がありますが、非設計者による解説は効果がない、曖昧、または過度に厳しい場合があります。

仲間の設計者、開発者、および他のチームメンバーは、当然のことながら、さまざまな懸念を抱きます。開発者、製品マネージャー、または別の設計者のいずれからであっても、設計者が適切なソリューションを見つけるのに役立つ適切な励ましや批評の言葉は、とらえどころのないものになる可能性があります。



これらの状況に効果的に対処する方法についての指針として、私はキャリアのさまざまなレベルの4人に相談しました。

  • アダム鉱山 – IBM Watson&CloudPlatformの製品デザイナー
  • マットエンジニアリング –GenesysのDesignOpsManager
  • バビカ・シャー – ProcoreTechnologiesのプリンシパルUXデザイナー
  • グレッグストーリー –InVisionの元シニアデザインディレクター

このディスカッションは、どのように洞察を提供することを目的としています デザイナー より生産的なフィードバックセッションと効果的な仕事上の関係を可能にすることを考えてください。

2人の設計者間の設計フィードバック。

十分に提供された設計フィードバックは、多くの場合、より良いアイデアにつながります。

設計フィードバックの提供

この最初の一連の質問では、Mina Adame、Matt Eng、およびBhavika Shahが、フィードバックプロセスのいくつかの難しい側面を次の観点から検討します。 デザイナー 。

Q:同意できないフィードバックにはどのように対応しますか?

アダム鉱山 :私は通常それを書き留めて、彼らの視点を理解しようとします。そしてセカンドオピニオンをもらいます。

マットエンジニアリング :キャリアの早い段階で、ネガティブフィードバックを受け取ったとき、自分のデザインがおかしいと思ったので気分が悪くなりました。私が学んでいる間、私はこのように感じないようにする方法を見つけようとし、物事をメンタルチェックリストに入れ始めました。一貫して同じフィードバックを受け取っている場合は、それが私の側の問題である可能性が高いと考えました。

バビカ・シャー :私が決断した理由を説明します。私は「良い考え、ゆるく握られている」ということわざを信じています。誰かがより良いアイデアを持っているなら、私はそれを聞いてオープンです。私が同意しないのは、私が調査に裏打ちされていて、フィードバックを提供する人が同じコンテキストを持っていない場合だけです。

Q:誰かが厳しいまたは否定的な批判をしている状況にどのように対処しますか?

アダム鉱山 :それは人のタイプと私たちの関係に依存します。私は聞き上手であり、厳しい批判を心に留めないようにしています。

バビカ・シャー :私は静かに座ってそれを取ります。誰かが過度に否定的である場合、おそらく理由があり、おそらく[それは]私の仕事についてではありません。この場合、どこにも行かないので、私は主張しません。

誰かのクレジットカードをハッキングする方法

クライアントとデザインについて話し合う。

Q:フィードバックが曖昧で実用的でない場合はどうしますか?

マットエンジニアリング :私は、彼らが尋ねると思う質問の準備をし、答えを用意するか、デザインに表示します。私は彼らのフィードバックを明確にし、それを彼らに繰り返し返すように努め、明確な方向性を確実に得られるようにします。フィードバックを与えることは重要なスキルであり、それを受け取る人にとっては理にかなっているはずです。

多くの場合、適切な時期ではないときにソリューションを提供します。人々は実際に問題について考えずに解決策を提供します。私は通常、問題が何であるかを思い出させ、提案された解決策がそれをどのように解決するかを尋ねることによって、私たちがそれについてさらに考える必要があることを彼らが理解できるように努めます。

バビカ・シャー :私は彼らと一緒に座って、箇条書きを作成します。私はたくさんの質問を投げかけ、彼らに私に強い方向性を与えるように強いています。それでもうまくいかない場合は、あいまいな発言をして具体的にし、私の推測が正しいかどうかを尋ねます。

デザインについて話す方法がわからない人は、何かを言う必要があるように感じることがありますが、それを言う方法がわかりません。このような場合、私は彼らの考えを具体的に抽出することによって彼らを導くように努力します。

他のチームメンバーや利害関係者から提供される建設的な設計フィードバック。

Q:デザインのフィードバックをどのように受け取りたいですか?

アダム鉱山 :正直で批判的なフィードバックが好きです。人に優しくしてもらいたいのですが、最終的にはデザイナーとして成長していきたいです。

バビカ・シャー :建設的かつ客観的に。ネガティブフィードバックが発生した場合は、例と、その問題が問題となった理由を確認してください。これは、私が将来どのように学び、より良くすることができるかに向けられています。

Q:フィードバックを受け取った前向きな経験は何ですか?

アダム鉱山 :先生からフィードバックがあり、問題を解決するだけでなく、それ以上のことをするために、特別なことをして仕事を目立たせるように教えてくれました。私は、直接のフィードバックまたはサイレントフィードバックのいずれかを取得することを好みます。つまり、付箋紙やコメントに書き留めてもらいます。

Q:フィードバックを受け取ったときのネガティブな経験は何ですか?

アダム鉱山 :私が経験したネガティブな経験のほとんどは、自分がやろうとしていることを設定しておらず、特定のことについてフィードバックを求める方法がわからなかったためです。フィードバックを提供する人は、何を期待すべきかわかりませんでした。フィードバックが必要なものを事前に準備しておくと非常に役立ちます。

設計フィードバックプロセス。

リードとして設計フィードバックを提供する

これらの次の質問では、Matt Eng、Bhavika Shah、およびGreg Storeyが、リーダーシップの観点からフィードバックを提供することについて話します。

Q:デザイナーの仕事が十分に進んでいないときに、デザイナーにフィードバックを提供するための一般的なグッドプラクティスは何ですか?

マットエンジニアリング :要件と問題を確実に理解し、会話を客観的な立場に押し上げるように努めます。

私は彼らに売り込みを設定し、彼らが何をしていて何を解決しようとしているのかを共有するように依頼します。このように、それは彼らが才能があるか十分に良いかどうかではなく、問題を指します。

バビカ・シャー :私は彼らがうまくやっていること、良い悪い良いの批評サンドイッチから始めます。私は彼らと一緒に座って、私の期待がどこにあるのか、そして彼らがどのように進むべきかを彼らが知っていることを確認します。

何かが私の期待に上がらなかった場合、私はデザイン、それがどこから来たのか、そして彼らがこの特定の方向をどのように決定したのかについて質問することから始めます。彼らが代替案を模索していたかどうか、そして私がそれらを見ることができるかどうかを尋ねます。そうでない場合は、戻ってさらに反復するように依頼します。

彼らが完全に軌道から外れた場合、私は彼らと一緒に流れを練ります。一対一のメンターシップがたくさんあります。誰もが自分の仕事に気分を害したくないのです。どこにあるべきか、どこにあるのかを理解してもらいたい。

設計を改善するために建設的なフィードバックを提供します。

デザインのフィードバックに関しては、健康的で前向きな文化を奨励してデザインを改善してください。

グレッグストーリー :私は一般的に人々がうまくやっていることから始めます。間違っていることをすべてすぐに特定することから始めると、彼らにとってはあまりにも収縮しすぎます。これ以上の否定的なフィードバックが彼らの自信を打ち砕く可能性があるときの転換点があります。それが本当に悪い仕事なら、私は彼らに立ち止まって別の種類の議論をするように頼みます。 「やめて、リセットする必要があります」とだけ言う必要がある場合があります。

フィードバックプロバイダーであるあなたがデザイナーに「これを成し遂げることができると信じていますが、いくつかの変更が必要です」と示すことができるように、信頼感またはつながりを確立する必要があります。

私はすぐに、変更が必要なものがいくつあるかを評価しようとします。その数が多い場合は、ピクセルごとに小さなことをすべて取り上げるのではなく、テーマを探します。大きな問題を特定します。一般的に、私は「これが私が間違っていると思う48のこと」に入らないようにしています。

私は、デザイナーが私の視点から見ることができるような種類のフィードバックを提供しようとしています。私が見ているものを彼らに見てもらうことができれば、それが世話をされることを私は知っています。それは通常、彼らが仕事から離れて休憩する必要があることを意味します。

デザイナーを応援したいです。デザイナーがロボットに変わるので、変更を指示したくありません。そうなれば、リーダーとしての失敗だと思います。

オフィスでデザインについて話し合う。

Q:建設的な批評をすることと、前向きな関係を維持しながらデザイナーに良い解決策を考え出すように促すことのバランスをどのように取っていますか?

バビカ・シャー :私は独裁者にならないようにしています。私はそれが客観的な場所から来ていると彼らに言います、そして私は彼らについてではなく、仕事についてのフィードバックを与えています。私は、私が個人的になりすぎた場合、彼らが私に知らせなければならないことを明確にするよう努めています。

私はデザイナーと比較的オープンな関係を持っています。ある時点ですべてが変わる可能性があるので、最初から彼らのデザインを心に留めないように言います。彼らの感情と彼らがデザインに費やした仕事の量を知っておくと役に立ちます。会議が緊張した場合、それは状況を拡散する方法を知ることです。冗談を言うか、話し合いをやめて、後で戻ってくると伝えます。私は彼らともっと個人的に話すために一対一のセッションを設定するのが好きです。

グレッグストーリー :状況や既存の関係によっては、誰かに怒鳴るだけでは決して来ません。私はそれらのレビューに取り組んできました。

私、フィードバックサプライヤー、あなた、フィードバックレシーバー、または私とあなたのように、競争力のある論争の的となる関係を確立したら、それは終わりです。その時点で、あなたはおそらく詳細を口述しているでしょう、そしてそれはフィードバックではありません。

いくつかの基本ルールを確立すると役立ちます。デザインを作成するときと同じように、タイムボックスを設定する必要があります。挨拶してチェックインするのに5分かかります。両方の方法で共感を確立します。

フィードバックは、デザイナーではなく、作業に関するものです。なので デザイナー 、私たちはほとんど敏感な雪片ではないので、感度は常に問題です。すべての人に思い出させることが重要です。これはデザイナーのスキルセットに関するものではありません。それは私たちの目の前の仕事についてです。

目的が何であるか、問題が何であるか、この作業で何をしようとしているのかを全員に思い出させてください。次に、すべてのフィードバックは「作業は目的を達成していますか?」に集中する必要があります。

また、誰かがデザインについて話す方法を知らない場合は、人々がフィードバックを与えることができるものについていくつかの詳細を組み立てるようにしてください。

コラボレーションデザインに参加する2人の女性デザイナー。

Q:締め切りが厳しく、デザイナーが必要なソリューションに到達していなかったと想像してみてください。職業はなんですか?

マットエンジニアリング :私たちが危機に瀕している場合、私はフィードバックの前に、制約を伝え、焦点を当てるべき3つのことを与えるようにしています。私は「あなた」や「あなたがしたこと」を決して言いません。私はこの人を助けなければならないので、「私たち」と言います。

グレッグストーリー :デザインが疲れる場合があります。彼らがそれを達成していない場合、私たちは何らかの方法で目的を達成する必要があります。できる限り、設計者に改善のために何をする必要があるかを理解してもらうようにしています。 「Move!」のようにではなく、彼らとリフできるかどうか尋ねることもあります。私は彼らの机に座っていますが、「私が考えていることを理解できるように、いくつかのことで遊ぶ時間を与えてくれませんか」という意味です。

私はその言葉のリフを使用します。なぜなら、デザイナーに直接関与してもらい、実際にはそれができないと思うからです。それは一緒に働く方法です。それでも機能しない場合は、別の方法を見つけます。時にはそれは一晩中起きて仕事を終わらせることを意味します。

Q:誰かが議論したいがフィードバックを受け取りたくない場合はどうしますか?

マットエンジニアリング :私がデザインを始めたばかりのとき、それはもっと起こりました。長い間、私は「なぜ彼らは主張しているのか」と自問し続けました。今では、彼らが特定のことを言う必要がある理由について、彼らの言葉ではなく、より深い何かだと思います。これは通常、インポスター症候群またはその不安であるため、それが本当の問題です。

チームがフィードバックを受け取りたくない場所で絶えずやり取りすることは持続不可能です。

私はそれを客観的に表現し、「これが私たちが解決する必要があるものです。あなたがそれをどのように解決したかを見せてください」と言います。そして、私はそれを別の意味で言い換えようとします。「あなたはそれを解決しました。それをもっと効果的にすることができますか?」 「より良い」のような主観的な言葉は避けます。

それでもうまくいかない場合は、問題の人と1対1の時間をスケジュールし、関係で何が起こっているのかを把握します。

バビカ・シャー :私は彼らの推論が何であるか、そしてなぜ彼らがそれについてとても強く感じるのかを尋ねます。誰かの頭の中で何が起こっているのか、あなたは決して知りません。問題は個人的または感情的なものである可能性があります。個人的な場合は、セッションを停止し、批評以外のセッションで個別にハッシュします。

同意できないことに巻き込まれた場合、一歩下がって決定の重要性について考えるのに役立ちます。重要な場合は、別の意見を聞くか、ユーザーテストをさらに行う計画を立てます。個人的になる前に議論をやめることが重要です。

グレッグストーリー :今日私たちがやろうとしていることを振り返ります。プロジェクトの全体的な目的はありますが、レビューでやろうとしていることもあります。

誰かが議論をしている場合、私は彼らの議論がその日の目的にどのように適合するかを尋ねます。それでもコミュニケーションがうまくいかない場合は、会議を中止し、1対1で話し合って、何が起こっているのかを調べます。怒りは誤った方向に向けられる可能性があります。欲求不満は誤った方向に向けられます。

私は、デザイナーではないので、人々がデザイン作業について自分の視点を提供することを知らない、または不快に感じる状況にあります。それは非常に不快です。言葉、語彙、背景がないように感じます。時には、その対話をすることができず、彼らが快適または賢いと感じるレベルで積極的に議論に参加することができないことからフラストレーションが生じます。

デザイン批評の真っ最中のデザインチーム。

Q:デザインのバックグラウンドを持たない人が、デザインについて安心して話せるようにするにはどうすればよいですか?

グレッグストーリー :まず、5分間の関係だけでなく、何らかの関係を築きます。部屋の誰もが安心して話せる何かがあるはずです。

デザインについて話すだけでなく、立ち上がってホワイトボードに書き込んだり、リモートコラボレーションツールでフィードバックを提供したりします。フィードバックを提供するためのさまざまな手段を提供します。

ソフトウェアエンジニアを見つける方法

高校で第二言語として英語を学び、非常に頭が良いクライアントがいました。彼は数百万の製品や車、電化製品について詳しく話すことができましたが、デザイン言語を話せなかったため、デザインのフィードバックをするときにフリーズしました。

一連の会議が失敗した後、私たちはついに彼が快適に感じていないことに気づきました。すべての作業を印刷しました。私たちは自分たちの意図について話し、細部への注意を呼びかけました。私たちは彼に「私たちの仕事には自信がないことがあります」と話しました。これを行うことで、私たち自身の脆弱性のいくつかが明らかになり、彼は時々不安を感じるのは自分だけだとは感じませんでした。

Q:フィードバックの授受について他に何か考えはありますか?

グレッグストーリー :フィードバックを受け取ることは常に注意が必要です。私はこれを25年間行ってきましたが、今でも難しいです。あなたがビジネスにどれだけ長く携わっていても、人々は視覚的なものに反応するのが好きです。数十年の経験があっても、個人的にそれを取ることはできません。フィードバックは仕事に関するものであり、仕事をする能力に関するものではありません。それが何であるかのためにそれを取りなさい。人間やデザイナーとしてあなたに反応する人ではなく、あなたの仕事に反応する人です。区別するのが難しい場合があります。

適切な設計フィードバックプロセスを促進するスタートアップ企業の会議。

結論

設計フィードバックセッションは、効果的に使用された場合、チームが製品を改善するのに役立つ不可欠な演習です。ただし、生産的な設計批評を実施することは困難な場合があります。すべての人が設計プロセスのより細かい点を理解したり、フィードバックプロトコルに準拠したりするわけではありません。

適切な計画がないと、設計レビューがトピックから外れてしまい、参加者を苛立たせ、設計プロセスを前進させていないという感覚を生み出す可能性があります。

一方、適切に構築された設計批評は、チームコラボレーションを促進し、設計アイデアを改善するための前向きな環境を提供します。これらのセッション中、フィードバックは デザイナー さまざまなアイデアを検討し、多くの場合、 設計プロセスにおけるより効果的で革新的な選択 。

•••

ApeeScapeデザインブログの詳細:

  • 生産的なデザイン批評のためのヒント
  • 設計作業の提示:正しい方法
  • クールな滞在:設計フィードバックを戦略的に行う方法
  • プレゼンテーションデザインとビジュアルストーリーテリングの芸術
  • コラボレーティブデザイン–エンタープライズ製品デザインを成功させるためのガイド

基本を理解する

設計においてフィードバックが重要なのはなぜですか?

品質設計のフィードバックを促進することは、協調的で反復的な設計に不可欠です。このプロセスは、製品設計を合理化し、さまざまな方法でその品質を向上させます。設計批評では、設計者にさまざまな視点を検討し、エッジケースを検討し、さまざまな設計ソリューションについて考察するよう求めています。

設計プロセスにおけるフィードバックの役割は何ですか?

設計フィードバックの役割は、設計者がさまざまなアイデアを検討し、さまざまな視点を検討し、その結果、最適な設計ソリューションに到達するのに役立つ思慮深い批評を提供することです。設計に対する批評がなければ、設計者はサイロで作業するリスクがあり、優れた製品品質を達成するのに悪影響を及ぼします。

デザインでどのようにフィードバックをしますか?

優れた設計者には、すべての設計決定の背後に理由があることを認識しておくと役立ちます。質の高い設計フィードバックを提供することは、最初は威圧的ですが、質問として考えを提起することで、設計者は防御するのではなく、論理的根拠を表現できます。

デザインについてどのようにコメントしますか?

設計に関するフィードバックを提供するときは、具体的かつ直接的であることが最善です。漠然としているか、過度に敏感であることは役に立ちません。設計に関する懸念について話し合い、質問をし、提案をします。たとえば、設計はどのように顧客の目標を達成しますか?設計者を信頼して、さまざまなソリューションを検討してください。

クリーンなコード:HTML / CSSEssentialsが依然として重要である理由

Webフロントエンド

クリーンなコード:HTML / CSSEssentialsが依然として重要である理由
究極のENSとĐAppチュートリアル

究極のENSとĐAppチュートリアル

技術

人気の投稿
AWSを使用した柔軟なA / Bテスト[メール保護]
AWSを使用した柔軟なA / Bテスト[メール保護]
なぜこれほど多くのPythonがあるのですか?
なぜこれほど多くのPythonがあるのですか?
Firebase認証を使用してロールベースのAPIを構築する方法
Firebase認証を使用してロールベースのAPIを構築する方法
適切に構造化されたロジック:GolangOOPチュートリアル
適切に構造化されたロジック:GolangOOPチュートリアル
ApeeScapeは、スタートアップ起業家に低コストでエリートプログラミングの才能を提供します
ApeeScapeは、スタートアップ起業家に低コストでエリートプログラミングの才能を提供します
 
スケッチとルーパーを使ってすぐに心を曲げるイラストを作成する
スケッチとルーパーを使ってすぐに心を曲げるイラストを作成する
ミニチュートリアル–Figmaボタンコンポーネントの操作
ミニチュートリアル–Figmaボタンコンポーネントの操作
Android開発者が犯す最も一般的な間違いトップ10:プログラミングチュートリアル
Android開発者が犯す最も一般的な間違いトップ10:プログラミングチュートリアル
最高のデータ視覚化ツールの完全な概要
最高のデータ視覚化ツールの完全な概要
将来のUIとデザインサンドボックスの終了
将来のUIとデザインサンドボックスの終了
人気の投稿
  • 2015年に販売されたドローンの数
  • 不和ボットc#チュートリアル
  • 文字列を日付に変換するjavascript
  • llcc法人vss法人
  • ゲシュタルトの原理は何ですか
  • 剛体のダイナミクスチュートリアル
  • 日常生活におけるゲシュタルトの例
カテゴリー
ライフスタイル Webフロントエンド プロジェクト管理 ツールとチュートリアル 製品ライフサイクル アジャイルタレント データサイエンスとデータベース デザイナーライフ アジャイル 投資家と資金調達

© 2021 | 全著作権所有

apeescape2.com