UXプロセスを正当化するにはどうすればよいですか？
可能性のある複製：
Xを重視するように組織をどのように説得しますか？
過去1年以内に「ワンマンユーザーエクスペリエンスショー」として大企業に参加し、UXプロセスなしで成果物（たとえば、新しいIA、ワイヤーフレームなど）を作成するように求められることがよくあります。私の雇用主は、ユーザー調査とユーザーテストは時間の浪費であり、ユーザーエクスペリエンスの専門家として、ユーザーが何を望んでいるかを推測できるようにすべきだと考えています。そうでなければ、どうすればそれらを説得できますか？
ジャングルへようこそ:)私とこのコミュニティの多くは同じボートに乗っています。私の状況では、これは長くて世代交代になり、変更には時間がかかり教育が必要になります（常にではありません！）。
私の戦略は、すべての経営陣と利害関係者に直接影響を与えることです。
- hIPPO作業ではなく証拠に基づく作業
- 「早期テスト、頻繁テスト」
- 競争相手はそれをやっています
- UX =測定可能なビジネス上のメリット
基本的に、あなたは私の経験からUXの大使になる必要があります。 UX担当者を組織に採用しただけでは、その文化が変化を受け入れる準備ができているという意味ではありません。どのようにしてそれを現実に変えることができるか、そしてどのようなタイムスケールでそれを見つけるかはあなた次第です。正直に言うと、12〜18か月のUXトンネルの終わりに光が見えない場合は、エンドポイントと時間で新しい課題を探すことを検討します。戦い...
（例：日曜の朝、午前5時30分UAT午前6時、ここに座っています）
ホイットニーヘスのスライドのこのセットを偶然見つけました
UXカルチャーの作成は、UX London 2010での3時間半のワークショップとして提供されました。
ワークショップは、ケーススタディ、グループ演習、短い講義、およびルームディスカッションで構成されます。 ワークショップのスライド
スライドでは、UX、チーム、マネージャー、クライアントと交渉するために戦うときに適用できるさまざまなテクニックについて説明しています。人との関わり方について熟考するために、いくつかの優れたスニペットをくれました。
私はここにいる多くの人々と意見が合わないかもしれないことを知っていますが、
ある意味であなたの上司は正しい。
それをバックアップするためのユーザー調査やユーザビリティテストがなくても、ユーザーが何を望んでいるのかについてかなりの知識が必要です。ある会社から別の会社に移動したからといって、ルールが完全に変わるわけではありません。
UXには、ユーザビリティテストや調査を含める必要はありません。また、UX担当者は、経験に基づいて（思われるように）ワイヤーフレームを作成できる必要があります。
たとえば、ユーザビリティテストがより成功した製品につながるという証拠もありません。
上司に聞いてもらうUXプロセスを正当化するためにできることはたくさんあると言いましたが。
サイトの統計情報を求めて、分析を開始し、問題を見つけられるかどうかを確認します。販売目標到達プロセスが機能しないか、ユーザーが何かを見逃しているように見える可能性があります。数字が示すとおり、可能な場合は常にUXプロセスに定量分析を含める必要があります。これらの数字は嘘をつきませんが、一方でユーザーテストは嘘をつきます。統計を使用すると、上司に聞いてもらうことができます。彼らは自分の現在のサイトに問題があるかもしれない場所を自分で見るでしょう。また、なぜXまたはYを行わないのかをユーザーに尋ねる理由について、議論を構築できるはずです。
他の企業がUXで何をしているのかを参照し始めます。できれば競合他社。それは通常それらを聞いてもらいます。
幹部の意見を採用する必要があります。戦うな、所有するな...
ユーザーのテストは時間の浪費だと合意。 Appleはユーザー調査を行いません。デザイナーは人々が好きなものをデザインできるはずです。私はそれを行います。多くの公式テストを伴うプロセスも間違いなく必要ありません。
何を主題とするか、製品を使用する少数の人々の名前/番号を教えてください。私がすべての面倒を見て、素晴らしいものを設計します。インタビューやテストはありません。いくつか質問をするだけです。
-終わり-
その後、彼らは製品マネージャーにあなたの質問に答えさせようとします。これは最悪のシナリオです。ユーザーがまったくいないよりも悪いです。ユーザーとの1対1の時間を提供できない場合は、最善の推測をする必要があります。悪い状況。
一般的に、人々はあなたの派手なプロセスについて聞きたくありません。彼らは成果物を求めています。彼らにあなたがするすべてのものを理解させようとしないでください。レーダーの下で必要なものを入手してください。 UXはゲリラ戦です。誰もがその違いを知らなくても素晴らしいものにする方法を見つけましょう。
上記の組み合わせを提案します。あなたはあなたの要求に応じて創造的なデザインソリューションを提供することができるはずですが、それらを「ビジョン成果物」と呼びます。これらは、ビジネスのビジョンを明確にするためのものです。それと開発の間で、「ビジョン成果物」とそこに到達するために使用していたワイヤーフレームについてユーザー調査を行い、調整を行います。話す調整がない場合は、ユーザー調査の重要性について議論する時間を費やすべきではありません（これは、問題やユーザーをすでに十分に理解している場合に発生する可能性があります）。重要な変更を見つけたら、声を出し始めます。「そうです、ユーザー調査に基づいて調整を行ったので、この製品の販売がどれほど効果的になるか見てください。」ユーザーの研究が素晴らしいという事実やデータの入手方法ではなく、ビジネスの成功に焦点を当てます。
誰を説得する必要があるかによって異なりますか？幹部/上級管理者ですか？それから彼らの言語を試し、話すことは重要です。 UXDプロセスに従うことでどのようにコストを削減し、利益を増やすことができるかなどを証明する方法を見つけることができれば、それは役立つはずです。
組織内でUXを宣伝してみてください。他の人にあなたのやり方を考えさせてください。上記の「Undecover User Experience」の本は読みやすく、あなたの状況でそれをお勧めします。
彼らが本当にUXをほんの少しでも信じていなかったら、彼らはあなたを雇っていなかったでしょう、それで前向きでいてチップを離してください。