.../articles/

心の余裕をつくる

デザインを確認してもらうとき、どのようにコミュニケーションを行えばより良いものを作ることができるのか考えてみます。

制作したデザインに「ここはこうしてほしいな」とか「なんかもうちょっと目立たせたいんですよねー」とか、そういうフィードバックを反映しながら仕事を進めます。初稿がそのまま世に出るなんてことはまずありません。

自分の案に根拠や自信があればあるほど、人の意見は聞きづらくなるものです。
そういった時、どのようなコミュニケーションが必要なのでしょうか。


心の余裕をつくる

大きな手直しを発生させないやり方にはコツがあり、それはさまざまな場所で紹介されています。

  • なるべく早く8割まで完成させる
  • 途中で共有してずれていないか確認する
  • 事前に相手の要望を丁寧にヒアリングする

大抵はこんなところです。たしかにどれも大切なことですが、上記のようにやったとしても絶対に修正は発生します。仕事の進め方によっては細かな連絡がとれない状況もあるかもしれません。

あと、挙げられている内容はすべて相手依存の方法です。見た目が出来上がらないと判断できないことも多く、あとからイメージを伝えられることもあります。

そんなときに必要な心構えは、修正を前提とした 心の余裕 です。
そんなものあれば苦労ないわ、とか、性格によるでしょ、と感じる方もいるとは思いますが、余裕を作るにはいくつかコツがあると思っています。


1つの場所に時間をかけすぎない

まずは初稿に細かいこだわりを入れすぎないことです。
「なるべく早く8割まで完成させる」に近いですが、ディティールを詰めるのは最後にする、という順序立てを行ってデザインをしていくことが大事です。

作業者はずっとその画面を見続けていますが、顧客は確認を行う際に初めて見ることになります。
大きな方針 → 全体のレイアウトや導線 → 細かなディティールと順を追って相手に伝えます。

顧客はデザインを見たときの印象を肌で感じています。その印象を変えるとすれば大きな方針がまず違っていないか、というところから確かめる必要があります。

ぶれないポイントを押さえる

デザインを依頼する立場からすると「こうしてほしい」という要望はポイントごとにあるものの、見た目全てに指示を出すことはできません。それができるのであれば自分でデザインできてしまいます。
依頼の中には、押さえてほしいポイントと、デザイナーの解釈で作って欲しい部分とが共存している状態です。

この“押さえてほしいポイント”を理解できるかどうかが、ヒアリングでの重要なポイントです。
つくったデザインの根拠を説明する際にもどのようにデザインに落とし込んだか、という解釈を説明することができれば話がスムーズに進みます。

採用するか否か、という話にしない

デザイン確認をする時、つくった人間はどうしても自分の成果発表の場のようなプレッシャーを感じてしまいます。しかし、発表の場は別にあります。それはローンチするときです。

デザインを発表し、「どうでしょう?」というようなやりとりの方法はお互いにフィードバックしにくくなってしまうのでやめましょう。
ポイントごとに意図を説明し、ずれていないか、より良くするにはどうすればよいかの検討を同じ方向をむいて行うことが大切です。

意匠すべてを事細かに説明する必要はなく、依頼をどのように受け取って解釈し、それをどのようにデザインにしたか、ということを伝えることが必要です。

顧客の所有物をつくる

受託の案件の話になりますが、制作物はすべて顧客の所有物であることを忘れないようにしています。
デザインとしてこうあるべき、きれいに整っているべき、という考え方はもちろん大切ですが、顧客が制作物を使ってはじめて意味が出てきます。

1度納品したデータの扱いなども気をつけています。たとえ良くなるための改修であっても、頼まれた部分以外を勝手に手を入れたりすることはありません。

なぜこのデザイン(機能)が必要なんだろう、という1つ上の視座から見ることができると、自分のデザインも客観的に見ることができるようになり、結果的に心の余裕ができる(はず)です。


修正依頼が山積すると嫌になることも多いですが、それをなんのために行いどのような効果を出すか、ということが自分にかかっていると考えれば、相手から受け取る指摘も主体的に考えることができます。

視点を入れ替え、常にさまざまなものの見方をすることが大切なのかなと思います。

.../articles/

Articles

記事

AWS AmplifyにmonorepoのNext.js(App Router)をデプロイする

AWS AmplifyにmonorepoのNext.js(App Router)をデプロイする

monorepo管理しているNext.jsをAmplifyにデプロイしようとした際にいくつか躓く内容があったのでまとめておきます。

リモートワーク・オンライン会議でも、スムーズに制作を進めるために大切なこと[資料編]

リモートワーク・オンライン会議でも、スムーズに制作を進めるために大切なこと[資料編]

コロナ禍の影響により、リモートワークの導入をおこなっている制作会社も多く、実際に弊社でも導入しています。

売れるECサイトデザインを作るために。参考にしたいおしゃれな事例の探し方。

売れるECサイトデザインを作るために。参考にしたいおしゃれな事例の探し方。

売れるECサイトのデザインは、「この形式」という決まりはありません。ECサイトで売り上げを上げるなら、しっかりとしたコンセプトと、コンセプトを決定するまでのリサーチが必要です。

制作会社の考える、業務効率化ツールのおすすめ。個人でも使いやすいサービスなど。

制作会社の考える、業務効率化ツールのおすすめ。個人でも使いやすいサービスなど。

新型コロナウイルス感染拡大の影響で、リモートワークが主流になり、弊社でも週のほとんどは各自宅で作業をしています。

Figmaでデザインのコミット履歴を残せるプラグイン【Thought Recorder】をリリースしました

Figmaでデザインのコミット履歴を残せるプラグイン【Thought Recorder】をリリースしました

Figmaを利用するWebデザイナーの助けになれると嬉しいです。使い方は本記事をご覧ください。

ECの構築方法、おすすめのECサービス。

ECの構築方法、おすすめのECサービス。

ファッションや家電、スーパーの買い物でさえもECサイトを利用することが当たり前になりました。加えて新型コロナウイルスの影響もあり、弊社にも「どんなプラットフォームを利用したら良いか」「どれくらいコストがかかるのか」などECに関するさまざまなご相談を頂きます。

FastAPIのスキーマクラスをOpenAPIから生成する方法

FastAPIのスキーマクラスをOpenAPIから生成する方法

PythonでAPIを構築する要件があり、フレームワークに比較的モダンなFastAPIを採用しました。FastAPIはバックエンドの開発を行えば自動でOepnApi定義を生成する機能が備わっていますが、今回はこれを使わず、事前に用意したOepnApi定義からFastAPIで利用するスキーマクラスを生成する方法を紹介します。

Laravel 日本一解りやすい全文検索のマイグレーション記載方法解説

Laravel 日本一解りやすい全文検索のマイグレーション記載方法解説

Laravel + MySQLで全文検索を実装する

GiFT1号目新卒デザイナーの2021年振り返り

GiFT1号目新卒デザイナーの2021年振り返り

いつの間に、年末ですね。入社してもう、9ヶ月も立っていたようです。2021年の振り返りを記事にしました。

TimesclaeDBのデータ圧縮に関して

TimesclaeDBのデータ圧縮に関して

TimescaleDBはデータベース内の一部のテーブルを時系列データとして扱えるPostgreSQLの拡張です。PostgreSQLの機能拡張なので非常に手軽に導入できます。今回はこのTimesaceDBの圧縮について調べたので備忘録として書き綴りました。

すべての記事

お問い合わせ