設計を評価し、それがビジネス目標とユーザーのニーズを満たしているかどうかについてフィードバックを提供するために、設計批評が実行されます。デザイン批評は、チーム内のコラボレーションを促進し、デザインアイデアの改善に向けた前向きなチーム文化を後押しします。設計批評中に受け取ったフィードバックは デザイナー 既成概念にとらわれずに考えることで、設計プロセス全体を通じて、より優れた、より革新的な選択肢が生まれることがよくあります。
生産的な設計批評セッションを実施することは困難な場合があります。設計者は、設計プロセスの細かい点、設計批評の言語、および設計批評の規則を誰もが理解しているわけではないことを忘れがちです。
適切な計画がないと、設計プレゼンテーションが参加者を混乱させたり、批評の議論がトピックから外れてしまい、設計プロセスを進める前に期待していた実用的なフィードバックが得られないことに不満を感じる可能性があります。この場合、あなたは何ができますか?成功する設計批評を計画して実行する方法についての簡単なアプローチを見てみましょう。
このガイドはあなたを助けるはずです:
批評が批評的なデザインレビューと異なるのは、欠陥を見つけるためにそこにいないということです。私たちは、設計から学び、それがうまく機能する場所と改善できる場所を探求するためにそこにいます。 – Jared M. Spool、 批評的レビューから批評への移行
デザイン批評のディスカッションを成功させるには、すべての参加者が自分の役割と、批評の前、最中、後に何が期待されているかを理解することが重要です。これらの責任を分担することで、積極的な参加が促進され、会話が容易になり、セッション全体がより効率的かつ効果的になります。理想的には、批評セッションには次の役割が含まれます。
これは、設計チームに代わって設計作業を作成し、発表する主要な設計者です。この人物は、設計プロセスの最新の段階を示すだけでなく、批評に必要なすべてのコンテキストとコンテンツを提供する責任があります。たとえば、この段階で行われる設計上の決定に調査と推進力を提供する責任がある可能性があります。
ファシリテーターは、ルールを施行し、すべての参加者が デザイン批評ルール (下記参照)。彼らは、トピック、軌道、および時間通りに議論を続ける責任があります。批評中に答えられるべき中心的な質問を全員に思い出させるのはファシリテーターの仕事であり、会話が議論の焦点から外れ始めたら、サイドボードの接線のトピックに介入します。
色はどんな感情を呼び起こしますか
メモを取る人は、後で議論する必要があるトピックから外れたものを含め、出てくる重要な洞察と質問をキャプチャする責任があります。彼らは、セッション中に言及された関連点についてメモを取り、フィードバックを収集し、グループによって提起された質問や懸念を文書化します。批評中にスケッチが起こった場合、彼らはショットを撮るべきです。その後、メモを取る人は、調査結果を要約してチームと共有するのに役立ちます。
注:チームの規模と批評の形式によっては、これらの役割を2倍にする必要がある場合があります。たとえば、小規模なチームでは、1人がファシリテーターであると同時にメモを取る必要がある場合があります。誰も準備ができていないように、これらの義務を事前に定義しておくようにしてください。
批評家は批評セッションの主要な聴衆になります。批評グループには、5〜7人の他のチームメンバーを含める必要があります( デザイナー 、 開発者 、コピーライター、プロダクトマネージャーなど)および関連するビジネスの利害関係者。批評家の主な責任は 設計に関するフィードバックを提供する ルールに従い、提示されたソリューションの改善に役立てます。
可能な限り多くの多様な視点を含めることで、設計批評セッションがプロセスの複数の側面の懸念と主要な目標に確実に対処できるようになります。たとえば、仲間の設計者からのフィードバックは、製品マネージャーや開発者からのフィードバックとは異なる視点を提供します。含めることも重要です 製品 、 UX 、 玉ねぎ 、 ビジュアルデザイナー 、プレゼンテーションの配信に関与していなくても、設計のさまざまなフェーズや忠実度に取り組んでいる可能性のある人など。
設計者は、設計の選択を検証したり、1つ以上の特定の障害を克服したりするためにフィードバックが必要な場合に、設計批評をスケジュールする必要があります。設計者は、次のことについて明確な考えを持っている必要があります。
事前に会議の招待状を送信し、招待された参加者を適切な数に保つようにしてください。たとえば、大規模なチームの場合、最大5〜7人の参加者を批評家として招待することが最も効果的です。それ以上のことは、生産的な設計批評の促進を妨げる可能性があります。
次のステップは、次の項目を簡潔にカバーする電子メールの下書きを作成することです。
デザイン批評の日に、部屋のディスプレイシステムをテストしてラップトップを接続するか、壁にデザインを修正するために、必ず数分早く到着してください。また、ポストイット、ペン、鉛筆をたくさん用意しておくと、後で貴重な時間を節約できます。セッションの長さに応じて、参加者に軽食や飲み物を提供することを忘れないでください。
リモートの批評セッションを実施している場合は、全員がグループプレゼンテーションに接続するのに十分な時間を確保してください。誰もがアクセスできるホワイトボードまたはスケッチ共有プラットフォームを事前に決定します。接続できない参加者のセッションを記録することも役立つ場合があります。
すべての参加者を歓迎し、デザイン批評とは何か、参加者に期待されること、デザインフィードバックを提供する方法、セッションにかかる時間をすばやく確認します。このようにして、新旧のチームメンバーと利害関係者は、ルールとそれらに期待されることを思い出します。
ポストイット、パッド、鉛筆をすべての人に配り、デザインが提示されている間、参加者にフィードバックを書き留めるように促します。プレゼンターがデザインの表示を終了するまで中断しないように注意してください。
2016年の才能を求める音楽投資家
作品を紹介する前に、プレゼンターがデザインによって解決されている特定の問題に関するコンテキストを設定することをお勧めします。
type of user
として、私はsome goal
が欲しいそのためsome reason
。」
プレゼンターおよび/またはファシリテーターは、参加者にデザイン批評のガイドラインとルールを思い出させる必要があります。以下のリストには、セッションを成功させるための推奨事項と禁止事項が含まれています。それらは、参加者が質問をより適切に組み立て、フィードバックを提供するのに役立ちます。
githubを使用してWebサイトをホストする
準備して。 提供された情報を読むと、フィードバックがより実用的になります。
最初に問題、その後に解決策。 一歩下がって、現在の設計に関する懸念や質問について話し合ってください。解決策を考え出すのは設計者次第です。
具体的に。 フィードバックを整理して、できるだけ明確にします。何が機能していて何が機能していないかを説明します。
率直に。 デザインについてどう思うか言ってください。曖昧であったり、過度に敏感であったりしても役に立ちません。
フィードバックを目標にリンクします。 個人的な好みではありません。客観的にしてください。設計はどのように顧客とビジネスの目標を達成(または見逃)しますか?
要求ではなく提案を提供します。 設計者を信頼して、新しいソリューションを探索し、独自の電話をかけます。
すべての参加者が設計のコンテキストと設計批評ガイドラインを理解したので、目標がどのように達成されるかを示すために、設計者は1つ以上のユースケースシナリオをエンドツーエンドで示す必要があります。
プレゼンターは、全員がデザイナーであるとは限らないことに注意する必要があります。そのため、必要に応じて注釈を付けて、明確かつ論理的な方法でデザインを準備する必要があります。設計者は、設計用語を説明および定義することを恐れてはなりません。最も関連性の高いものに焦点を当て、フィードバックを受け取りたい場所を強調する必要があります。
セッション中は、携帯電話やラップトップを使用しないでください(セッションがリモートで行われる場合を除く)。提示されているものに焦点を当てることは、意味のあるフィードバックを提供するために重要であり、Slackの中断は貴重なアイデアを妨げる可能性があります。
プレゼンターがフィードバックをどのように受け取りたいかについての準備を整えることが重要です。批評グループが大きい場合、これは特に重要です。セッションの目的から離れた1対1のディスカッションに取り残されるのは簡単です。トピック外の議論は、別の会議のためにテーブルに置くことができます。
erisボットの使い方
平等な参加を促進する。
グループを回って、すべての参加者に平等な機会を与えて声を上げ、フィードバックを確認することをお勧めします。一部の参加者は他の参加者よりも前向きではありません。彼らのフィードバックも貴重なので、これに注意してください。
フィードバックを指示します。
プレゼンターは、すべてのフィードバックが前述のコンテキストに沿っており、最初に設定されたルールに従っていることを確認する必要があります。それが逸脱したり矛盾したりする場合、ファシリテーターは批評家にこれを思い出させ、特定の設計コンテキストにリンクする方法で質問を言い換えるのを手伝う必要があります。
メモする。
批評家は、フィードバックを提供しているデザインの隣の壁にアイデアを投稿するように奨励されるべきです。批評家がこれを行わない場合、プレゼンターはメモを取る必要があります。
時間に目を離さないでください。
コメントが非常に広範で実行されるのは簡単です。各参加者にタイムボックスを設定してください。このようにして、フィードバックを提供し、最も関連性が高く、最大の影響を与えると思われるコメントに集中する時間が限られていることがわかります。
考えを質問として提示することで、設計者は防御的ではなく、理由を表現できます。特定の角度を考慮していなかった場合は、メモを取り、次の反復で対処できます。 –ジュディ・リーブス、 一人で書く、一緒に書く;作家と執筆グループのためのガイド
セッションの後、会議の目的に応じて、プレゼンターは次に実行する特定のアクションのリストを用意する必要があります。次に、フィードバックとアクションの要約を作成し、グループと共有する必要があります。これにより、すべての参加者(および参加できなかったチームメンバー)がセッションの出力を理解し、全員がループにとどまり、会議後のフィードバックを可能にする可能性があります。
デザイン批評は、適切に使用された場合、あなたとあなたのチームがあなたの製品とサービスのデザイン品質を改善するのを助けるのに不可欠な演習です。肯定的な批判とコラボレーションの文化を導入することで、批評は、調査、プロトタイピング、ユーザビリティテストなどの設計プロセスの重要な部分になります。
デザインコラボレーションプロセスの他の部分と同じように、新しいアイデアをテストし、それらから学ぶことを受け入れます。この記事に示されているガイドラインをベースとして、独自の環境に適用してください。自分に最適なプラットフォームを見つけてください。そうすれば、これが長期的にどれほど有益であるかに驚くでしょう。
•••
デザイン批評は、デザイナーまたはチームによるプレゼンテーションです。これは、共同チームが設計ソリューションについてフィードバックを提供し、改善を行うことを奨励する設計プロセスの重要な部分です。
誰かのデザインを批評することは、製品チームのメンバーやその他の利害関係者にとって重要な責任です。批評を行うには、解決すべきコアユーザーまたはビジネスの問題と、そのニーズを満たすための設計の意味を理解して行う必要があります。
デザインの世界での批評とは、デザイナーまたはデザインチームが作業を共有し、フィードバックを求めて、デザインの前提を検証したり、デザインの問題に対するより良い解決策を促したりする会議やプレゼンテーションの設定を指します。
チームと利害関係者がフィードバックを提供して、設計者または設計チームが設計ソリューションを検証したり、次に解決する問題をよりよく理解したりできるようにすることが重要です。設計以外の異なる視点を持つ可能性のあるチームのメンバーから、多様な視点を得るのに役立ちます。
印刷デザインに最適なフォント
批評を書くには、デザインが提示されているコンテキストと、デザインが解決しようとしている問題を理解する必要があります。次に、ライターはフィードバックを収集して整理し、デザイナーまたはデザインチームが前進するための実用的な次のステップにまとめる必要があります。
建設的な批評は、明確で簡潔な批評であり、設計者または設計チームが設計ソリューションを改善するのに役立ちます。建設的な批判は個人的なものではなく、理想的には、個人的な好き嫌いだけでなく、解決するユーザーまたはビジネスの問題全体に向けられるべきです。
破壊的なフィードバックとは、設計者または設計チームが設計を前進させるのに役立たないフィードバックのことです。個人的な批判や漠然とした、または無関係なフィードバックは、批評を破壊する可能性があります。