web-dev-qa-db-ja.com

組織構造のUXはどこにありますか?

私のコンテキスト/問題:

私はいくつかの組織でフリーランスのUXコンサルタント(研究者、アナリスト、コーチ、デザイナー)として働いてきました...そして、社内の他のユーザーに、ユーザーとそのユーザーへの共感を感じさせるために、問題、ニーズ、そして目的という大きな問題を抱えていました。私はいつも自分のWebサイトは自分自身ではなく、ユーザー/クライアントのためであることを会社全体に説明するのは私の役割ではないと感じていました。どうして?私はオーナーではないので、Ceoでもないし、組織で働いていません。この新しいUCDがどのようにビジネス戦略をより効率的にするかについてCFOと話し合う必要がありましたPM締め切りをスケジュールすることをお勧めします。実装前にユーザーテストを行う時間は少ない)だから、会社全体とその製品に対して常に責任が重すぎると感じたが、社内の階層に対処するのは本当に大変だった。 。だから、私はどの会社にも就職したくなかったのです。組織構造に魔女の立場にあるべきなのですが、100のプロユーザーの変更を行うには、 %。

重要なこと:私はポーランド出身ですが、UXはまだ多くの人に知られていませんが、今では、e-bisnesにUXがあるのは一種の流行です。

これが私の質問です

1.組織設計のUXデザイナー(リサーチ/ワークショップなども作成している)はどこですか? (最善の解決策は上司になることですが、次のことはできません:)

2.UXデザイナーはUXをアイデア(AND HOW?)として広めるべきか、それとも単に社内のどこかのワークステーションとして利用するべきか?

3.このようなキャリアの中でどんな問題がありましたか?そして、あなたはそれらにどのように対処しましたか?

3
Gracjan

Dan1111が書き記したほとんどすべてに同意します。

UXアーキテクトである-ビジュアルデザインから切り離されている-私は、ますます多くの人々が流行語「Usability」または「UX」に夢中になっているのを目にしています。これの影響は、UX担当者が「最高のユーザビリティを提供し、実行させる」ことを期待することです。

これは(収益化の観点から)良いことですが、最終的にはUXのコアであるテストとは対照的です。だから、はい、適用できるベストプラクティスはたくさんありますが、最終的には(業界の)ベストプラクティスでさえも、私の製品に最適になるように進化させる必要があります。

そうは言っても、「チェックアウトに進行状況インジケーターを含める!」という伝道からますます遠ざかりました。そしてその過程で、伝道者になった:学び、造り、測定し、繰り返す。 「どのように改善するか」という考えを伝えることは、私の「聴衆」によりよく行き詰まっていることがわかりました。人々はもっと参加することができ、彼らは自分の仮定を証明することを学びます。ユーザビリティテストのロードマップを作成する際のコラボレーションは、少なくとも私にとっては優れています。

新しいプロジェクトを開始するたびに、「ベストプラクティスからどのように始めるかはお伝えできますが、最終的には製品に最適なものを見つける必要があります」と言い続けます。

1
Jan

いくつかのポイント:

  • 聴かれていないという感覚はUXだけではありません。これは、より大きな組織で働く多くの人々の共通の経験です。 UXコミュニティの間では、これは一般的に過小評価されている領域だと感じているようです。これは、これが新しい分野であり、文化の変化が常に難しいためです。しかし、私は組織がUXの専門家をポジティブとして採用したいと思っているという事実を理解します。そして率直に言って、あなたのアドバイスが30%の時間で行われれば、それは私には悪くないようです。多くの企業の従業員は、30%の時間に耳を傾けることを望んでいます。
  • Xは、企業がバランスをとる必要があるいくつかの懸念の1つであり、唯一の懸念ではありません。ユーザーのニーズの他にも、技術的な制限、マーケティング要件、開発努力など。これの意味は:
    • UXの根拠が常に決定的なものとは限りません。
    • 上司は、UXだけに焦点を当てるのではなく、これらのさまざまな要件すべてのバランスをとる人物である必要があります。 (もちろん、UXの人は、彼らが十分成功していれば上司になることができます。 UXよりも)。
  • Xの重要性について教育したいという欲求は素晴らしいです。これは、やる気があり、自分のやっていることに関心があることを意味します。これだけでなく、企業もこのような従業員を求めているはずです。ただし、アイデアを聞いてもらいたい場合は、これをどのように行うかについて戦略的に考える必要があります。
    • 企業文化を一夜で変革するのではなく、段階的な変更を目的としています。現在のプロジェクトが前回よりも少しUXに重点を置いている場合 1つは、それは勝利です。
    • 積極的な貢献に焦点を当てます。会社のやり方が「すべて間違っている」ことを強調しないでください。これはあなたを孤立させ、あなたを無関係にします。代わりに、UXプラクティスが追加できるメリットに焦点を当てます。
    • 他の人から学ぶ。答えはありません。あなたはいつも正しいとは限りません。会社の他の人から多くを学び、教えることができるはずです。そして、あなたは間違いなく他の人々が製品の要件と見なしているもの、そしてなぜ彼らが特定の方法で物事を行うかについて学ぶ必要があります。そうすれば、他の人の目標を達成するためにUXの貢献に集中できます。言い換えれば、「異なることに注意する必要がある!」できるようにしたいので、「ここにUXが気になる目標を達成する方法を示します」と言います。
  • 最終的に、証明は結果に含まれます。人々の心を本当に変えるのは、あなたのUXの貢献が優れた製品をもたらしたと彼らが見るときです。だから、あなたが与えられた責任の領域であなたの仕事をうまく行うことに集中してください(たとえ制限されていても)。優れた仕事はそれ自体が物語っています。
5
user31143

私の見解:

1。組織構造のUXデザイナー(リサーチ/ワークショップなども作成している)はどこですか?(最善の解決策は上司になることですが、できません:)

私は、私のキャリアの中でUXになる人に出くわしたことはありませんが、「UXの熱狂的ファン」だと主張する上司が多く、悪夢のような少年でした。コア原則。

最終的に製品のCEO/VPになった場合、UXを気にかけている限り、UXは私の最大の問題の1つではないので、最初に他に十分なことはあります。たとえば、ビジネス戦略やチームの運営などです。

したがって、UXデザイナーにとって良い場所は、私がそれを通常見る場所です。フロントエンドチームの一部として、または大きなUXチームの一部として、または製品管理の一部として。 3つすべてのオプションには長所と短所があり、人が最高に感じるのは人格次第だと思います。私は、一つには、フロントエンドでの作業が大好きです。 PMで作業することは、シニアUXでさえ、私にとっては面白くありません。ジュニアPMでさえ、多くの決定を下すことができるので(それはばかげています)。

2.UXデザイナーはUXをアイデアとして展開する必要がありますか(AND HOW?)または単に社内のどこかのワークステーションとして使用しますか?

はいといいえ。まず、UXが大事であることを人々がすでに理解し、問題を確認している企業での役割に着手するのが最善であると私は思いました。それはすべての戦いとすべてのコミュニケーションから1つを救うことはありませんが、少なくとも1つは彼らが何をするか、なぜチームが彼らの参加を必要とするのかを説明する必要はありません。

しかし、この場合でも、広め、伝道する必要があります。

なぜ、どのようにUXが機能するかを知ることは私たちの仕事です。歴史的な理由で他の人にとって、それはほとんど目に見えない、冗長、または魔法であるため、説明しない限り、誰も知らないか、気にしません。私たちがユーザーを支持しない限り、誰もそうしたくない、または望んでいないでしょうが、彼らはその方法を知りません。そして、物を売って説明する方法を知ることは良いスキルです。それはあなたの社会的資本に追加され、あなたがキャリア的に成長するのを助けます。

では、UXをどのように伝道するか—まず、気にしない人にUXを伝道しないでください。第二に、感情的になりすぎないでください。それ以外の場合は、状況によってその方法がわかります—ユーザー調査を行い、コミュニケーションチャネルを構築します:-)

。このようなキャリアの中でどんな問題がありましたか?そして、どのようにそれらに対処しましたか?

すでにいくつか挙げました。より一般的ないくつかの落とし穴:UXが上から下に向かって何を理解していない企業(上がより重要ですが、毎日作業するのは下です)。誤解を与えられた&マイクロマネージングのボス/マネージャー;非常に大きな会社または非常に大きなチームの単一のUXスペシャリストであること。ひどく構築されたタスク計画に追い詰められている;毒性管理;シャドウ管理; 50年代に行き詰まったオールドスクール企業。フラットボーイ文化;彼らが何を望んでいるかを説明できず、要件を設定できない明確な製品所有者;すべての決定を証明する必要があります。誰もがあなたの作品をデザインし、干渉しようとします。データ駆動型UX(すべての決定は実験によって行われ、教育を受けた意見では行われません);委員会による設計(要件を設定しようとしている人が多すぎ、結果がまとまりがない);準備ができておらず、それが仕事の一部と見なされていないときに、UIデザインやデータViなどの隣接する作業を行うように強いられている(私はそうするが、それは私だけです)。

4
Zoe K

私は@ dan1111に同意しますが、UXが会社のどこにあるのかという質問に何かを追加したいと思いました。

私は分散モデルで働いています。デザイナーは製品ラインの組織の一部です。

良い:

  • あなたはチームの一員であり、会議などに参加しています。
  • 製品の長期にわたる複数のリリースを継続し、信頼と関係を構築する

悪い:

  • あなたはチームの一員であり、チームへの忠誠心を期待しています(つまり、期限に間に合うように設計に妥協します)。
  • 分散しているすべての設計者を同期させるための中心的な権限はおそらくありません。あなたは一人で働きます。
  • 体系的なキャリア開発はありません。直属の上司はUXの教育とキャリアについてあまり知らないかもしれません

私は中央組織でも働いています。設計部門は開発から完全に分離されているか、開発部門の一部です。

良い:

  • あなたはチームの一員ではないため、割り当てが異なります。うまくできていれば、それを受け入れる準備ができているプロジェクトにUXを集中させることができます(人々のオープン性とプロジェクトの優先順位の観点から)。
  • 中央の独立したグループとして、さまざまな意見の贅沢があります。品質ゲートを実行して、製品のUXの承認を拒否できます。
  • UXトピックを調整し、UXコミュニティを構築する方がはるかに簡単です。あなたは一人じゃない。

悪い:

  • あなたは開発チーム(「10名のチーム」など)のメンバーではないため、会議の招待状を求めたり、カレンダーを探したりする必要があります。
  • 議論が熱くなった場合、「私たち」と「彼ら」に沿って分割するのは簡単です。これは、製品も関係も改善しません(それにより、さらなるコラボレーションに悪影響を及ぼします)。

私の経験から、私は明確な好みはありません。しばらくの間補完的なメリットを得るには、数年後に切り替えることをお勧めします(企業によっては明らかにそうなります)。

2
virtualnobi