web-dev-qa-db-ja.com

UXカルチャーの開発に対する障壁は何ですか?

企業におけるUXプラクティスの組み込み性の測定に関する最近の質問で、フェイジョ成熟度モデルを提案しました。 組織またはチームにおける組み込みUXの評価方法

このモデルが理にかなっていると仮定した場合、スケールを上げるための実際の障害は何ですか?

あなたの会社またはクライアントの会社の文脈でこの質問を検討する場合、彼らが彼らよりも良いスコアをつけないいくつかの明白な(またはそれほど明白ではない)理由は何ですか?それらを妨げているものは何ですか?

私に最も明白に思われる例は、部門間にサイロで働くしっかりとした境界が存在し、その結果、貢献者が真に協調的なソリューションの一部となることができない(または不本意)ことです。

これに対する答えは、組織またはチームでUXカルチャーを構築するための戦略を定義する際の有用な出発点になると思います。

8
dennislees

それ以上の説明はありませんが、箇条書きのリストだけにしてください。

ユーザビリティとUXはチームワークであるため、製品開発のチェーン全体を関与させる必要があります。

戦略的

  • 時間も予算も優先順位もありません
  • 設計と開発における異なる役割には、異なる目的と目標があります。
  • タイミングが厳しすぎる-上級管理職は「市場投入までの時間」を優先します
  • ソフトウェアプロジェクトは長時間実行されるため、UUXに関連するメリットは数年後に表示されます
  • 製品が出荷後に成熟するという態度
  • UUXの取り組みに対する投資収益率は明確ではなく、把握することは困難です。文学は時代遅れです

バイイン

  • プロジェクトや製品のUUXに専念できる関係者はいません
  • 複雑なプロジェクトの関係者が多すぎる-UUX関係者が多すぎる
  • UUXの知識と共有定義の欠如

計画

  • 最初は明確な目標設定はありません
  • 次のリリースの完全にパックされたソフトウェアロードマップ(機能)、実際のリリースのUUX調査結果のリソースはありません
  • UUXの運用は難しいため、明確な目標を持つ契約では修正されません
  • 契約にUUXがないため、時間が足りなくなるとカットされます
  • UUX改善フェーズの時間範囲が明確ではないため、調査結果は大きく異なります
  • テスト後に調査結果を改善するためのプロジェクト計画の時間がない

練習

  • UUXのための確立されたインフラストラクチャはありません
  • UUXの確立されたプロセスはありません。すべてのプロジェクトに設定するには時間がかかります
  • UCD(または他のBUZZ)のメソッドの欠如
  • 半知識ベースのUUXメソッドであり、専門家は不要
  • UUXの共有言語の欠如(特に機関が関与している場合)
  • UUXは主に定性的であるため、意見主導型です(知識と言語を参照)

評価

  • UUXを評価するための確立された基準はありません(ISO 9241-10および-110をお勧めします)
  • 不具合ボタンなどのユーザビリティの不具合を簡単に修復/再コーディングする方法はありません

大きな協力のもとでUUXを確立している(まだ試みている)間に収集した経験。

5
FrankL

それは常に1つのことに要約されます。

無知

私は、UX成熟度が不足している組織に対するスラムとしてそれを意味するのではありません。それは、現在多くの市場が置かれている現実です。

ビジネスは、主要な意思決定機能における設計*の重要性を理解する必要があります。

  • 戦略
  • 革新
  • 最適化
  • オペレーション
  • 市場の差別化

これらの領域は、主にMBAと金融リーダーによって独占されています。彼らのトレーニングは、ユーザー中心ではなくビジネス中心です。彼らが心理学やデザインのようなソフトスキルの収益性を理解するのは難しいです。

組織がすべてのレベルでその設計が最初の一部であることを理解すると、UXの成熟度が高まります。プロジェクトに「仕上げ」を行うサービス組織ではありません。

エンタープライズソフトウェア(ほとんどの時間を費やしている)は、優れたケーススタディです。過去2年間までUXはひどく貧弱で、その時点で急速に変化し始めました。これはほぼすべて、コンシューマソフトウェアからの外部からの圧力が原因で発生しました。組織は、意志に反して、デザイン(およびより高いレベルのソフトウェアエンジニアリング)への投資を開始することを余儀なくされました。彼らは実行可能性を維持するためにそれを行いましたが、私の経験では、結果はより効率的で持続可能な製品開発です。

* 「UX」よりも一時的なラベルではないと思うので、「デザイン」と言います。具体的には、具体的な役割が何であれ、すべてデザイン思考に要約されます。

3
plainclothes

クライアント無関心
クライアントがユーザーエクスペリエンスに興味がない場合は、何の牽引力も得られません。これは大企業の場合によく見られます。「締め切りがありますので、請求画面を用意しておけば、データ入力の担当者がそれを把握できます」という話を聞くのは珍しいことではありません。

変更に対するクライアントの抵抗
クライアントが「ここをクリックして、名前を入力し、タブを3回入力し、電話番号を入力し、スペースを7回入力し、郵便番号を入力する」ことに慣れている場合、無駄な「タブ移動」を減らす可能性のある画面変更または「間隔」、または最初に電話番号を入力して自動ルックアップを実行すると、それらが中断されます。変化は人々を不快にさせます、特に交換用のスクリーンが彼らをつまずかせたとき-それは彼らが熟練していた仕事で間違いを犯すことを彼らに悪い気持ちにさせます。

焼けて再び燃えた
すべての経営幹部は、いくつかの新しいITが価値をもたらすという約束に火をつけてきました。彼らは大金を棚に費やしてきました。彼らは物事を悪化させる更新にお金を払います。 「私のiPhoneを新しいバージョンのiOSにアップグレードしたとき、私の古いiPhoneは遅すぎて、これらのすべての豪華なグラフィックスを実行するには交換する必要があった」という形で、すべてアップグレードの苦痛を経験しました。彼らがあなたの責任であったかどうかは重要ではありません。彼らはWindows 8の新しいバージョンをダウンロードし、変更がより良いことを意味しないことを知っています。 「UXカルチャーは私たちのものをより良くする」という空の約束をすることは彼らの耳に空洞を鳴らします。

ステークホルダーが変化を強く求めていない場合、トップマネジメントはUXカルチャーを採用するインセンティブを持ちません。だから、それは開始するための1つの可能な場所を示唆しています。

関係者を実験に参加させますが、UXの取り組みであることを強調しないでください。それを「時間と運動の研究」と呼んでください。課金エリアのスーパーバイザーに、ユーザビリティラボに参加して新しい課金アプリケーション画面をテストするように依頼します。改善された画面を使用して、新規採用者がシステムを受け取る速度を示します。新しいシステムに移行した場合、労働者の生産性がどれほど向上するかを示します。古い画面をテストする新入社員、および古い画面にデータを入力する経験豊富なデータ入力担当者と比較してください。利害関係者がストップウォッチを自分で実行し、新しいUIから実際の生産性の向上を確認できる場合、次の質問は「どれだけ速くこれを提供できるか」です。それはあなたの光が赤から緑に変わることです。

ステークホルダーとエグゼクティブが適切に設計されたUXへの投資から実際の価値を認識したら、今こそUXカルチャーを作成するためのロードマップを紹介する時です。会社の他の領域がユーザビリティ調査からどのように利益を得ることができるかそれらに示してください。他のチームと会い、UXラボの実行を支援することで、その価値を売り出せるかどうかを確認します。すべての製品でUXを望ましい属性にすると、UXカルチャーを作成したことがわかります。

3
John Deters

UXは、UXがないと理解できないものの1つです。

UXへの投資は、製品の売り上げの増加や顧客維持に関連しているようには見えません。

確かに、優れたUXは非常に優れていますが、非常に直感的であるか、機能が豊富なため、引き続き使用しますか?

ほとんどの企業は、デザイナーとプログラマーが思いついた最も基本的なUXに満足しています。非常に直感的で混乱しない限り、ほとんどの企業は、この分野で非常に必要なUXエキスパートの不足を説明できません。

uXへの投資は最初はそれほど目立ちませんが、最終的には明らかに重要ですが、今日の市場ではほとんど無視されています。

1
downrep_nation

組織が最初にどのように設定されるかには障壁があるように思えます。私にとって、製品に関するすべての決定においてUXを考慮する必要がありますが、ほとんどの企業は新製品や新機能を製品マネージャーや経営幹部を通じて厳密に検証しています。 UXは、製品を実際に推進しているはずですが、その時点では評価されていません。私たちは運転手ではなく乗客として扱われます。

これをどのように変更するか、それとも買い込みますか。私は新しい会社でUCD駆動の文化を確立しようとしています。 UXチームがトップダウンの決定で考慮されない以前の状況を除いて、あまりプッシュバックがありませんでした。

私は実際に、顧客に手を差し伸べたり、ユーザーテストや状況に応じたインタビューなどを行ったりすることで、プッシュバックの経験がありました。彼らは、「顧客をすでに知っている」ので、その知識は追求する価値がないと想定しています。

1
jonathanb