<br />多くの中小企業ではこの問題は発生しません。中小企業はデザイナーをサポートし、後押ししてくれます。デザイナーは結果を出せるかどうか心配する必要はありません。なぜなら、あなたがやらなくても、上司、エンジニア、同僚など、あなたの後ろには自然と後押ししてくれる人たちがいるからです。この結果は、全員が力を合わせて努力した結果です。 しかし、多くの大企業では、プロジェクトが多すぎて、親が面倒を見ることができないほど子どもがたくさんいます。プロジェクトが多すぎて、上司が対応しきれません。彼らは最終結果だけを見ています。なぜデザイナーの中には、1 年にこれほど多くのプロジェクトを行う人がいるのでしょうか?利益率の高いプロジェクトがこんなにたくさんあるんですか? なぜデザイナーの中には、1 年間にあまり作品を生み出していない人がいるのでしょうか?あなたが取り組んでいるプロジェクトのほとんどは途中で失敗したり、途中で消滅したりしますか? プロダクトマネージャーがリーダーであれば、それで問題ありません。プロダクト マネージャーはさらに大きな評価のプレッシャーを抱えており、彼らの主な焦点は結果を押し進めることです。彼らのプレッシャーの下で、デザイナーは妥協し、妥協点を見つけます。プロダクト マネージャーはさまざまなリソース (エンジニア、テスターなど) を管理する責任があり、その後結果が出ます。 しかし、重要なのは、UX デザイナーとして、PD のニーズに常に受動的に応じるわけにはいかないということです。つまり、彼らが望むことを何でもして、彼らの「ビジネス目標」によって推進されるプロジェクトに 100% のエネルギーを注ぐ必要があるのです。ユーザー エクスペリエンス デザイナーとして、Web サイトをよりフレンドリーで使いやすいものにするために、いくつかのプロジェクトを自発的に開始し、改善するための独立したエネルギーを持つ必要があります。 ここに鍵があります。デザイナーは、PD のニーズに受動的に応じることを好まず、一部のプロジェクトをリードしたい場合があります。ただし、デザイナーが開始または主導するプロジェクトでは、結果を得るのが難しいことがよくあります。現在の状況は次のようになります。構築期間が非常に長い (優先度が非常に低く、ほとんど無視できる)。リソースのサポートがありません。結局のところ、プロジェクトにはチーム、エンジニア、フロントエンド開発、テストが必要であり、一人で戦うことは不可能です。長い間確認がなく、いつ作業を開始すればよいかわかりません。 たとえプロジェクトがプロダクトマネージャーによって開始され、プロダクトミーティングでそれがどれだけの利益をもたらすかを述べ、上司がうなずいたとしても、プロジェクトを優先順位付けし、設計リソースとエンジニアリングリソースを待つ必要があります。 「このエクスペリエンスは良くないので、これを変更したい」と単純に言うデザイナーの要求は言うまでもありません... なぜ結果が得られないのでしょうか? 「体系的な改善計画を作成しました。これは間違いなく、既存のものよりはるかに優れていると思います。周りの同僚にテストを依頼したところ、全員が良いと言い、できるだけ早くオンラインでリリースすることを楽しみにしています。しかし、需要アナリストと評価した結果、開発に30人日以上かかることがわかりました。優先度から判断すると、年末までかかる可能性があります。そのためのリソースがありません...」 「あるページに大きな問題があると感じたので、分析と改善を行いました。そのページの領域はさまざまな製品ラインに分かれており、それぞれ異なる製品マネージャーが責任を負っていることがわかりました。自分のデザインを宣伝するためには、複数の関係者とコミュニケーションを取る必要がありました。彼らからたくさんの意見をもらいましたが、その中にはまったく正反対の意見もありました。このような変更がどのような結果をもたらすかまったくわからなかったので、そのまま放置しました...」 「あれは使いにくいと思いますか?その通りです。変更したくないですよね?すでに計画のいくつかのバージョンを公開していますが、問題は同じです。第一に、リソースがないこと、第二に、関係者が多すぎることです。変更することができないため、現状維持となっています。」 もちろん、結果が出ない言い訳や理由はたくさんあります。デザイナーとして、私はそれらすべてに共感できますし、私自身もそれに遭遇したことがあります。 分析の結果、すべての原因は「計画、リソース、コミュニケーション」の問題に起因することがわかりました。 設計案自体に問題がある(潜在的なリスクがある、投資額が高いのに成果が低い、それ自体が無理など)。設計案に問題はないが、リソースが逼迫していて投資できないため、当然成果が出ない。設計案に問題はないが、複数の関係者間のコミュニケーションがスムーズに進められず、棚上げになっている。 このとき、矛盾が生じます。優れた設計プランを提供しているのに、なぜリソースからの応答が得られないのでしょうか? 論理的に考えると、十分に優れたプランであれば、優先度が高く、すべての関係者からサポートされるはずです。優れたデザインであるなら、なぜ伝えるのがこんなに難しいのでしょうか?現時点では、良いデザインが出るまで待つべきでしょうか、それとも他に方法はあるのでしょうか? 私たちのデザインが優れていると思うとき、妥協するのは難しいのですが、 前のページ1 2 3 4 5 次のページ 続きを読む |
<<: JavaScript を使用してソートアルゴリズムを実装する方法
Deepin 2014 のダウンロードとインストールDeepin 2014 のダウンロードとインスト...
履歴書コード: XML/HTML コードコンテンツをクリップボードにコピー<!DOCTYPE ...
目次レムフォルクスワーゲンサードパーティのUIフレームワークに適応する結論モバイル開発における最も一...
目次序文yarn create は何をしますか?ソースコード分析プロジェクトの依存関係テンプレート構...
MySQL5.7マスタースレーブ構成の実装方法、具体的な内容は次のとおりですインストール環境:マスタ...
この記事では、モグラ叩きゲームを実装するためのJavaScriptの具体的なコードを参考までに紹介し...
状況は以下のとおりです: (PS: 赤いボックスは iframe 領域を表し、灰色の四角形は上記の ...
この記事では、Linux 環境の Apache サーバーでセカンダリ ドメイン名を構成する方法につい...
NATこのようにして、仮想マシンのネットワーク カードはホストの VMnet8 に接続されます。この...
この記事の例では、JavaScriptで等速アニメーションを実装するための具体的なコードを参考までに...
目次背景関数目的アイデアの源成し遂げるセット得るプロパティの削除拡張機能を禁止するもっている要約する...
目次1. 暗黙的な変換二重等号での変換ブール型変換「+」と「-」 2. 強制型変換' ...
以前、単純な UDP サーバーとクライアントの例を書きましたが、その中で、自分自身をクライアントと見...
目次1. インデックスの基本1.1 はじめに1.2 インデックスの仕組み1.3 インデックスの種類1...
準備1. マスターとスレーブのデータベースのバージョンは一致している必要があります2. マスターデー...