ユーザーエクスペリエンスの問題を高める
ユーザーエクスペリエンスの問題を特定してログに記録すると、特にエンタープライズソフトウェアでは、他の競合する優先事項が原因で、問題への対処が困難になる場合があります。
ユーザーエクスペリエンスの問題を他の競合する優先順位よりも高くするためにどのような戦略を使用できますか？
お金の話、でたらめ散歩
自然にUXを優先しない企業（つまり、ほとんどの企業）は、なぜUXの改善にお金を使うことが重要なのかを売却する必要があります。
したがって、それを行うための最良の方法は、なぜそれが重要なのかについて明確なビジネス上の根拠を用意することです。
変換を改善することですか？すごい！コンバージョンの何パーセントの増加が改善すると予想しますか？さらに良いことに、A/Bテストを実行して、収益を$ x増加させる結果を後押しできる数を用意できましたか？
数量化できない場合（直接的な収益改善ではない場合でも）、常に納得するのは困難な作業になります。他の作業よりも優先するビジネス。
質問をユーザー調査の練習として扱います。今回、調査しているユーザーはあなた自身の開発チームです。どのようにしてどこで決定が下されるのですか？これらの決定に影響力を持つのは誰ですか？彼らはどのように通信しますか？競合する優先事項は何ですか？実際の作業はどのように行われますか？
オーディエンスについての理解が深まったら、アプローチを調整できます。チームがバグトラッカーを介して通信して作業項目を取得する場合は、UX作業にそのバグトラッカーを使用する方法を学ぶ必要があります。不承認、または非コミットメントの態度でさえ何も起こらないという人が1人いる場合は、その人を参加させる必要があります。単一のトピックのみに関心がある人が1人いる場合は、その単一のトピックに関して作業について話す方法を理解する必要があります。 PowerPoint経由でのみコミュニケーションをとっているように見えるリーダーがいる場合、彼らが愛するPowerPointデッキにアイデアを取り込む必要があります。定量化できるものだけに関心がある人がいる場合は、定量化できるものに関して結果を議論する必要があります。数量化可能であることは、製品からの収入の観点だけでなく、開発者の生産性の観点からも注目に値します。ある方法を実行する方が実装がより高速または容易であること、または保守コストが低いことを示すことができる場合、それは、それが定量化可能である場合にのみそれについて聞きたいという人にとって優れた議論です。
最も重要なのは、これを1人または1人のチームだけで行うだけでは不十分であり、これを1回行うだけでは不十分です。それは一から一までではありません。開発サイクル全体を通じてチームと関わる必要があります。あなたは素晴らしい仕事を前もって行い、人々を参加させることができますが、それを表す人がいないので、彼らがあなたの仕事をカットしたことをやめ、後で学びます。関与し続けることは、チームの制約を理解し、将来のリリースでユーザーに最大の改善をもたらすUXに向けて取り組みながら、短期的にUXの改善をもたらす妥協案を生み出すためにチームと協力するのに役立ちます。関与し続けることは、ユーザーとの話し合いでユーザーを代表する機会を得ることを意味し、ユーザーが持つ質問に答えたり、多くの追加作業を行わなくてもユーザーに設計の方向性を提供したりできる場合があります。関与することで、チームのより良いメンバーになり、チームのより尊敬されるメンバーになり、最終的にはより良いユーザーエクスペリエンスの提供につながります。
ユーザーエクスペリエンスを所有するのはあなたの仕事です。設計を完成させたり、調査報告書を提出したりせず、それで終わりです。最高のユーザーエクスペリエンスは、実際に配信されるものです。優れたデザイナー/研究者と優れたデザイナー/研究者の違いは、チームと協力してユーザーエクスペリエンスを実際に改善する方法を知っている人です。
このシナリオを紹介しましょう。
私（あなたのCEO）はナイフのセットを持っています。完璧ではなく、プロではなく、高すぎません。彼らは十分に機能し、私の好みに合わせてトマトをカットし、私は自分で「新しい/より良いナイフを手に入れるべきだ」とは思いもしませんでした。彼らは私の家族のためにスープ、サラダ、ブレッドスティックを問題なく準備しています。
セールスマン（あなた）が私の家に近づき、ナイフを売っています（あえぎ！プロットツイスト）。とにかく、彼は私のナイフの経験をより良くするための革命を起こすナイフを持っていると主張しています！彼はunobtaniumで作られた刃を持つナイフを紹介し、完全にバランスが取れている（UXの問題）ので、3歳の子供が安全に使用できました。
彼らは素晴らしいナイフだと私は確信しているが、私は1つのナイフで700ドルも咳を出しているわけではない。私は本質的に彼から何も必要とせず、彼が提供しているものがすでに設置されて機能しているので、セールスマンは私に対して困難な戦いをしています。
セールスマンが私に近づいてきて、この素晴らしいライトセーバーナイフをチェックアウトすると言ったら、私はかなりの現金をすぐに落とす傾向があります。追加のボーナスとして、ナイフのバランスのUXの問題がこのナイフで完成しましたが、それは確かに私をそれに売り込んだものではありません。
とにかく、現在の機能について新しくエキサイティングなアイデアを提示し、途中でUXの問題を修正してください。
これで、レポートが完了し、修正すべき問題のリストができました。あなたは開発者の時間が貴重であることを知っているので、問題を修正するために問題に適切に優先順位を付ける必要があります。
このような条件は、リスト内の発行位置に影響します。
- 緊急度。問題が主なユーザーシナリオを壊す場合、これは優先度1です。
- Easy-to-Fix。すばやく簡単に修正する方法をすでに知っている場合。
- 現在の開発パイプライン。アプリの一部が既に再作成されている場合は、チケットをエピックに追加/変更できます。