これまでのディレクター会議と同様、新機能に関するディレクターレベルのディスカッション中に、多くの人が再び同じ意見を表明しました。乱雑な。 "。
ついに上司が怒った。
デザイン責任者が逮捕され、「何の仕事をしているのですか？なぜデザインがひどいのですか？！」「商品検索の一覧ページに情報が多すぎて、乱雑すぎて読めません」「どうなっているのですか？」と質問されました。製品管理ページの上部にある「説明文が長すぎて画面いっぱいに表示されてしまいます。」
設計マネージャーは非常に憤慨していました。泣きたい。
（上記の話は事実に基づいて捏造されており、以下はデザインディレクターとの会話により捏造されています。）
1. まず第一に、デザイナーの能力が十分ではないでしょうか?
そうであれば、人を解雇して、より優秀な人材を雇うことができます。デザイン能力が解決できない問題になることは決してありません。
要件を明確に説明し、時間を与えて実際に作業してもらうことができれば、ほとんどのデザイナーは良いものをデザインできると私は完全に信じています。
ほとんどのデザイナーにとって、（狭い）「デザイン自体」はそれほど難しいことではありません。むしろ、「どのようにデザインするか」よりも「どのようにニーズを解釈するか」が問題となります。 「国内デザイナーは弱いから海外デザイナーに劣る」というのはちょっとナンセンスです。
おそらく多くの企業はこの点を反省する必要があるでしょう。デザイナー自身の個人的な Web サイトの方が、会社でデザインした Web サイトよりも美しく、使いやすいのはなぜでしょうか。 「商業的影響」以外の理由は何ですか？たとえ「商業的影響」だとしても、本当にそれを回避したり軽減したりすることはできないのでしょうか？
2. プロダクトマネージャーや上司が設計要件に関して非常に「主観的」である場合、私たちは理性を持って議論しますか?
デザインはやや主観的なものであり、定性的に完全に評価することはできません。多くのプロダクト マネージャーや上司はデザインに関してやや主観的ですが、これはごく普通の現象です。
たとえば、好みの色を使用する必要がある、好みのインタラクション習慣を使用する必要がある、設定項目をページの横ではなく上部に配置する必要がある、などを要求する場合があります。 （某ブログサイトの社長は「ホームページは8画面以上」を条件としており、※8画面というあだ名を付けられています。最近バージョンアップして10画面以上が条件だそうです。）
私たちは、完全にユーザーの主観的な好みに従ってデザインするのではなく、「良い」デザインと合理的な方法を使用してユーザーを説得する必要があります。良い上司は、たとえ自分が変わりたくないとしても、少なくとも努力することを嫌がることはないと思います。 （合理的かつ適切な努力が常に上司に嫌われるのであれば、その上司は従う価値がありません。）
3. デザインについて真剣に考えましたか?
現在、毎月 100 件近くの「トピック」を扱うグラフィック デザイナーは 2 人だけです。ウェブサイト自体のデザインにはあまり時間がなく、新しい機能を設計する必要があることがよくあり、「来たら急いで完成させてください」という感じで、まだ完了していないトピックがいくつかあります。 。」そして、トピックは通常「当事者 A」を待っているため、「トピック」は常に新機能よりも緊急です。
デザインを単なるタスクとみなすだけでは十分ではありません。ニーズを事前に深く理解する必要があります。市場や製品部門の要求に応じて単に「仕事を終わらせる」だけでは、私たちは「設計」をしているのではなく、ただ「作っている」だけになってしまいます。 「インターフェース設計部」ではなく、「インターフェース製作部」と呼んでもいいかもしれません。
そのテーマに対する需要が本当に大きい場合は、人材募集に応募することをお勧めします。 「トピック」タスクを 1 人または 2 人の専門デザイナーに与え、ゆっくりとトピック テンプレートを形成します。 Web サイトのインターフェイスをデザインする専任の担当者は、もはや「特別なトピック」を気にせず、Web サイトの作成に集中する必要があるため、詳細な調査を行うことができます。 「特別なトピック」を担当するよう割り当てないでください。
4. 適切な「設計図」を確保するだけでは十分ではありません。適切な「執行」を確保し、「監督」も適切に行わなければなりません。
この問題は私たちにとって非常に深刻なようです。私たちは製品を設計しましたが、最終的に発売されるバージョンは私たちが設計したものと異なることがよくあります。
おそらくプロダクト マネージャーは、エンジニアに引き渡す前に設計で不合理だと思われる点を発見し、独自のアイデアに基づいて変更を加えたのかもしれません。エンジニアは、実装中にテクノロジーでは解決できない、または解決できると考えていた点を発見したのかもしれません。不合理で、設計に直接従ったものです。彼らの考えは変わりました... (これらの変更の中には良いものもあるかもしれませんが、多くは問題があります。少なくとも変更がある場合は、当社に通知して知らせる必要があります。問題があると思われる場合は、元に戻すか、新しい合理的な方法に変更するよう依頼できます)。
たとえば、プロダクト マネジメントについての説明は、当初 3 段落で 30 語以内になるように設計されていましたが、プロダクト マネージャーが明確に説明できないと判断し、100 語以上に変更しました。私たちに何も言わずにオンラインになりました。
たとえば、いくつかのページのフロントエンドは完成しており、エンジニアに引き渡した後、実装時に調整が必要ですが、DIV に慣れていないため、代わりに TABLE を使用します。私たちに何も言わずにオンラインになりました。
もちろん、この状況では他の同僚との問題も発生します。しかし、私たちにはまだ責任があります。
デザインが作成された後は、常にそれを追跡し、プッシュする必要があります。多くの場合、設計の初期段階よりも後期の方が、デザインを完全に実現することが難しくなります。これは、多くのデザイナーが苦手とするコミュニケーションやその他の問題が含まれるためです。 「デザインの外側」のものには、デザインそのものよりも多くの労力がかかることがよくあります。
おそらく多くの企業では効果的に追跡できず、PUSH はまったく動きません。なぜなら、デザイナーの立場や発言力は非常に低いことが多いからです。 「デザイン」について語る権利さえも。
しかし、だからといってやめるわけにはいかないので、ダメなら上司に相談して助けを求めることもできます。多くの場合、トップダウンのプロモーションの方が効果的です。あるいは、可能であれば、第三者に推進してもらうこともできます。たとえば、上司が私にコンサルタントになってほしいと頼んだので、私が何か言えるはずです。
多くの場合、私たちは自分が「謙虚すぎる」「上司は私の話をまったく聞いてくれない」と考え、そのようなことについて上司に相談しません。実際にはそうではありませんが、良い上司はそのような言葉や意見を積極的に聞きます。なぜなら、彼らは良いデザインが悪いものになるのを見たくないからです。
そうしないと、将来インターフェースに問題が発生した場合、当然上司が私たちを責めることになります。誰が私たちにインターフェースの責任を負わせるのでしょうか。
たとえ名ばかりの「責任者」であっても、上司に「悪いのはインターフェイスの設計ではなくインターフェイスだ」と言う資格はありません。上司はあなたのことなど気にしていません。