プログラマーにコードの書き方を教えるだけでは十分ではありませんが（データベースデザイナーに指示することもありますが）、デザイナーに描画方法を示すことは直接的なラインナップです。
これは、すべての「専門家」が知っているからです。デザインは美しい絵です。
デザインはわずか20％の芸術であり、80％は正確な科学です。 そして、各写真が
実際に何で構成されているかを知ると驚くでしょう。
ああ、すべての2番目のプロジェクトは、サイトのメインページの承認済みレイアウトを私に送信するという事実から始まります。
-おもしろい...おそらく既にサイト要件がありますか？
-いやいや。
-そして、少なくともサイトマップを送ってください。
「彼女はいない」
-はい、観客と目標はどうですか？ それは誰のためですか？
「私たちはまだそれについて考えていません。」
なぜこれが起こっているのですか？ 彼らは理解していませんか？！
いいえ、彼らは理解していません。 そしてこれは、すべての「専門家」が知っているという事実から来ています。デザインは美しい絵です。
しかし、あなたと私はこれがそうではないことを知っています。
デザインは数学
レイアウトは、特定の問題を解決した結果です。 気まぐれに描いたり、美意識に導かれたりする人々は、モスクワ環状道路から連れ出して射撃する必要があります。
デザイン。 これです。 解決策。 タスクタスクがない場合は、Photoshopを閉じて探してください！
デザインはプロセスです
「雪に覆われた草原のトラクターで9日間-美しさは決して簡単ではなかった」-BG
デザインはわずか20％の芸術であり、80％は正確な科学です。 そして、各写真が
実際に何で構成されているかを知ると驚くでしょう。
（絵は罪人によって描かれました。ありがとう、 罪人 ！）リソースビジネスの目標+潜在的なユーザーとそのニーズ+コンテンツ要件+機能要件+リソース構造設計+ナビゲーション設計+グラフィックデザイン開発-これらは機能する設計の7つのコンポーネントです。
よく見てみましょう。
リソースビジネス目標
世界をより良い場所にし、評判を高め、新しいニッチを占有し、てんかんを引き起こすバナーの助けを借りて世界のすべてのお金を稼ぐために-これらはすべてビジネス目標です。 そして主に最終的な解決策を決定するのは彼らです。 したがって、たとえば、ビジネス目標は、メインページ上のブロックの配置またはセマンティックアクセント（またはリソースの構造、オンラインストアの不在/存在、または...）を決定します。
ビジネス目標への一定のリターンは、冗長な機能を開発する必要性を排除するのに役立ちます（「ええ、それはとてもクールです！」-「しかし、あなたは子供のためのナノカラーリングの市場に参入したかった、ブラックジャックと売春婦はここにいますか？」）。
潜在的なユーザーと彼のニーズ
ニーズのあるユーザーは、ビジネス目標と同じくらい重要です。 正直に言って、「それはすべて素晴らしいが、ユーザーはそれを好まない」と言うたびに、実際には緑、サイコロ、セレクターで個人のスコアを減らし、ユーザーが誰で、何が好きかわからない。
（たとえ「...ユーザーが気に入らない」と言っても、インターフェース設計と最近の研究の世界的な傾向について長々と話すことができます。）
あなたは人々が使用する製品（それがサイトであろうとトイレであろうと関係ありません）を作ります。 彼らは誰ですか？ 彼らは何と一緒に住んでいますか？ 彼らはどのような問題に直面していますか？ 彼らは何を考えていますか？ 彼らは夕食に何を食べますか？ 暑い国にはどのクラスが飛んでいますか？ なぜ彼らはあなたの製品に時間とお金を費やすことを望むのでしょうか？
ユーザーについて知っているほど、行動を予測しやすくなり、本当に必要なものを提供しやすくなります。
そして、これは、不必要なものを買わせるよりもはるかに簡単です。
そして、覚えておいてください：21-35歳、成功、白雲母とブラブラブラは観客ではありません。これは病院の平均気温であり、脳のない広告主にも見せることは恥ずべきことです。
二十から三十歳の間に巨大な深byがあり、あなたはこれを非常によく知っています。
コンテンツ要件
ほとんどの場合、これはあなたに起こった。 要件を熱心に収集し、適切で詳細な技術タスクを作成し、そのための美しいデザインを描き、すべてのクロスブラウザーを作成し、時間通りに開発し（uti-pusi！）、すべての重要なバグを修正し、開発を試用運用に移行しました...すべてが壊れました。 レイアウトは美しく、生活に不快感を与えます。 どうして？
それで！ デザインは本質的に美しい（またはそうではない）シェルです。 設計をその中に存在するデータから分離して開発すると、いつものようになります。 エディトリアル、広告、ユーザー生成-サイト上でどのように表示されるべきか、どのように表示されるかを（少なくとも最初の概算では）決定します。 そして、テキストが短い場合は？ そして、写真がなければ？ それについて慎重に考えてください-すべては人生で起こります。
製品の要件
ユーザーはサイトで何ができますか？ メインページのコンテンツはどのような原則で更新されますか？ ニュースレターの購読はありますか？ RSSはどうですか？ ああ...？ ここでは、すべての空想を思い出して書き留める必要があります。 たとえ最も...ええと...勇敢です。
私の顧客の1人が言ったように、「そして少しクールな小さな動きを追加します」。
リソース構造設計
デザインは、情報を提示する方法にすぎません。 ユーザーを表示するために、「コンテンツ要件」ステージを決定しました。ユーザーに送信する方法を決定します。
あなたの仕事は、情報をソートし、同種のグループに分解することです。これは後で作業できます。 セクションに分割するか、潜在的なユーザーまたはビジネスタスクの観点から特定の重みを評価します。
右上隅で何が起こるか、左下で何が起こるかを何らかの方法で決定する必要があります。
実際、じゃんけんではなく...
ナビゲーションデザイン
ナビゲーションの欠如よりも悪いのは、ナビゲーションが非常に悪いことだけです。
この段階では、リソースのナビゲーションの原則を決定し、メインおよび追加のナビゲーションを決定し、セクション間の移行の原則を決定する必要があります。
紙のページのプロトタイプは本当に役立ちます。
グラフィックデザイン開発
じゃあ 今、私たちは何を、誰のために、そしてどんな目的のために生産するのかを理解しています。 さらに、ユーザーに何をどのように表示するかを決定しました。
そしてついにようやく！ 写真の制作を始めることができます。
「プロジェクトマネージャーの観点からグラフィックレイアウトを開発するプロセス」の記事で、画像の制作プロセスについて詳しく説明します。