これを見つける目新しさSOセクションが廃止された(そして、重複した質問をすることを恥ずかしく思っている)後、この質問を言い換えて、現在利用可能な回答:
既存の開発プロセスや企業価値の一部としてUXフォーカスの必要性を伝える最も効率的な方法は何ですか?
現在(過去Nか月間)経営陣の対応は「調査中ですが、近い将来に利用できるリソースはありません」という線に沿っています。これは、最終的にエンドユーザー主導の分野(打撃と口笛でアウトソーシングされたオンラインバンキングを考える)で特にイライラします。
ROIの計算 、 ドメインエキスパートとの共同作業 には、確立されたUXチームがあり、かなり近い Xフォーカス 。
これらの回答には、成功する可能性が高い効率的なアプローチの詳細が欠けているようです。関連する数値をまとめるのは時間のかかる作業であり(物事を作成している場合を除きます)、「ユーザーの25%がアプリケーションを途中でやめる」や「」というようなことを追跡する機能はありません。ユーザーの50%が1か月に1回以上サイトにアクセスせず、メインメニューが使用できないため、アクセスするときは残高のみを確認しています。」
上記のポイントに加えて、自分の時間にリサーチ/トライアルビルドを行うか、または数週間を今すぐリサーチに充てる必要があることを管理者に説得して、最終的な決定が基づく可能性のある正確なデータを得るようにしますか? ?
私の頭では、効率的なアプローチとは、目標(機能主導の環境でのUXチームの概念)を達成するための無駄な労力(個人的な時間と会社の時間の両方)を最小限に抑えることを意味します
まず、私の世界へようこそ:)。私が仕事で同様の状況を通常どのように処理するかについて:
あなたの話を聞いてくれる経営者を特定してください:私の経験では、ほとんどのマネージャーはまだユーザーエクスペリエンスをUIまたはコンテンツ管理と同じと考えています(私はユーザーエクスペリエンスのすべてが適切な文法ときれいな色であったと考えるマネージャー)ただし、プロセスを微調整し、時間の経過とともにより良い結果をもたらす新しい開発モデルを考え出すことに前向きに耳を傾けたり、前向きに考えたりするマネージャーが何人かいます。あなたの最初のステップは、これらの人々を特定し、それらをあなたの考え方に引き継ぐことです
あなたの側にマネージャーがいますが、トップの経営陣はまだ確信していません:ステップ1で成功し、何人かの人にあなたの側ですが、あなたの挑戦は、プロジェクトで最も重要度の高いトップマネジメントが、UXがプロジェクトに不可欠であるとまだ信じていないという事実にあります。彼らをあなたの側に連れて行かなければ、このプロジェクトを成功させるチャンスはわずかです。私のために(ある程度)うまくいった通常3つのアプローチがあります:
ユースケーススタディを作成する:うまく機能していない、または予算やスケジュールを超えて考え出されたプロジェクトのユースケーススタディを作成します。ユーザー中心のアプローチがではなくユーザー中心のアプローチを組み込むことでモックアップを作成する->ビルドを作成する->クライアントを表示することでそれを防ぐのにどのように役立つかを分析->戻って、すべてのアプローチを完全に再設計します。このケーススタディを作成する際は、次の側面を確実にカバーしてください。
話しかける:一般的に、ほとんどの経営陣は耳を傾けるか、少なくとも自分を前向きな思想家だと考えたいと思っています。だから彼らの自我に訴え、あなたがあなたがあなたがサービスの一般的な有効性を改善することができると信じ、あなたが彼らと話したいと思っているという考えを持っていることを彼らに話しなさい。ただし、彼らと話をしている間、判明する可能性のあるすべての潜在的な質問について十分に検討したことを確認し、可能であれば、小規模なケーススタディを準備しておいてください(1つ準備するか、インターネットから使用してください Amazonの3億ドルのボタン )。また、帯域幅がある場合は、小さなプロジェクトの所有権を取り、それをユーザー中心のアプローチで推進し、潜在的なメリットを強調することを提案します。最後に、非常にUXに重点を置いている非常に成功している企業の例を常に使用できます。アプローチ( Apple 誰でも)
学習時間や説明会を実施する:一人の人が全員の意見を拒否する力を持っているが、一緒にすべてのマネージャー/経営陣のための時間/説明会を学ぶことは、あなたの先輩である人々のサポートであなたのポイントをより明確に強調するのに役立つ健康的な会話を促進する何かになるかもしれません。グループアプローチは、個別に販売するのではなく、人々を説得するのにも役立ちます。
チームをあなたの側に持ってきてください:正直なところ、これが3番目のステップなのか最初のステップなのかはわかりませんが、可能性はあると思います交換可能です。しかし、チームをあなたの側に置き、過度のオーバーヘッドなしにプロセスUX設計プロセスをプロセスモデルにどのように統合できるか(そして潜在的に作業を削減できるか)についての情報を提供する意思があると、管理者を説得しようとするときに実際の節約になります。誰かがプロセスを試してみたいという理由だけで、トレーニングのために人を派遣したり、プロジェクトから転用したりするのに多くの人時間を費やしたいと思うかもしれません。 「確かに、これは素晴らしい音です..しかし、正直に言うと、これに時間がない...」
これでもうまくいかない場合は、新しい仕事を探します:私はこれについて冗談を言っていません:)
このトピックについてはすでに多くのことが取り上げられています。
見る:
(Robert Cialdiniの象徴的な作品によると)説得力のある議論は6種類しかありません。
明らかに、希少性や往復運動など、これらの原則の一部は、ワークフローの変更について上級者を説得する必要がある作業環境ではそれほど効果的ではありません。
それでも、誰もが 説得技法に同じように反応しない であるため、あなたの道を進むための特効薬はありません。 TUアイントホーフェンとスタンフォード大学が実施した調査では、ほとんどの人が受け入れる説の種類に一貫性がある(説得の原則とは直接関係がない)ことがわかりました。他の人が彼らのことをどう思うかは気にしない、別のグループは彼らの言葉を守らないかもしれない、など。
したがって、上司の動機を理解することから始める必要があります。次に、それらのプロファイルに適合するアプローチを選択し、ケースを提示します。
最後に、@ MFrank2012が言ったように、何も役に立たない場合は、新しい仕事を探すときです。
これに取り組む1つの良い方法は、会社のどのセクションがユーザーに最も問題があるかを見つけることです。これは、カスタマーサポート(すべてのユーザーの苦情の電話に答える必要がある)または専門的なサービス(すべてのユーザーの質問に答える必要がある)またはトレーニング(すべてのトレーニングを実施する必要がある)の可能性があります。カスタマーサポートが、あるタイプの発券ソフトウェアを使用して、使いやすさやユーザーエクスペリエンスに関連する問題について大まかな数字を示していれば、それほど難しくはないことがわかりました。これは、既存の問題のごく一部しか捉えられないため、管理者に提供する定量的な数値が得られるという主張です。そこから、サポートチケットの量とサポート担当者の時間が削減されるため、ユーザビリティを向上させることでROIを簡単に計算できます(優先度の高い問題に取り組むことができます)。