では、デザインをレターの添付ファイルとして送信する場合のデメリットは何ですか？
少なくとも、主なもの：
- クライアントが正しい縮尺でスケッチを表示していることの不確実性
- クライアントがデザインをさまざまな画面解像度とさまざまなブラウザでどのように表示するかを正確に理解していない
- 多くのデザインオプションを1つのフォルダーに保存し、それらを「難読化」
これらの欠点を克服するには、原則として、各プロジェクトの管理者が1〜4時間かかります。
通常は次のようになります。
呼び出し：
-「イヴァン・イワノビッチ？ デザインをお送りしました。 見てください！」
「なぜこんなに浅いの？」
-「ファイルをディスクに保存し、ビューアで開く必要があります」
「ああ、今は大きい。 フォントがぼやけているのはなぜですか？」
「あなたの規模は？」 112％？ 100％を選択し、スケッチを縮小しないでください！」
などなど。
クライアントの次の質問は、さまざまなモニターでデザインがどのように見えるかを見たいときに起こります。 これを行うには、サイトの背景やその他のWebデザインのニュアンスについて多くの時間を話さなければなりません。
これらの欠点を取り除くために、当社では次のシステムを使用しています。
-デザイナーは、背景を使用してすぐにスケッチを作成します（背景が白でない場合、解像度は1920ピクセル幅です。白の場合は1024ピクセルです）。
-各クライアントについて、サイトの内部にセクションが作成され、そこでプロジェクトのスケッチがレイアウトされます
-マネージャーがスケッチをアップロードします。 スケッチごとに、写真が中央揃えで背景に配置される特別なページが作成されます（この場合、ユーザーは任意のモニターで目的の解像度でサイトを表示します）
-クライアントには、ページ上のサムネイルのリスト（メインページ、内部ページ、またはサイトプロトタイプのバリエーションでもかまいません）が配置の名前と日付とともに表示されます。 彼の興味を引くスケッチを選択すると、「ブラウザのサイト」が表示され、プロジェクトを想像したかどうかをすぐに理解できます。
-マネージャーは、スケッチにコメントを投稿することもできます。 Lebedev StudioのWebサイトでビジネスリンチが作成された方法についてです。
その結果、ブラウザーでサイトが表示されるのとほぼ同じデザインをクライアントに表示し、プロジェクトマネージャーが多くの時間を費やした多くのポイントを除外することができます。 私の意見では、このような技術の導入により、サイトでの作業のこの段階でのコミュニケーションが大幅に削減されました。
最後に、外観は次のとおりです（以下はリンクではなく単なる写真です）。
プロジェクトスケッチのリスト：
コメント付きのサムネイル（縮小）：
