設計プロセスをより均一かつ効率的にするために、設計者と開発者の間のギャップを埋める効果的な方法が必要です。 Webデザインツールがかつてないほど優れている場合、デザインワークフローの効果を維持することは非常に近視眼的です。
以下は、2つの分野の間で通常何がうまくいかないか、およびこれらのポイントを永久に排除する方法をリストする試みです。 開発者との作業に時間を浪費することにうんざりしている場合は、この記事が役立ちます（開発者、そこから何か新しいことを学ぶこともできます）。
01.開発者とデザイナーが共有
ほとんどのサイトは、一定量の手作りのデザイナーと手動コードなしでは作成できません。 実際、ほとんどの設計者は、作業の一部をどのように開発するのか、つまりコードが正確にどのように使用されるのか、さまざまなタスクにさまざまなプログラミング言語が必要な理由を知りません。
なぜデザイナーが開発者の仕事をよりよく理解することがそれほど重要なのですか？ 開発者のコードが結果として実装される設計上の決定に直接影響する理由を理解するのは、そのときだけだからです。開発者はしばしば、設計者に要求を満たすことができないことを伝えなければなりません。開発者の怠laz。 実際には、ほとんどの場合、理由は実用性です。 一部の設計ソリューションは、開発者がインストールしたインフラストラクチャに最適であり、他の多くは実際には適合しません。
設計者が、決して具現化されない機能の作成に時間を浪費したくない場合、そして彼らが決して勝てないと主張する場合、開発者の考えを初日から理解する必要があります。
解決策
幸いなことに（デザイナーにとって）、デザイナーはこの問題を解決するためにコーディングを学ぶ必要はありません。 多くの時間を必要としない2つのソリューションがあります。1）Webflowなどのツールを使用する（後で詳しく説明します）、または2）開発者に開発アプローチとこれらの決定を実装するために頼らなければならないトレードオフを説明するように依頼する習慣を作る。 最後のヒントは、明らかに、開発者の忍耐と社交性に依存しているため（これは、突如として猫になることがあります）、ここでは、まず最初に集中しましょう。
Webflow（およびその競合他社であるWebydoまたはFroont）は、デザイナーをコーダーに変えるツールです。 これは、初心者ではなく専門家向けに設計されたアイテムをドラッグアンドドロップしてサイトを作成する方法です。 デザイナーは、Webデザインのベストプラクティス、ソリューション、トレードオフを使用するような方法でサイトを視覚的に作成できます。 たとえば、Webflowでは、マジックグリッド要素をページにドラッグしません。 代わりに、実際のHTML div要素をドラッグして、そこにリンクを追加します。 一般的に、これはページにHTMLコードを描画します。 そして、このプログラムが生成するコードは完全にW3Cに準拠しており、開発者が手動で作成したコードよりもずっときれいです。
このツールを使用すると、Webサイトのデザインを作成するプロセスで開発の機能を完全に考慮することを学習できます。 さらに、開発者は、すぐに作業を開始できるコードを提供できることを評価します（これらのプロフェッショナルツールを使用すると、IDEで後で使用するためにすべてのコードをエクスポートできます）。
02.デザイナーと開発者には異なる指示が与えられます
開発者はサイト開発の議論に初期段階で常に参加しますが、開発者は後日まで傍観します。 なんで？ 残念ながら、開発者は製品とデザインをコードに変えるシンプルなマシンと見なされているためです。 もちろん、この観点は効率を低下させます。
実際、デベロッパーが全体像から削除されると、プロジェクトの目標は「壊れた電話」の結果として失われます。なぜなら、彼らはクライアントからプロダクトマネージャー、デザイナー、そしてデベロッパーに転送されるからです。 次の観点からこれを見てください。プロジェクトマネージャーがデザイナーに特別なフォントとスタイルのプレゼンテーションを使用するように指示し、開発者がすべてのテキストが検索エンジンによって適切にインデックス付けされるべきであると言われた場合 分離の結果、デザイナーと開発者は最初から作業を同期することができず、プロジェクトは最も個人的な目標が優先される闘争のように最も効果的な作業の実行に集中しなくなります。
解決策
クライアントとプロダクトマネージャーの最初のミーティングから始めて、デザイナーと開発者を集めて、双方がプロジェクトを正確に体験し、重要な決定の背後にあるメッセージを理解し、誰もが感謝する決定を直感的に行えるようにします。
03.製品コンテンツはモデルコンテンツとは異なります
レイアウトは通常、置換テキストと画像を使用します。 「魚」に会ったに違いない。 もちろん、現実の世界ではすべてが異なります。サイトが実際のコンテンツで始まるとすぐに、すべてが大幅に変わります-通常、デザインとコードが画像のサイズ変更とテキストの長さと位置の違いを考慮していない場合、さらに悪いことに そして、クライアントが見て微妙な変更を加え始めると、元のプロジェクトから急激に離れ始めます。
最終的に、開発者と設計者は、新しい変更が両方の目標をよりよく満たすための闘いに突然参加します。 これは、開発者と設計者が準備ができていない突然の競合です。
解決策
レイアウトの概念を放棄します。 初日から機能が制限されたプロトタイプの開発を開始します。 やり取りできる資料をすぐに使用し始めると、これらの資料をどのように変更する必要があるかを予測して、クライアントの元のアイデアとよりよく一致させることができます。 WebflowやWebydoなどのツールを使用する場合、設計をすぐに機能させるという2つの利点があります。 これらのツールを使用すると、プロトタイプだけでなく、実際のサイトを作成できます。
おわりに
デザイナーと開発者が単独で作業すると、最終的な結果は魂や本質のないサイトになります。 または両方。 これを回避するには、プロジェクトの最初から一緒に作業してください。
Megamindリーダー向けの便利なPaystoソリューション：