Webデザイン修正の伝え方ってどういうのが良いんでしょう?

  • このエントリーをはてなブックマークに追加

デザインをしてもらって自分のイメージしていたものとは違う。
修正してもらいたい時、なんて伝えると一番良いのでしょうか?

最近そんなことをずっと考えています。

プログラムだったら「エラーが出ている」「動かない」など明らかなミスなので伝え方はあると思うのですが、デザインはセンスだったり頭の中のイメージだったりするのでなかなかに伝わりにくかったりします。

現場ではこういったデザイン修正作業はディレクターがデザイナーに伝えて修正してもらうことが多いわけですが、うまく伝わらなかったりコンビネーションが悪いとデザインが迷走します。

伝え方によってはデザイナーのプライドに触れてしまい、やる気だけを削いでしまい兼ねません。

具体的なイメージがあれば話は別ですが、例えば既存のサイトにはイメージがないものだったり、該当するイメージの参考デザインが見つからなかったりすると、ディレクター、デザイナーともに困ってしまうこともあるかと思います。

デザイナーさんにとってみたらデザイン修正なんて「じゃあ、最初から言ってよ!」ということの方が多いのだと思います。

でも、まだ形のないものなので、出来上がってからあれこれ言い出すのはしょうがない部分もあります。

イメージを言葉で伝えるにしても、例えば「重厚感」「高級感」のとららえ方だって人によって違います。

製作現場でイメージの共有がうまくいかない時ほどのストレスはありません。

デザイナーと一緒にデザインを作り上げていく中で、こういう部分についてはちゃんと伝えないといけないな、とか手を動かせないなりに考えないといけないな、という点をディレクターの立場で考えてみました。


第一印象でイメージが異なる場合、純粋に感想を伝えるべきか否か。

デザインが必ずしもイメージ通りに仕上がってくるとは限りません。
デザイナーのテイストが気に入っていて、そのデザインテイストで作ってほしい、という時以外は、むしろ具体的に参考サイトなど共有しない限りは難しいと思います。

納期も迫っていたり、全然違うイメージのデザインが出てくると、このまま進めても 大丈夫なんだろうか、、と不安になったりもします。

「イメージと違う。」「なんか変。」「欲しいデザインと違う。」「構成資料と違いがない。」「デザインされていない。」

第一印象については色々伝え方があると思います。
言い方の良し悪しはさておいて、ぼんやりとした感想を伝えてしまうと、その後の修正もぼんやりします。

ではこの第一印象の感想を伝えるべきなのかどうか?

これを伝えたからと言って、うまくいかなくなると「じゃあイメージを具体的に示してよ!」というやり取りになりがちです。

ではこれは現場レベルでは伝えなくても良いのかな?とも思いますし、制作現場では気を使い合う必要はなく、どんどん感想を言うべきだ、とも思いますし、難しいところです。
個人的には感想は感想で伝えたほうが良いとは思っています。

作品に対しての感想は作ったほうにしてみれば絶対欲しいに決まってます。

もう一度デザインの方向性を確認

分かっているとは思うけど、ということを前提に、このデザインは何を言いたくて何を表現したいのか、今一度共有してデザイナーの意図している説明もきちんと聞いて、どこで認識が異なるのか整理してみると良いかと思います。

もしかして、ディレクターの伝え方が悪くて異なる方向にデザインがいってしまっているかも知れないし、その逆かも知れないし。

感想を伝えるよりは、作り手の意向と自分の指示の相違を確認するのが良いでしょう。

では、具体的にどの辺が気になるのか?

それが良いのか悪いのかは別として、具体的にどこが気になるのか自分でまずは考えてみると良いかと思います。

全体的なイメージの相違は、細かい部分の不整合が合わさっていることが多いので、自分なりに細かいレベルでどうしてイメージと違うと感じるのか、考えて整理すると良いのではないかと思っています。

●色使いについて

「全体的な色使いがちょっと薄い。」
「メリハリがない。」
「ぼんやりしている。」
「この色を使ってほしい。」

●フォントについて

「文字が読みにくい。」
「○○系のフォントを使ってほしい。」
「袋文字を使うなど、文字にあしらいを付けてほしい。」
「もう少し太めでサイズを大きく。」

●マージンについて

「もう少し広めに取ってほしい。」
「こことここのマージンを取ってほしい。」

●装飾の仕方について

「シャドーはつけないで欲しい。」
「この部分はグラデーションを使って欲しい。」
「アイコンを付けて欲しい。」
「見出しのあしらいを工夫してほしい。」

●訴求したい部分について

「伝えたい部分が目に入らない。目立たない。」
「もっと目立たせたい。」

大事なのはお互いのせいにしないで作ること。

修正を繰り返していると、
「デザインを崩された。」「デザイナーを替えたい。」など
修正を指示する方と作る方で、お互いうまくいかないことの責任を押し付け合いがちになります。

制作するうえで、デザイナーが悪いとかディレクターが悪いとかどっちがどうというわけではないのかと思います。

大切なのは修正を言い合ったり意見交換を出来る人間関係やコミュニケーションなのかも知れません。
編集者と作家とかそういう関係なのでしょうか。

長い時間一緒に仕事をして、感覚をすり合わせていくことで良いデザインが出来てくるのかと思います。

クライアントは気にいっていてもディレクターが修正を入れてしまったり、その逆もあります。
結果良くても悪くても一緒に勉強したり反省することの積み重ねが大事なのかも知れません。

執筆者:高本

株式会社8bit 取締役の高本です。 社内のWebサービス企画、プログラミングや、売上・請求管理にいたるまで幅広く担当しております。

関連記事

プログラミング

【PHP8】関数を作るときにしっかりと型宣言をするお話

目次1 天国でもあり地獄のようなPHPの変数事情2 関数も型宣言する時代 天国でもあり地獄のようなPHPの変数事情 PHPは昔から良くも悪くも変数の型に対して寛容でした。 いきなり型宣言をせずに使えますし、なんなら $hoge .= “宣言しなくても追加”; ですら怒られないくらいでした。 ただ、PHP5あたりからうっすらとまずいよねってことになり、PHP5系では非推奨、PHP8以降になると、warningとしてしっかりとアラートが出るようになりました […]

プログラミング

【PHP】古いWordPressで絵文字を使えるようにするお話

WordPressはLAMP環境で動くCMSとして昔から有名ですが、昔から使われているサイトの場合、絵文字が使えないことがあります。 今回はそういう場合の絵文字を使えるようにしてみましょう 目次1 MySQLのバージョンを調べる2 テーブルの照合順序を変更する3 最近の事情 MySQLのバージョンを調べる 使えるようにしましょうといいつつ、実は大前提があります。 それはMySQLのバージョンが5.5以降であることです。 それ未満のバージョンは「utf8mb4」にできないため、 […]

Webサイト制作

【さくらのレンタルサーバー】環境ごとにPHPのバージョンを変更するお話

最近何かとAI関係で話題の「さくらインターネット」ですが、レンタルサーバーはコスパもよく、かなり使いやすいサービスだと思います。 特にWordPressなどのLAMP環境に最適化された環境であり、PHPもいろいろなバージョンを選ぶことができます。 変更方法も簡単でコンパネからボタン一つでできるので楽ちんですね。 ただ当然なのですがマルチドメインで運用している場合もすべての環境にPHPのバージョンが一斉に反映されてしまいます。 それはそれで便利なのですが、例えばこの環境のみバー […]

株式会社8bit (エイトビット)

東京都目黒区でWebサイト制作、Webシステム開発などを行っております。
コーポレートサイトやWebサービスの企画・提案を得意としており、自社での経験を元にアイデアをカタチにするお手伝いをさせていただいております。

Web制作に関するご相談はお気軽にどうぞ

弊社に制作をご依頼いただく際の費用感をご確認いただける、
見積りシミュレーションをご用意いたしました。