この質問は、なぜアプローチAがアプローチBよりも私たちとユーザーにとってより有益であるかについての私の完全に適切な推論に対する私の同僚の応答に触発されました。
A vs Bに関して私たちが話している特定の問題に入るのではなく、クライアント(UXに習熟していない)が次のことを主張した場合の対処方法をコミュニティに尋ねたいと思います。 古い方法に慣れているため、ユーザーエクスペリエンスの点で劣るアプローチを使用しています。
彼らの開発者として、私は彼らに可能な限り最高の製品を提供したいのですが、彼らが私を許さなければ、私は多くをすることができません。
これはあなたに起こりましたか?私はそれについて何をすることをお勧めしますか?
クライアントはビジネス目標の達成を望んでおり、そのためにクライアントを雇いました。だから彼らの目的の観点からあなたのピッチを組み立てます。当面の決定はどのようなビジネス指標に影響しますか?
これは、ある体験について本当に重要なことの良いテストでもあります。ビジネス用語で決定を守ることができない場合は、UXの優先順位を再評価することを検討してください。
トピックの詳細については、Jared SpoolのX Strategy Means Businessをご覧ください。
あなたの状況の特定の輪郭を知らなければ、私の一般的なワークフローは次のようになります:
1。 A/Bテストは、この状況で非常に効果的です。
これを行うための手段、ユーザーベース、および予算がある場合。測定可能な結果は、ケースの作成に非常に役立ちます。
A/Bテストを実行する時間、予算、またはユーザーベースがない場合は、他のアプローチ(サンプリング、廊下テストなど)を検討して、ケースの主要なデータを生成するのに役立ててください。
2。有理引数を組み立てる
3。あなたのケースを作る
主要なインフルエンサーと関係者がクライアントサイトに誰であるかを把握します。どのような順序でケースを調整するかを決定します(たとえば、社内のロビー活動を支援するために、ビジネス担当者の前に内部のUXチームにアプローチしたい場合があります)。
クライアントの恥ずかしさを引き起こさずにあなたのケースを作る方法を見つけ出します。分割統治する必要があるかもしれません、またはクライアントにそれが最初に彼/彼女の考えだったと信じさせる必要があります。通常、オフィスの政治/チームダイナミクス/クライアント関係の問題に対応するために、合理的な議論を調整する必要もあります。
安全、法的、または倫理的な問題が発生している場合を除き、あなたの専門的義務は、特定の解決策をクライアントに納得させることではなく、クライアントが情報に基づいた決定を下せるよう支援することです。
4。それがうまくいかない場合は、測定して繰り返す
クライアントが同意しない決定を下した場合は、決定のパフォーマンス(またはパフォーマンスの欠如)を測定する方法を考え出し、穏やかに認めて、パフォーマンス統計やユーザーフィードバックを収集した後で、その決定を再検討することを提案します。 。
あなたが間違っている!!! (笑)
重要な点がいくつかあります。何よりもまず、Bはbetterであり、Aであるので、問題にアプローチすることはできません。Betterは意見です。意見のように外れない「良い」とは言いようがない。代わりに、プロジェクトの目標に焦点を当てます。 500の売り上げを目標とする場合は、実際の数量化可能な数値を使用して、BがAよりも多くのコンバージョンを獲得することを証明します。
たとえば、私が一緒に仕事をしている1人のクライアントが、使用方法が難しく、目が酷い、恐ろしいサイトを持っています。サイトのコーディングやデザインをする人なら誰でも、それを「より良い」デザインに向けてプッシュしようとするでしょう。ただし、サイトは現在の目標を超えています。彼らは醜くて使いにくいサイトで売り上げをより良く変換し、それから彼らは素晴らしいすっきりとしたデザインでそれをします。
次に、それは彼らのお金であることを覚えておいてください。彼らが悪いデザインを実装するためにあなたにお金を払いたいなら、それは彼らの呼びかけです。それが悪いデザインであるという事実を説明するのはあなたの仕事ですが、AまたはBを使用するかどうかを決定するのは彼らの責任です。
最後に、「最高の」デザインはユーザーのニーズを満たすものであることを覚えておいてください。プロジェクトに最適なデザインではない場合、サイト/アプリのデザインに「今週の風味」が取り入れられることがよくあります。確かに特定の方法の方がユーザーフレンドリーであるかもしれませんが、キーボードを見下ろしてください。 QWERTYはこれまでのところ「最高」ではありません...そして、まだ...
したがって、取るべき主なアプローチは「あなたは間違っている」ということであり、あなたはあなたが正しいことを証明する必要があります。実際の定量化可能な数値を使用して、BがAよりも優れていることを証明します。それができない場合でも、あなたはまだ「間違っている」のであり、あなたがしていることはそれらにあなたの意見を強制しようとしているだけです。それがまさにそれであるならば、それは彼らのお金であり、彼らはいつでも他の誰かにそれを与えることができます。
追伸-この回答の正誤は、クライアントの気持ちを示すことを目的としています。あなたはBがAよりも優れていることは間違いなく正しいかもしれませんが、それはクライアントがあなたが間違っているように感じるのを止めることはなく、彼らをあなたのやり方でいじめようとしているのです。
ここで穀物に反対するだけです:
これらのアプローチはどちらも、「そうだね、私は正しい」と言っていますが、それはデザインが機能しない方法です。 A/Bテストの制限に関する良い見方については、 この記事 を参照してください。はい、それは便利なツールですが、盲目的に優れたデザインに導くわけではありません。合理的な議論も難しいことはありません。たとえあなたがすべての点で100%証明可能であっても(おそらくそうではないかもしれませんが)、それは彼らにかかとを掘り起こさせるだけです。仕方。
これは、より良い設計を実現するための計画です。
行き詰まりを打破します。現在、あなたとあなたのクライアントは反対勢力であり、1つだけが正しいことができます。この緊張が長引けば続くほど、彼らが自分の立場を放棄する可能性が低くなるため、この緊張をすばやく解放する方法を見つけてください。例として、優先設計を開始点として使用することを決定できますが、別の設計スプリントを追加して、いくつかのテストを行い、概念を改善できるかどうかを確認します。
小さなコミットメント。一度に両サイドを切り替えるように依頼しないでください。それは人間が働く方法ではありません。つま先を水に浸してもらいます。いくつかの詳細を微調整するか、最初の配信後に再設計するオプションから始めます。
共通の基盤と相互理解に取り組みます。はい、ユーザーエクスペリエンスを最適化したいのですが、他にも多くの目標があります。物事はお金を稼ぐ必要があり、それは安全である必要があり、それは時間通りに行われる必要があります。テーブルの周りの全員が、自分が担当するアプリケーションの要素を知っていることを確認してください。誰もがアプリをどのようにしたいかを示す絵を作成し、意思決定を始める前に、その理想を具体化することに時間を費やします。
プロセスについて話します。アプリを一緒に設計する方法について話し合うのに時間をかけます。単に人々が知っているとか、上司やクライアントが言うことをすべてやらなければならない、と思ってはいけません。働き方についてクライアントを教育し、誰もが注目するアプリの次元(コスト、セキュリティ、UX)について話し合います。
ユーザーストーリーをまとめて記述します。特定の機能に関する仮定を持たない幅広いストーリー。ユーザーが誰であり、何を望んでいるかに焦点を当てます。結局のところ、すべての利害関係者は、頭の中でこれについて同じで明確なイメージを持っている必要があります。それはあなたの共通の基盤になります。
非公式のユーザーテストを行います。A/Bテストを忘れます。それはあなたが正しい上司を示すことではなく、ユーザーがデザインを現状のままどのように反応させるかを彼に示すことです。これは、紙のプロトタイプのみを使用して、すぐに実行できます。すべての関係者がテストをライブで見ていることを確認してください。チームがユーザーの実際の行動を確認すると、共通の基盤が広がります。 しないでくださいテストを意思決定者として設定し、情報とユーザーへの洞察の情報源として設定します。
あなたはすでにプロセスにかなり遠いところにいるようですので、これらのことのいくつかを行うためのお金や時間がないかもしれません(ただしは常にありますがお金とテスト時間)。これらの原則を使用して、まだ回収できるものを確認し、次のプロセスのために残りを念頭に置いてください。
それは私に起こりました。私が言えることは、あなたがあなたのケースを提示し、できれば事実を使用することです(「これによりユーザーがx秒節約できる」または「サイトのX%がこれらの理由でこれを行っている」)。事実は重要です。
最終的にクライアントはそれを支払うので、彼らは彼らが望むものを手に入れます。以前、私はいくつかのばかげた設計決定をしなければなりませんでした(ありがたいことに悪いことは何もありません)が、あなたは別のプロジェクトに移り、革新的な何かを行うだけです。小さな勝利。
最終製品は、有形、無形、または中途半端なものになります。最終的にエンドユーザーエクスペリエンスを決定する選択肢があります。 assistこの開発を専門知識を持って採用します。
エンドユーザーエクスペリエンスに違反していると思われる場合は、必ずnotifyを適切なレベルで確認してください。
提供している製品の価値が高くなっても、それらを使い続けると、 ユーザーカスタマーエクスペリエンスが低下します。
あなたが彼らに与えることができる最良の製品は、彼らが望むものであり、あなたが望むものではありません。それはあなたがするためにサインアップしたものです。あなたは彼らにあなたのアイデアを説得するのに最善を尽くしますが、彼らが同意しない場合、あなたは間違っています。そして結局、あなたは開発者であり、伝道者ではありません。
これは古い本であり、デールカーネギーはおそらく、タイトルの表現が今私たちにどのように影響を与えるかを見ることはできなかったでしょうが、友達を獲得して人々に影響を与える方法は、このような状況に不可欠な読み物です。そして、それはマキャベリではありません。カーネギーは、相手に純粋な関心を向けるなどの取引を行います。
もう1つのマイナーなビネットは、トップのビジネスネゴシエーターが講義後に聴衆からの質問に答えていたときに起こりました。聴衆のメンバーは、「1日中あなたを1日中追跡し、学び、観察することができたら、何を文章で拾いますか?」と言いました。
交渉担当者は、「2つの単語だけで十分です。よく聞いてください。」
コミュニケーションが得意な人(私も含めてよくわかりません)は、コメントに他の重要な作品へのリンクを含める場合があります。
他の回答では言及されていませんが、クライアントとエンドユーザーの好みが異なることを説明することは価値があります。端的に言えば、あなたはクライアントのためのデザインを作っているのではなく、クライアントは彼らのクライアントのためのデザインを作るように頼みました。クライアントが何かがどのように機能するかを好むかどうかは関係ありません。
ただし、この議論は両方向に変動します。何かがどのように機能するかが好きかどうかも重要です。
それも考慮してください。あなたは「古い方法」が好きではないので、Xを実装しますか?
いくつかの証拠を示します。実験を実行します。
@tohsterが示唆するA/Bテスト。または、モックアップでいくつかのユーザビリティテストを行います。または、いくつかの紙のプロトタイピングを行います。またはカードソートを実行します。または、いくつかの顧客インタビューを行います。または…何でも。
議論されている特定の問題を知らなければ、特定のメカニズムを推奨することは困難です。しかし、ほとんどの場合、間違った決定を下すよりも安くなる問題を調査するための迅速で低コストのメカニズムがいくつかあります。
他の貢献者が言及していないことの1つは、劣ったオプションを選択する可能性を減らす方法です。これらは私の考えではありませんが、残念ながら私はそれらを読んだ場所を思い出せません。
1)理想的なオプションのみを表示。あなたが雇われた領域で考え、考慮し、デザインをすべて行うのはあなたの仕事です。確かに、それが最善である理由の背後にある推論を準備し、バックポケットに他のオプションを用意します。ただし、劣ったオプションを選択しないでください。
2)本当に大まかなフィードバックを求めないでくださいのように "だから、どう思いますか?この色/フォント/写真が好きですか?"彼らが答えるスキル、背景、知識を持っていることを質問します。UI、ページ、製品が達成すべきことなど、彼らがあなたに必要としないものです。たとえば、UIのどの部分で達成すべきかを説明した後(たとえば、「ユーザーが行動を促すフレーズ#1に誘導するようにインターフェイスのこの部分を設計し、それ以外の場合は詳細情報を入手できる場所を明確にしました。 #1の準備ができています。」)、それが彼らが望んでいたことかどうか尋ねます。
一般的に、他の人が述べたように、あなたが設計したものが彼らの目標を達成するか、達成しないかについて話し合うようにしてください。
(そして、私はこれを言う必要はありません:すべては非常に敬意を表して、下がらない方法で行われなければなりません、さもなければ彼らはあなたの華やかさを嗅ぐでしょう。)
納得させるための最良の方法は、経験的データを使用することです。実際のユーザーに尋ねます。それらといくつかのユーザーフィードバックセッションを実行します。 BとAを見せて、ユーザーフローを試してもらい、質問をします。両当事者が出てくる答え(および新しい質問)に驚かれるように準備してください。
私はおそらくこれについてプッシュバックを取得しますが、とにかくそれを言うつもりです。
まず、コラボレーションを楽しむことを繰り返します。他の人と協力してアイデアを融合させることは、私たちの仕事の中で絶対に最良の部分です。私はすべてのリソースを使い果たし、クライアントが最終的な成功を収めるためにできる限りのことをすることを信じています。
耳を傾け、調査し、裏付けとなるデータを示し、理性を訴え、ユースケースを示すように指示するフィードバックのほとんどに同意しますが、最終的には、あなたが行う作業とそれによって得られる評判は長くなりますクライアントが別のデザイナー/代理店に移動した後、またはおそらく彼らのビジネスが失敗した後。
時々、それがうまくいかないとき、あなたが良い仕事をすることができないなら。あなたはそれが間違いであり、恣意的な芸術的不一致ではないことを絶対に知っています。そのクライアントを起動する必要があるだけかもしれません。
いくつかのケースでは、これは代理店にとってプラスに働きました。たとえば、私が最初にデザインスクールを卒業したとき、広告代理店は彼らがクライアントとしてNikeを解雇したと述べて見出しを出しました。最高経営責任者(CEO)は、ナイキが彼らに彼らが最も得意とすることをするように雇ったと述べ、ナイキは彼らにそれをさせる必要があった。少し後にナイキが戻ってきて、代理店に同意しました。機関の終わりには非常に成功しました。
私は人生、アート広告、さらには定量化可能な研究、ケーススタディを信じており、オピニオン主導のUXの分野ではありません。顧客のために戦うことは単なるアイデアではありません。私は、私たち一人一人によって定義され、私たちが知っていると思うことを疑問視する私たちの仕事、結果、および誠実さによって表される、情熱主導の共感のロールです。 UXに関するすべての質問の前に、20年の経験があっても、私の意見は自分のものだということを思い出します。確かな現在の研究とユーザーとの対話なしでは、私は製品についての自分の気持ちを証明することができるだけです。
それができるので怖い。大きな成功を収めるためには、大きなリスクを負う必要があります。失敗することもあれば、成功することもあります。真実は、すべての優れたアイデアは、非常に大きなリスクを冒すことをいとわないあなたや私のような人から始まりました。今日それらは私たちが尊敬するデザインヒーローです。
幸運とあなたとあなたのクライアントの究極の成功を祈っています。
マクレモア
ほぼすべてのポイントがここでカバーされています。私はこのサイクルを経験しましたが、すべての事実にもかかわらず、正直に言って、クライアントは自分の道を進んで進んでいました。
何をすべきか:
理由は単純で、