効果的な設計フィードバックを提供および受信する方法

完璧への道は建設的な批判と良いフィードバックにあり、それはどんな職業にも当てはまります—ウェブデザインが含まれています。

良いフィードバックは仕事を改善するだけでなく、時間を節約し、早い段階で落とし穴を避け、クライアントの期待に確実に応えられるようにします。

ただし、フィードバックの提供と受信はバランスをとる行為です。

クライアントは自分が何を望んでいるかを知っているかもしれませんが、ユーザーエクスペリエンス、設計原則、ソフトウェアの制限などには気づいていません。 一方、デザイナーは優れたデザインを作成するための知識を持っているかもしれませんが、それはクライアントが望んでいるものと一致していない可能性があります。

今日は、次のヒントをいくつか紹介します。

• 設計者がビジョンを実装するために使用できる有用な設計フィードバックを提供する方法に関するクライアントおよびその他の利害関係者。
• クライアントが適切な種類のフィードバックを提供するのを支援する方法と、それに対応するための最善の方法についてのWebデザイナー。

ただし、最初に、有用なフィードバックを取得することの重要性を見てみましょう。

デザイナーがクライアントから提供された情報を取得してそれを実行する方が簡単に思えるかもしれませんが、彼らが思いついたものがクライアントが考えていたのと同じビジョンであるという保証はありません。

プロジェクトのチェックインをスケジュールし、そのときにフィードバックを収集することで、設計者は途中で調整を行うことができます。 この方法で作業することには、さまざまな利点があります。

デザインの原則からウェブ標準、ウェブデザインのトレンド、ユーザーエクスペリエンスのベストプラクティスまで、デザイナーは高品質のウェブサイトの構築について知っておくべきことをすべて知っています。 クライアントがこれらの戦略に常に精通しているとは限りませんが、デザイナーは、クライアントに反するフィードバックや個人的な好みを完全に却下するのではなく、クライアントがその価値を理解するのを助けることができます。

このようにして、Webデザインプロセスははるかに協調的になります。

クライアントはプロセスに参加するように招待され、ブランドにとって意味のある美学とコンテンツの種類についてデザイナーを教育します。 次に、デザイナーは入力を受け取り、それをWebサイトに適用する最適な方法を決定します。

クライアントのビジョンは重要ですが、それが優れたWebデザインやユーザーエクスペリエンスのルールに違反している場合、盲目的に実装することはできません。 そして、この決定を下し、その背後にある理由を（最も簡単な言葉で）説明して、クライアントがそれに乗り込むことができるようにするのは、設計者の仕事です。

デザイナーは、クライアントのビジョンを1回目または2回目に釘付けにするわけではありません。 Webサイト全体が構築されるまでフィードバックが収集されなかった場合、タイムラインまたは予算にどのような影響があるか想像してみてください。

デザイナーができることの1つは、クライアントをできるだけ早くプロジェクトに参加させることです。 クライアントのフィードバックは、サイトのスケッチとワイヤーフレームを早い段階で表示することにより、実際の設計作業が始まる前に、設計者がクライアントのビジョンにますます近づくのに役立ちます。

次に、設計者はさまざまなプロジェクトのマイルストーンでクライアントにループインしてフィードバックを収集する必要があります。 これにより、改訂ラウンドがより管理しやすくなるだけでなく、Webデザイナーはプロジェクトのペースをより適切に制御できるようになります。

設計者がフィードバックをプロセスの一部と見なす場合、それは事前に計画できるものです。 クライアント契約と作業契約の範囲を作成するとき、設計者は予算とタイムラインの一部としてフィードバックと改訂ラウンドを考慮に入れることができます。

何かがうまくいかなかったり、外部の緊急事態が発生したりしない限り、スコープクリープは画像にさえ入らないはずです。

フィードバックを送受信するための健全で生産的なアプローチは、Webデザインプロジェクトに関与するすべての人に違いをもたらすことができます。

それがないと、多くの悪い感情が渦巻くのは簡単です。 気性フレア。 気持ちが傷つきます。 すべての議論は戦いのように感じます。

その否定性は、関係するすべての人にとって仕事全体にストレスを与えるでしょう。 そして、誰かがプロジェクトについて苦々しく感じて立ち去る可能性があります。

しかし、健全なコミュニケーション環境を構築することにより、設計プロセスは、両者が互いに対立している場合よりも生産性が高くなり、結果がはるかに良くなります。 結局、誰もが一緒に達成したことに満足してプロジェクトから離れます。

この立場にいると思う人はたくさんいます。

• 彼らのウェブサイトを構築するためにデザイナーを雇った事業主
• ウェブデザインの仕事を監督するプロジェクトマネージャー
• デザイナーパートナーに仕事を外注しているウェブデザイナー

あなたが誰であるかに関係なく、フィードバックを提供する目的は、デザイナーの仕事を壊すことではありません。 ブランドのビジョンに沿ったウェブサイトが必要で、その目標を達成するのに役立つ場合、フィードバックは需要よりも議論である必要があります。

デザイナーにフィードバックを提供する際に留意すべき点は次のとおりです。

WebデザイナーがWebサイトのタイムラインをまとめ、フィードバックを残すことができるマイルストーンを組み込み、コミュニケーションのためのプラットフォームを提供した場合は、プロセスを信頼してください。 プロジェクトのハイジャックとマイクロマネジメント、またはその逆に、デザイナーを完全にゴースト化することは、災害のレシピです。

あなたはある理由でデザイナーを雇いました。 今、彼らが手綱を取ることを信頼してください。 彼らはあなたにそれが時間になったときにあなたの意見を表明する機会を与えてくれます。

スケジュールされたマイルストーンの間の時間を使用して、一人で、静かに、オフラインで製品を確認します。 そうすれば、細部に集中することができます。

「キッチンの料理人が多すぎる」というフレーズを聞いたことがありますか？ これは、あまりにも多くの貢献者や利害関係者が問題について検討したり、プロジェクトに参加したりすることを許可した場合の悪影響を指します。

キッチンに料理人が多すぎることに伴う対立や混乱を避けるために、Webデザイナーは、主要な意思決定者として1人を選ぶように求めます。 最終的に、プロジェクトに最初から最後まで関わっているその1人が、明確で一貫性のある一貫した情報を提供できるようになります。

ボーナスとして、デザイナーと意思決定者の間の1対1の会話になるので、会議に多くの時間を費やしたり、フィードバックに行ったり来たりする必要はありません。

フィードバックを共有する機会があれば、自分にとって何が効果的で何が効果的でないかを具体的に説明してください。

たとえば、ホームページのデザインが「気に入らない」とデザイナーに伝えることは、デザイナーにとっては役に立ちません。 「この画像をポップにできますか？」のように、専門用語やあいまいな言葉を使ってやりたいことを説明する場合も同様です。

フィードバックを提供するときは具体的にしてください。 それを行う方法がわからない場合は、自問してください。

「なぜ私はこれが好きではないのですか？」

色がブランドの雰囲気に合わない、フォントがフォーマルすぎる、または画像が偽物のように見える可能性があります。 デザイナーが何かを行うことができる応答を提供できるように、実際に応答を推進しているものを見つけてください。 そのために、各ページ/コンポーネントの目標を最初から定義することを強くお勧めします。 そうすることで、フィードバックを提供するときに、焦点が絞られ、設定された目標と目的の範囲内にとどまるようにすることができます。

また、正確に何が間違っているのか、またはそれを修正する方法がわからない場合は、設計者に助けを求めてください。 彼らはあなたを正しい解決策に導きます。

デザインについての考えを伝えるのは必ずしも簡単ではありません。 「なぜ？」を知っていても、それを明確に表現する方法がわからない場合があります。

代わりに、あなたが話していることを彼らに見せてください。 おそらくあなたはあなたが好きなスタイルのニュースレターを見たか、本当にあなたを驚かせた連絡フォームのあるウェブサイトがありました。 設計者が理解できるように、技術的に何かを説明する必要があるとは思わないでください。 見せてください！

提示されたものに対して感情的な反応があるかもしれませんが、フィードバックを現実的にすることが重要です。

したがって、「私は感じる」と言いたい場合、または「私は嫌い」などの他の感情的な反応を使用したい場合は、一時停止ボタンを押して、ビジネス目標との実際の対立が何であるかを把握してください。

感情的な反応はデザイナーには役に立ちません。 彼らはデザインを正しくするという点で彼らがどれほど暑いか寒いかを測ることができるかもしれません、しかし感情は彼らに働くための具体的なものを何も与えません。

あなたの傾向が「私はそれを愛している」のような抜本的な発言をすることであるならば、同じことが言えます。 デザイナーが行ったことに満足していることをデザイナーに知らせるのは素晴らしいことですが、包括的なフィードバックをデザイナーに提供することは役に立ちません。

代わりに、何があなたを幸せにするのか、何がそうでないのかを正確に伝えますが、フィードバックも現実的にすることを忘れないでください。 あなたが彼らを雇った仕事の範囲を超えること、またはタイムラインと予算に基づいて他の方法で不可能なことをするように彼らに頼むことは、以前にはなかった場所でのみ対立を追加するでしょう。

あなたのウェブサイトのサイズに応じて、あなたは与えるべき多くのフィードバックを持っているかもしれません。 設計者と入力を共有するときは、重要性に基づいて入力を整理することを検討してください。

変更の重要性は、いくつかの要因によって異なります。

• Webサイトのどの部分に影響を与えるか
• 実装にかかる時間
• それが必要なのか、それともただのつまらないコメントなのか
• それがもともと仕事の範囲の一部であったかどうか
• 設計者が要素をどの程度制御できるか（他の誰かによって作成された場合）

あなたはあなたのフィードバックを表明することができ、そして表明すべきです。 何を求めているのか、それがタイムラインと予算にどのように影響するのかを念頭に置いてください。

フィードバックを否定的なものと見なすのは簡単です。

「フォームが長すぎて、お問い合わせページのスペースを取りすぎています。」

「Aboutページの写真は、私たちをうまく表現できていません。」

「ボタンの色はテキストを読みにくくします。」

また、正のフィードバックを残す必要があります。 これは、デザイナーのエゴを撫でることではありません。 それは、あなたとあなたのブランドにとってうまく機能するのは、彼らが何をしてきたのかをよりよく理解するのを助けることです。 そうすれば、変更を提案しても、同じ間違いを繰り返すことはありません。

優れたデザイナーになるハードスキルとは対照的に、コミュニケーション、交渉、忍耐などのソフトスキルでは、クライアントのフィードバックを最大限に活用できます。 有益なフィードバックを収集できるだけでなく、クライアントのために作成したWebサイトに対するクライアントの信頼と信頼を強化することもできます。

これらのソフトスキルを機能させる方法をいくつか紹介します。

クライアントからのフィードバックは、Webデザインプロセスに組み込まれているチェックポイントだけではありません。 クライアントになる前に、クライアントと話し合う必要があります。

Webデザイン契約と作業範囲（SOW）をまとめるときは、フィードバックに関連するすべての詳細をレイアウトするようにしてください。 最初から正しい期待を設定することにより、クライアントは仕事が始まったら彼らの意見を与える準備ができています。

事務処理でフィードバックに対処できるいくつかの領域は次のとおりです。

プロジェクトのタイムラインとマイルストーン

スタイルガイドを作成した後やプロトタイプの準備ができたときなど、プロセスの重要な部分にフィードバックステージを追加します。

クライアントがそれらをカレンダーに追加し、時間通りにフィードバックを提供する準備ができるように、それらに日付を割り当てます。

改訂数

Webデザインプロジェクトに取り組み、フィードバックや改訂リクエストを受け取らない可能性はほとんどありません。 これを見越して、各段階で許可される改訂の最大数を設定します。

また、クライアントがフィードバックを提供する必要がある期間を指定することもお勧めします。 このように、彼らがボールを落とした場合、あなたはそれを処理するための適切なプロセスを持っているでしょう。 彼らがフィードバックを提供するまでプロジェクトを保留にするか、承認として彼らの沈黙を取り、次のステップに進みます。

作業範囲

プロジェクトの範囲を明確に分類するようにしてください。 クライアントのフィードバックまたは要求のいずれかが元の範囲を超えている場合は、署名されたSOWを指すことができます。

範囲を拡大する場合は、次に何が起こるかを説明する句を含めます。 あなた（またはあなたの他のクライアント）が無料で余分な仕事を引き受けたり、プロジェクトに割り当てられたよりも多くの時間を費やしたりすることは公平ではありません。 したがって、プロジェクトのコストと納期がどのように変わるかを規定する必要があります。

オンボーディングプロセス中にクライアントから収集するものはたくさんあります。 ログインクレデンシャル、ロゴ、アセットに加えて、デザインの好みについて質問することを忘れないでください（入手できる場合は、気に入ったWebサイトの例を使用してください）。

あなたがするかもしれない他の何かは、オンボーディング中にあなたのクライアントにインタビューすることです。

これに備えるために、クライアントのブランド、デザインの好み、およびビジネス目標に関連する質問を含む目標クイズを作成する必要があります…

面接/クイズは、最初から協力関係の準備を整えるため、優れたオプションです。 あなたは彼らに彼らの目標について尋ねると、彼らは彼らの期待と好みをあなたとリアルタイムで共有する機会を得ます。

彼らの好き嫌いが何であるかを知ることは彼らのビジョンに沿ったウェブサイトを作成することをより簡単にするでしょう。 さらに、彼らが後で彼らの元の入力と矛盾する場合、彼らの好みの公式記録を持つことは役に立ちます。

もう一つ：

この情報をまだ持っていない場合は、オンボーディングフォームに質問を含めて、クライアントに、フィードバックを受け取って返信する意思決定者を1人指定するように依頼します。

モックアップやその他のデザインアセットを静的PDFまたはJPGの形式でクライアントに送信するのは最善の方法ではない場合があります。 それはあなたが心配しなければならない技術的知識の欠如だけではありません。 また、フィードバックを提供する形式でもあります。

1人のクライアントがスクリーンショットを撮る場合があります。 別のクライアントは、修正したいすべての箇条書きを含む終わりのない電子メールを作成する可能性があります。 別の人はあなたに電話して、フィードバックがあるたびに変更のリストをガタガタ鳴らすかもしれません。

これを行うためのより良い方法は、クライアントにUIをマークアップできる視覚的なフィードバックプラットフォームを提供することです。 BugHerdとUsersnapはどちらも使いやすく、クライアントの学習曲線を最小限に抑える必要があります。 これには、InVisionやFigmaなどのプロトタイピングプラットフォームを使用することもできます。

小さな変更や変更に関連するフィードバックは書面で提供できますが、クライアント（またはデザイナー）と直接会って新しい設計コンセプトについて話し合うと、より良い結果が得られます。

まとめたものへのリンクをクライアントに電子メールで送信すると、あらゆる種類の問題が発生する可能性があります。 引き継ぎによって混乱したりイライラしたりするのではなく、簡単な電話をスケジュールします。 10分または15分以上は必要ありません。

ZoomまたはGoogleハングアウトを使用して、すばらしい表現を提供し、動作するプロトタイプをクライアントと共有します。 彼らは彼らの新しいウェブサイトに興奮して感情的になるでしょう、それでこれはあなたが一緒に構築したものを祝うための素晴らしい方法です。

もちろん、デザインの完成だけに集中したくはありません。 あなたはまだ彼らのフィードバックを得る必要があります。 したがって、プロトタイプを説明するときに、実行した内容のコンテキストを提供し、話し合った元の目標を思い出させます。

次に、ファイル、フィードバックの確認と追加に使用するフィードバックまたはプロトタイピングプラットフォームについて説明し、何をしたいかを正確に知らせます。

最後の点は特に重要です。 何に焦点を合わせるか、いくつかのアクションアイテムについて明確な方向性を示すことで、より具体的で完全なフィードバックを得ることができます。

クライアントが猥褻さや侮辱を投げかけ始めない限り（これはまったく別の問題です）、個人的にデザインのフィードバックを受け取る必要はありません。

あなたが彼らのターゲットオーディエンスと同様に検索エンジンでうまく機能するウェブサイトを構築する方法を知っているので、人々はあなたを雇います。 彼らがそれを行う方法を理解していれば、彼らはそれを自分で行うでしょう。

とは言うものの、あなたが得るフィードバックのいくつかは傷つくと感じるかもしれません。

「私はそれが好きではありません。」

「これは私が望んでいたことではありません。」

"それは醜いです。"

ここでのヒントの多くは、クライアントがそのように応答しないようにする必要があります。 ただし、これに遭遇した場合は、彼らが感情的な反応を示していることを思い出してください。 あなたの少しの助けを借りて、彼らは彼らのフィードバックを再形成し、あなたと協力して彼らのサイトをあなたの両方が満足している場所に連れて行くことができるでしょう。

繰り返しますが、それはあなたのことではありません。 それは彼らが彼らのウェブサイトに持っている強い感情的なつながりについてであり、それを間違えたくないのです。 それは完全に理解できます。 応答するときは落ち着いて、彼らがそれをやり遂げるのを手伝ってください。

役に立たないと思われるフィードバックを受け取った場合は、それを完全に書き留めないでください。 代わりに、何が起こっているのかを詳しく見てください。 クライアントのフィードバックのルートを特定するのに役立つ、クライアントの主要な質問をします。 例えば：

クライアント： 「ホームページの画像が気に入らない」

あなた： 「正確にはどれですか？」

クライアント： 「それらすべて。」

あなた： 「さて、ヒーローセクションの最初の画像から始めましょう。 気に入らないのは画像の形ですか？ 色？"

クライアント： 「たぶん、私は紫の大ファンではありません。」

クライアントの焦点を絞って、質問を管理しやすくします。 次に、拒否の原因が正確にわかるまで質問を続けます。 何も見逃さないように、必ず彼らの反応を聞いてメモをとってください。

何を修正する必要があるかを明確にするのに役立つだけでなく、彼らの考え方を「すべてが間違っているので嫌い」から「わかりました。別の写真が必要です」に変更する必要があります。

受け取った設計フィードバックのすべてが有効になるわけではありません。 悪いフィードバックを取り入れてサイトの品質を損なうのではなく、後押しする方法を学びましょう。

これが必要になる場合があります。

客観的にユーザーエクスペリエンスの低下につながるようなことをするように求められます。

これが発生した場合は、デザイン用語や技術用語を使用して、なぜそれが悪い考えであるかを説明しようとしないでください。 データとケーススタディを使用して、それらに証拠を示してください。

彼らは一つの小さなことについて気まぐれです。

必要な変更の優先順位を設定できるようにします。 取るに足らない何かがプロジェクトをどのように妨げているかを見れば、当分の間それを落としても大丈夫だと気付くでしょう。

彼らは最初にあなたに言ったことと矛盾しました。

これが、適切な記録管理が重要である理由です。 オンボーディング中の好みのキャプチャからすべての通話の録音まで、これらのレコードを使用して、彼らが今求めているものが開始時とどのように異なるかを示します。

作業範囲や改訂数を超えています。

誤解の深刻な問題がない限り、これは起こらないはずです。 クライアントが行き過ぎて、支払った金額を超えようとしている場合は、もう一度、署名した書類を見せて、フィードバックと改訂の制限を思い出させます。

彼らは社外の誰かからフィードバックを持ってきました。

2番目のフィードバックは、クライアントの会社の壁の外から来ます（たとえば、彼らの配偶者、友人の子供、パーティーで出会った誰か）は、あなたがそれに終止符を打つべき2番目です。

彼らが彼らのウェブサイトを良い場所に持っていくために努力しているという事実を尊重し、彼らに感謝します。 しかし、あなたが専門家であるため、彼らはあなたにウェブサイトのデザインを任せました。 部外者、特に設計者以外の人や組織内にいない人からのフィードバックは役に立たない可能性があります。

それをそっと脇に置き、クライアント（またはそのソース）の気持ちを傷つけないようにする方法を見つけてください。 そのための良い方法は、データとケーススタディに基づいたテーブルにカウンターポイントをもたらすことです。

クライアントのフィードバックには、構築したWebサイトの結果を大幅に改善する機能があります。 しかし、すべてのフィードバックが良いフィードバックであるとは限りません。

クライアントの側からは、プロセスに対する健全なコミュニケーションと信頼が必要です。 そして、設計者の側からは、制御と理解が必要です。 可能な限り最高のウェブサイトを作成するという目標を持って両者が協力できれば、このコラボレーションは本当に実り多いものになるでしょう。