委員会による設計を避ける
誰もが満足できるデザインを作るのを避けるにはどうすればよいのでしょうか。
UIデザイナーとして、多くの関係者がいる開発チームの一員であることがよくあります。さて、ユーザーエクスペリエンスに関しては、誰もがそれについて何か知っていると確信しています（ユーザー自身がユーザーであり、何かを経験しているからですよね？）。チームのリーダーシップにそのような頭のいい人が2人いると、さまざまな意見が出始め、それらすべてのバランスをとろうとすると、多くの場合、不器用なUIが表示されます。誰もが同意しなければならないため、結果は妥協と気まぐれな考慮に満ちています。説明のために、ラクダは委員会によって設計された馬であるという冗談について考えてください。
状況はさらに悪化します。アジャイルで無駄のないUXメソッドにより、チームの全員が関与するように促されると、これは原則として良いことですが、意見の大部分を得ることができます。
チームリーダーやメンバーの素晴らしい意見やアイデアをどのように組み合わせながら、デザインを有用かつエレガントに保つことができますか？より一般的には、設計の権限をどのように築きますか。ユーザーのエクスペリエンスに関する設計の決定を行うと、人々はそれを認めるようになりますか？
数年の戦いの後、私はそれに慣れました。さまざまな方法で戦うことができますが、「いいえ」または実際には「いいえ」とよく言われるオーソリティとしてプレイすることはできますが、自分のことをよく知っていると断言できる決定的な人が常にいるため、フォロワーを失うことになります。プロセスを確立しようとすることはできますが、プロセスを実行しない人もいます。
プロジェクトの全体像を決めるのではなく、コンサルタントと共同作成者の役割を果たすので、私は実際にこのゲームが大好きです。彼らがあなたがストッパーではなくすべての部分をまとめようとするのを見た場合、あなたは利害関係者の目にはプロジェクトの重要な部分であると考えられます。
だから、あなたがすべきことは、私の目には：
- ビジネス目標の達成につながる議論を準備する
- あなたは間違っている可能性があることを忘れないでください-利害関係者を過小評価しないでください。それらを理解し、彼らのニーズと時間とともに進化し、適応する目標を理解してください
- ビジョンを適応させる-何かが別の方法で行われるべきだと誰かが言ったとき、この人と協力して別の解決策を見つける
- アイデアについて話し合い、ビジネスニーズへの取り組み方を説明する
- 常にビジネス/プロジェクトオーナーを参照してください。結局のところ、これは通常、プロジェクトに最高の影響力を持つ人です。他人からの意見があったとしても、ビジネスニーズに立ち向かう必要がある
- 愚かなアイデアに同意しないでください-何かの背後に理由が見つからない場合、および調査後に（つまり、アイデアをビジネスオーナー、ストラテジスト、または技術的な側面の人々（デザイナー、プログラマー）と相談することを意味します）、それはそうではないことを説明します理にかなっています。つまり、「いいえ」と言った場合。次に、常に理由を説明する必要があり、これには十分な理由があります。
これは一般的なことですが、動作します。
普遍的に良い解決策がなければ、それは良いけれど難しい質問です。しかし、私はあなたがこれを手伝うためにあなたができることができるいくつかのことをあなたに与えるように努めます。
まず、UXデザイナーの役割は多くの場合ノーと言うことであることを認識してください。それは、誰かがあなたが特に好きではない何かを提案するたびに「いいえ」と言うことを意味するのではありません。
次に、すべての入力またはフィードバックを聞いて、時間をかけて検討する必要があります。この考慮事項は、分単位ではなく、時間単位または日単位で測定する必要があります。それを検討するときは、その長所と短所を考えてみてください。その人に話しかけるときは、いくつかの良い点を明確にし、それを使用する理由と使用しない理由を説明する必要があります。これは、時間をかけてそれらの入力を検討したことを示しています。これは通常、使用しない場合にそれらを理解するのに長い道のりになります。
最後に、何かを含める必要があると有力な誰かがあなたに言った結果として、あなたはしばしば貧弱なUXを含める必要があります。その時点では、UXが（XとYの理由で）傷つくと信じているが、それでも彼らが主張している場合は、それを続行することを説明するしかありません。彼らが主張する場合は、あなたが与えられた制約の範囲内で可能な限り優れたUXを試して、UXを作ることができます。
UXは、製品やWebサイトで考慮される多くの考慮事項の1つにすぎないことを覚えておく必要があります。UXはあなたにとって最も重要なことですが、他の問題の方が優先権を持つ人よりも優先される場合があります。 委員会で設計している場合、そこから得られるすべてのソリューションは妥協点となります。したがって、あなたはそれを受け入れる用意がある必要があります。
余談ですが、ここで発生する問題のほとんどはUXに固有のものではなく、ほとんどの専門分野に当てはまります。私がこれに最も役立つとわかった研究分野は Policy Analysis です。それはあなたが求めているものから多少切り離されているように見えるかもしれませんが、深く掘り下げると、それぞれが独自のセットを持つ多くのアクター（利害関係者）がいるときに、システムを設計するか、決定を行う最善の方法に本質的に対処していることがわかります欲望と力の。
上記のすべてに追加するもう1つのアイデアは、可能な場合はユーザーテストを行うことです。何かが機能する/機能しないという証拠がある場合、人々は同意する可能性が高くなります。一部の重要な人々は、あなたが彼らと直接話をしたときにより同意し、彼らはより大きなグループに彼らの力を示す必要はありません。したがって、それらを個別に説得してから、より大きな会議に持ち込むことができます。
事実に基づいて運転するのは理にかなっています。測定可能なコンバージョン目標を設定し、ユーザーテストまたは本番環境からの指標のいずれかでそれらを検証できれば、勝利です。簡単に測定できない場合は、代替案に関する定性的なユーザーフィードバックを収集することをお勧めします。
視覚ではなく、目標に焦点を当てます。
言い換えると、UIの一部を提示するとき、UIのその部分が処理のためにそこに置かれた特定の目標を達成するためにUIのその部分が何をするかを説明します。
そうすることで、なぜ物事が彼らのように設計されているのかを説明することになります。は、ランダムな「ストライプ対水玉」タイプの質問をすべて停止するわけではありませんが、少なくともそれらを減らす必要があります。
さまざまな人から入力を受け取ることは間違いなく便利ですが、ここで重要なのは、入力を要求される人と、入力に基づいて決定を行う人を定義することです。このようにして、人々はプロセスのどの部分に関与し、どのように意思決定が行われているかを知ることができます。また、「設計委員会」の場合、決定がどのように行われるかについていくつかのガイドラインを用意して、それらが個々の好みに基づいているとは見なされないようにすることが重要です。私がこれについて考えるのが好きな方法は、さまざまな入力が段階的に集められ、チームが行動するための実行可能な決定にフィルターされる、目標到達プロセスとしてです。
もう1つの解決策は、これらの入力を求めるときです。設計や開発のさまざまな段階で、特定のグループに意見を求めたいと思います。一般に、高レベルの要件に取り組むのがより効果的です。これらの制約が解決されたら、配信マイルストーンに影響を与えることなく、色、フォント、およびより主観的な要件に時間を費やすことができます。
テスト、テスト、テスト！ A/Bテスト、ユーザーテスト、計算、ターゲットの検索、ユーザーのアイトラッキング、マウスの移動トラック、クリック、実行されたアクション、フォーカスグループ、think-aloud-protocols ...
他のすべては、ただの空の言葉とネットの何百もの記事とどこにも通じない議論です。