この記事は役に立つかもしれません：
*デザイナーui / ux;
*デザイナー;
*請負業者によるプロジェクトマネージャー。
彼女の翻訳を紹介します。
「このシナリオを検討してください：
あなたは、プロジェクトに取り組んでいるユーザビリティチームのリーダーです。 ビジネス分析フェーズを完了し、ユーザーを調査した後、ブレインストーミングセッションといくつかのアイデア生成ミーティングを実施しました。 その後、あなた（またはあなたの従業員-以下イタリック鉱山）は、主要なインターフェイスソリューションのプロトタイプの開発を開始し、顧客にそれらを紹介する準備が整います。 このプロジェクトには忙しいスケジュールがありますが、顧客があなたのコンセプトを検討する時間を与えて、彼らが必要なコメントを与える機会を持つことがいかに重要かを理解しています。 計画に従って、火曜日の朝にプレゼンテーションを行います。
最後に、「木曜日の夕方までにコメントを送信してください」と言って、プレゼンテーションを完了します。
顧客の代表者は、プロトタイプに具体化された概念とアイデアを興味深いと感じたようです。 今、あなたは彼らから貴重なコメントを期待しています-例えば、提示されたコンセプトが顧客のビジネス目標とどのように一致しているか、考慮されていない要件があるかどうか、ワークフローやナビゲーションに問題があるかどうかについて。
木曜日の夕方、顧客からの手紙を開きますが、期待したものから何も見つかりません。 コメントはほとんどありません。また、ロゴのサイズ、フォームや要素への署名のテキスト、個々のブロックの色の変更などに関するコメントもあります。 反対側では、提示された資料に批判的であることの重要性を理解していない可能性があり、コメントの欠如が開発の次の段階で問題を引き起こす可能性があることを心配し始めます。 コメントに割り当てられた時間は終了しました。詳細を尋ねると、プロジェクトはスケジュールから外れるリスクを負います。 あなたは緊張し始めます。 何が悪かったのですか？
顧客からフィードバックを受け取ることの重要性。
それはすべて正常に始まりました。 共通のビジョンを開発し、すべての関係者がそれをサポートすることが、ほとんどのプロジェクトの成功の鍵です。 したがって、コメントを求めて顧客に目を向けると、あなたは正しいことをしました。
Uxの専門家は、開発の初期段階ですべての利害関係者を議論に参加させるかどうかについてしばしば懸念を持っています。 設計に追加したいもの（最初のシナリオの答えで見たもののようなもの）について考えを表現し始めることができます。 しかし、適切な質問をすることで、不必要なコメントを避けることができますが、反対に、設計プロセスの初期段階で、今改善することが重要なことについて、ビジネスや開発者から貴重な推奨事項を得ることができます。
あなたが提案しているソリューションと概念をよりよく理解するために、デザインのアイデアを提示し、顧客にそれらをより詳細に検討する機会を与える機会があると、フィードバックがよりうまく機能することがわかりました。 これには、プロジェクトスケジュールに時間を追加する必要がありますが、他の従業員を議論に引き付けるために、顧客にコンセプトの詳細を思慮深く理解する機会を与えることは価値があります。 さらに、フィードバックの受信期限を制限することは、プロジェクト管理に役立ち、 時間を無駄にすることなくプロジェクトを実行し続けるのに役立ちます。
このエラーは、ui-leadが単に「木曜日の夜までにコメントを送ってください」と尋ねたときに発生しました。
この単純な要求は、インターフェース設計とは何か、プロトタイプで注意すべきこと、この段階で解決される問題についての顧客の認識に関する多くの仮定を反映しています。 これはux-developersのよくある間違いです。これは、彼ら自身が常に設計プロセスで煮詰められており、これらすべての質問に対する答えを長い間知っているという事実から生じています。 設計者自身が、概念の適切な評価を保証する方法を理解し、設計のどの段階を評価すべきかを知っています。 また、顧客は常にデザインについて何か言いたいことがあるため、多くの場合、デザイナーは顧客の代表者がデザインの重要な側面を正しく評価して、デザインの改善に役立つ建設的なフィードバックを提供できると（しばしば無意識に）想定しています。 時々、この仮定は危険を伴わないことがあります。 しかし、常にではありません。
フィードバック品質を改善する5つのステップ
フィードバックの品質を改善し、有用なコメントを取得するのに役立つ簡単な手順がいくつかあります。
1.コンテキストを定義します。 私の経験では、多くの場合、コメントがデザイナーにとって有益なものとならない理由は、その適時性です。デザインプロセスのこの段階では、コメントは適切ではありません。 これは、チームがプロジェクトパラダイム自体、高レベルのソリューション、および共通インフラストラクチャの開発に集中する必要がある初期段階で特に当てはまります。 そして、コメントの著者は常にこれを責めるわけではありませんが、逆に、しばしば彼は彼が低詳細なプロトタイプを提示されていることを知らないだけですチーム。
この問題を解決するには、開発の現在の段階と、この段階で最も適切なコメントの種類を説明します。
図に示す スキーム1は、開発の現在の段階で何が起こっているかを視覚的に示し、議論するトピックのリストを決定するのに役立ちます。
Yandex.Photosで表示
図 1-インターフェイスの開発のどの段階でどのようなコメントが必要か
2.特定の質問をします。 有用で無意味な答えの例を提供します。
「木曜日の終わりまでにコメントを送ってください」のような自由回答形式の質問は、より広範な質問に対するより多くの回答を得る良い機会のように思えるかもしれませんが、実際には通常反対の効果につながります-十分なコメントがなく、彼らはそれについてではありません。
プロジェクトに存在する時間の制約と「自由形式のコメント」の広範な解釈の可能性を考えると、特定の重要な問題をリストし、コンセプト/プロトタイプのどの場所にコメントする必要があるかをメモする方がはるかに便利です。 特定の質問をするか、単にコメントが必要な特定の領域に焦点を合わせて、回答の形式を設定することにより、重要な問題について相互理解を得るために最初にコメントが必要であることを確認するガイドを顧客に提供します。 サンプルの質問を次に示します。
-プロジェクトの提案されたビジネス目標はありますか？ なんで？ /どうして？
-提案された取引プロセス（またはその他の重要なアクション）についてコメントしてください
-提案されたコンセプトには、計画よりも開発に多くのリソースが必要になる可能性があるものはありますか？
-提案されたコンセプトには、法的観点から検証する必要があるものがありますか？
あまりにも多くの質問で顧客担当者に負担をかける必要はありません。
3〜5の基本的な質問は、回答に集中するのに役立ちます。 さらに、質問の文言は、提示された概念の一般的な印象を作成するのに役立ちます。 そして、これは他の質問への答えを構築するのに役立ち、あなたのコンセプトに関する主な考慮事項を強調する機会を提供します。
3.顧客が重要な詳細について別の段落でコメントできるようにします。
設計者は、要素の色や行間隔など、部品の設計に関するコメントを受け取ってがっかりするリスクがありますが、それでも有用な場合があります。顧客にとって重要な詳細に集中する機会を与えることが重要です。
したがって、重要な質問に加えて、他のコメントやプロトタイプへのコメントを作成する機能をフィードバック形式に含める必要があります。 これは、「他にコメントはありますか？」という簡単な質問から始めることができます。これにより、この種の情報を提示するためのチャネルが顧客に提供され、一方で、現在の段階で重要な重要な問題にもっと注意を向けるのに役立ちます。
4.質問に答えるための一般的な指示と「良い答え/悪い質問」の例を提供します。
デザイナーが最も頻繁に失望することの1つは、顧客が問題自体を説明する代わりに「すべてを同じ色にする」というスタイルでコメントを与える状況です。「色が多すぎると情報を知覚するのが難しくなります。」 多くの場合、顧客は設計上の問題を解決する際の設計者の役割を理解せず、単にこの方法で手助けしようとします。
一方、コメントが十分に展開されていない場合、デザイナーは不満に思うでしょう。 コメントの過度に批判的なトーンも拒否を引き起こす可能性があります-たとえば、顧客はデザインの役割を理解せず、デザイナー/デザイナーの椅子に座ろうとします。
このような状況を回避する最善の方法は、顧客に明確な指示を与えることです。 指示は簡潔で本質的に一般的なものであり、それらを損なうことがないようにし、必要に応じて例を含める必要があります。
そのような指示の例を次に示します。
-正直に言って。 私の気持ちを心配しないでください-コメントが必要なものがあれば、後で言うよりも今言う方が良いです。
-「良い」または「悪い」と言うだけでは十分ではありません。 理由を調べてください。 例：
-役に立たないコメント： 「かっこいい！」
-有用： 「グラフの横にコントロールを配置すると、グラフの機能を理解しやすくなります。」
-役に立たない： 「 重すぎる」
-有用： 「ページに広告が多すぎるため、重要なメッセージに集中するのが難しい」
-解決策ではなく、問題を説明してください。 いくつかの解決策があるかもしれませんが、一緒に多くのオプションを見つけることができます。 例：
-役に立たない： 「色を赤に変更」
-有用： 「このような背景のテキストを読むのは難しい」
-役に立たない： 「ナビゲーションを上に移動」
-有用： 「アプリケーションのどこにいるかを理解するのが難しいと思う」
5.コメントを簡単にします。 顧客は忙しい人です。 時間を節約してください。
私の経験では、ほとんどの顧客は、自分の時間を費やすことなく、自分の考えを読んでそこで答えを見つけるための魔法のユーザビリティリーダーを好むでしょう。 これを行う方法がわからないので、顧客の時間に注意してコメントを受け取る必要があります。
手順1〜4では、コメントのリクエストに含める必要のある一連の質問と指示について説明します。 ただし、リクエスト自体は、多くの指示や質問を含む長い複数ページのドキュメントであってはなりません。 短くして、基本的に読むように頼んでください。 リクエストを作成するには、次のいずれかの方法を使用できます。
-オンライン調査は非常に正確な指示を提供し、明確な質問をします。 それらのコメントは順番に収集され、簡単に操作でき、複数の電子メールトピックに散らばる多くのコメントを回避できます。
ただし、このオプションは設定が必要であり、顧客にとっては不便かもしれません。
-インタラクティブなコメントサービスはより便利ですが、欠点がないわけでもありません（ロシア語を話す顧客と仕事をする人にとって、主な欠点はサービスの言語になります） 。 記事「 設計フィードバックを得るための21のリソース 」では、さまざまな構成の同様のサービスを多数紹介しています。
-電子メールは最も簡単なオプションです-結局のところ、顧客は電子メールを最も頻繁に使用しますが、これはおそらく最も便利で使い慣れたオプションです。 重要な質問と明確な指示が記載されたシンプルで短い手紙は、「木曜日の夕方までにコメントを送ってください」という言葉で始まるほとんどの問題を回避するのに役立ちます（ただし、考えられる問題がいくつかあります-glebkalinin.ru/rethink-emailを参照） 。
おわりに
デザイナーと顧客およびその他の利害関係者との効果的なコラボレーションは、プロジェクトの成功の重要な要素です。 顧客はプロジェクトのビジョンを持ち込むことができ、彼らの意見は設計者がビジネスの目標と計画された実装技術と一致する設計問題の空間とソリューションの開発分野を理解するのに役立ちます。 しかし、コメントを求めないように顧客に不注意に訴えると、コミュニケーションの問題や期待の違反につながる可能性があります。 質問の仕方に慎重にアプローチし、簡単な質問と指示を提供することで、設計プロセスの最初に潜在的なリスクを特定し、ストレスを最小限に抑え、期限を守り、最終的に最高のインターフェースソリューションを提供できます。