レスポンシブデザインに見るデザインカンプと実装との溝
デザインカンプを基に実装する難しさはあらゆる場面で語られます。私の場合は特にレスポンシブデザインに関する仕様の解釈に悩む場面が頻繁にあります。 その問題点はどこにあるのでしょうか。私の制作したツールの紹介を通して、グリッドシステムのあり方やレスポンシブデザインの意味などを考察しました。 デザインカンプとワークフローの関係性 ウェブサイト制作のワークフローでは、クライアントとの上流での合意形成と開発者への指示書との役割をデザインカンプが兼ねるパターンがよくあります。デザイナーはウェブページの実装仕様を決定しながらデザインカンプを制作し、開発者はデザインカンプを通して前工程での決定を読み取りながら実装します。 デザインカンプを基に実装する難しさの一因は、それがシステムが取り得る状態のうちの一場面を切り取った単なるスナップショットでしかない構造です。 仕様を理解するためには、デザイナーが想定する
デザイナーはデザイン制作途中を見せたほうがいいという話 - デザイナーのイラストノート
ディレクターやトコトコやってきて「あの案件どう？デザインカンプいま見れる？」この言葉でデータをスッと開ける人ですか？「えっと、あと30分待ってもらっていいですか・・・？」と絞り出す人ですか？今回はそんな人のための記事です。 わたしの思う理由 わたしはディレクターに指示をもらってデザインカンプ作成することが多いですが、最近では制作過程を見せることに抵抗を感じることなく、逆にメリットがあると感じています。むかし苦手だった頃を思い出して、原因を考えたことをTwitterにアップしました。 RTや♡の数を見ると、同じように「デザインの制作途中を見せるのが苦手」という方は、一定数いるようです。わたしの考えた苦手の原因は次の3つです。 「何を共有すべきか」が共有されていない 「ダサい、イケてない」デザイン批判への恐れ スケジュールに組み込まれていない しかし、早い段階でデザインを共有していくのは様々な
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
