バーティカルリズム Vertical Rhythm

UIデザインにバーティカルリズム(Vertical Rhythm)という考え方がある。その名の通り縦方向のリズムという意味である。

文字のベースラインも4px(図の線は8pxグリッド)グリッドに沿わせることができる

水平方向に対しては多くのデザイナーが4px, 10px, 8px単位などのグリッドに沿ってデザインしているにも関わらず、垂直方向に対してはグリッドに添わせることができてないのである。

そもそもデザインする時に8pxなどのグリッドで考えているなら、すべての要素は水平方向も垂直方向もグリッドに沿うはずである。グリッドにそわない理由はなんなのだろう。

その答えはline-heightである。line-heightをサイト共通で1.4とか1.6といったように相対指定をしてしまうとバーティカルリズム(Vertical Rhythm)は崩れてしまうのである。

たとえば8pxのグリッドに合わせてデザインしようとした時、サイト全体ですべてのフォントに1.5のline-heightを指定していると、大きさ16pxのフォントの1行は24px(16px × 1.5)になり8pxのグリッドに沿うが、大きさ18pxのフォントだと27px(18px × 1.5)となりグリッドからずれるのである。

つまりバーティカルリズム(Vertical Rhythm)を維持しようとするなら、フォントサイズに応じてline-heightを変えなければならないのである。上の例であれば、18pxのフォントで8pxのグリッドに沿わせたいのであれば、line-heightは32pxまたは24px(もしくは4pxを許容して28px)と絶対指定すべきであろう。

バーティカルリズム(Vertical Rhythm)の意識があるかないかはline-heightの指定でわかるのである。

優れたデザイナーは「線」を使わない

デザインのなかでは重要な役割を果たします。情報と情報を結びつけたり、領域を明確にしたり、線が必要な場所をあげたらキリがありません。しかし、優れたデザイナーはをむやみに使わないのです。

Photo by Damir Omerović on Unsplash

まず覚えておいて欲しいのが、線というのは綺麗なものではないということです。例えば一本の線を左から右に引くとその上下に線が2本できます。マジックなどで太い線を引くとそれは明確です。

無駄な要素が多ければ多いほどデザインは汚くなるとうのは誰もが知っているでしょう。線を引く場合も同じことです。1本の線があれば十分のときに、線を引くと悲しいことに2本の線ができてしまうつまり無駄な要素が増えるのです。

では、どうやって領域やグループを分けるかというと、まずはスペース(余白とも言う)でそれを実現します。スペースを開けて分割したり、同じグループのものを近づけて、異なるグループのものを遠ざけるということですね。もちろん全体のデザインスペースの大きさや、フォントサイズの関係で実現できないときもあります。

そんなときに2番目の選択肢を考えます。塗りです。つまり2つの色の差によってできあがる線を使うということです。この線であれば2本できてしまうことはありません。

そして、それでも実現実現できない場合のみという選択を考えるのです。

僕が、今の会社に転職したばかりの時、その会社のサービスのサイトは線であふれていました。ほとんどすべての情報の境目に線がひかれていたのです。最初の半年ぐらいでせっせと不要な線を取り除きましたが、今もまだ不要な線はたくさん残っています。線は見た目を汚くするたけでなく、不必要に硬い印象を与えるので、不必要な線がないか常に目を光らせておきましょう。

デザインマニュアル1 目的の定義

これから少しずつデザインマニュアルとして、デザインを作成する時に参考にできる内容を書いていければいいと思っています。初回の今回は目的の定義です。

目的の定義はどんなデザインにおいても最初にやらなければならないことです。ひょっとしたらこれを読んでいる人の中には、「目的の定義」と聞いて、「何を今さら」とか「そんなこと言われるまでもなくやっているよ」と思った人もいるかもしれない。

Photo by Charles Deluvio on Unsplash

しかし、実際には目的の定義をしたつもりになって、曖昧なまま進んでいるプロジェクトが世の中には多々あるのです。特に、複数の人が関わる場合、目的を共有できていることによって無駄なすれ違いや誤解を防ぐことができるのです。

リーフレットにもスマートフォンアプリにも目的があるし、サービスのUIの1つ1つのコンポーネントにも目的があるのです。

そしてその目的は、行動の組み合わせで

○○が〇〇する

と定義することができます。

例えば、あるコンサートのポスターを作るとしましょう。この場合この目的は何になるでしょうか。よくありがちなのは

音楽ファンがコンサートに来る

というものです。しかし、これではかなり曖昧ですし、そもそも通りすがりに見るポスターが、音楽ファンがコンサート会場に来るところまで責任を担うというのはかなり無理があります。おそらく実際には

音楽ファンが予約サイトにアクセスする。
音楽ファンが予約窓口に電話する

ぐらいが現実的、かつ具体的なのではないでしょうか。実際には音楽ファンが予約するは窓口の担当者や、予約申し込みをするウェブサイトの目的になるはずです。

これぐらいの精度で目的が定義できていないと、細かい議論が起きた時に決めることができません。たとえば、

コンサート会場への地図を掲載する必要があるかないか

という話になったとき、予約サイトへのアクセスというレベルまで目的が明確であれば、会場へのおおよその時間がわかれば十分ということになります。つまり見ながら会場へたどり着けるほどの細かい地図は必要ない、という判断ができるのです。

同じようにWebサービスやスマートフォンアプリのUIのコンポーネント一つ一つにも目的がはっきりしている必要があります。

例えば、僕が関わっているサービスは、オンラインで授業を受けられるサービスなのですが、もちろん授業内容から検索することができます。さて、検索結果に該当する授業が一覧で表示されますがその授業1つ1つのサマリーの目的は何でしょうか?

授業の魅力を知り興味がわけばタップする。
授業の受講の可否を知り受講できるならタップする

どちらも考えられます。こんな細かいところまで定義する必要があるのか、と思うかたもいるかもしれませんが、特にUIのように組織の複数の人間が関わっている場合この粒度で定義する必要があります。

例えば、授業の日付を載せるか載せないか、という議論になった時、授業の受講の可否を知ることが目的なら日付は必須ですし、授業の魅力を知ることが目的であれば一覧性を重視して日付は不要、という判断ができるのです。

どうでしょう、目的を明確にすることの重要性が伝わったでしょうか?

デザイナーに英語は必要か?

デザイナーに英語はあまり必要ないという印象を持つ人が多いかもしれません。英語の有用性は多くの人が理解していたとしても、デザイナーは主に視覚的な制作物を扱う職業なので、英語はあまり使わない、と思うのではないでしょうか。

しかし、視覚的だからこそ、国や文化に関係なく通用し、だからこそ日本の情報からしか学ばないのはもったいない。デザインを英語で学んでいる人と、日本語だけで学んでいる人では圧倒的な差ができてしまうのです。

Photo by Annelies Geneyn on Unsplash

もちろん日本のフォントは日本語でしか学ぶことはできないでしょう。そのほかにも、日本の習字や水墨画など、日本でしか学べないものも確かにあります。

また、どちらかというと日本はデザイン後進国だということも、英語を使えた方がいい理由の一つです。つまり、あなたがデザイナーとして悩んでいることは、すでにデザイン先進国でたくさんの人が悩み、そしてそのうちの何人かは解決策を知っているのです。英語を知っていればその解決策はインターネット上や洋書で見つけることができるかもしれません。

ちなみに、日本でヒットしたテレビ番組や、インターネットサービスや、YouTubeのチャンネルの多くは、もともとは海外でヒットしたものを、日本で広めただけだって知っていましたか?

僕は、ロゴデザインを教えたりしていますが、海外のデザイン講座で学んだものを自分なりに練習して、日本語で言語化して伝えているだけなのです。つまり、英語で世界の情報に触れている人は日本語の情報にしか触れていない人に価値あるコンテンツを提供することができるのです。

もちろん、言語をマスターするにはそれなりの時間が必要なので、人それぞれの価値観次第ですが、昔と違ってインターネットを利用するとかなり安い費用で身に付けることができます。28歳のときに英語を勉強し始めて、英検1級、TOEIC970の僕の感覚からコツを伝えるとするな、何時間勉強するかよりも、毎日少しの勉強を何年続けるかなので、始めるなら早ければ早い方がいいです。

ちなみに僕は、8年ほど前からLynda.com(今はLinkedIn Learning)、そして今でもSkillshare.comで毎朝1時間ほど勉強しています。日本のデザインのなかでは聞いたことなかったテンション視線移動配色はこちらで学びました。最初は聞き取るの大変で速度を遅くして、途中は止めて、スクリプトをみたりして理解していましたが、最近はプレゼンターの英語のくせにもよりますが1.5倍速で聞いたりしています。結局慣れだということですね。

なぜ文章が長くなるのか?

今回はライティング(書く方)についてお話しします。デザイナーのメインはビジュアルとはいえ、原稿がひどければいいサービスを作ることはできません。必要に応じて手直しをする必要があります。

さて、Webやアプリに掲載する文章が必要以上に長くなる。これはどんな組織においても見られる傾向です。書けば書くほどたくさん伝わる、と考えて、書けば書くほど読まれなくなる、という考えに至らない人はたくさんいるからです。

Webやアプリの文章を作るときの基本は、対面で話すときと変わりません。つまり、実際にお客さんがお店を訪問したときにスタッフが言うであろうことを、言うであろうタイミングで書くべきということです。このような考え方があるから、ついついお客さんに対面で話すように、過剰に丁寧に書いてしまう気持ちもわからなくはないです。しかし、

Photo by Aaron Burden on Unsplash
聞くのは受動的な行為、読むのは能動的な行為

という違いがあることを頭に入れておきましょう。つまり、読むのは聞くより大変だということです。聞くという行為では作業者(話す人)はサービスを提供する側だが、読むという行為においては作業者(読む人)はサービスを受ける側だということです。

したがって、サービス提供者として当然のことではありますが、訪問者の読むという負担を減らしてあげなければならないのです。とはいえ無礼になってはいけません。つまり

礼儀正しさ、分かりやすさを失わない範囲で可能な限り簡潔にする。

ということが必要なのです。具体的には次の3点を意識すればいいでしょう。

  • 冗長な表現を回避する
  • 過剰な丁寧さを省く
  • 言うまでもなく明らかなことを言わない

例を交えて説明してみましょう。例えば動画を投稿する画面に次のような注意書きを掲載しようとしています。この文言を改善するとしたらどうなるでしょう。

初めての方は動画投稿ガイドラインを必ずお読みいただいてから、動画の投稿をお願いします。

普通の会話で聞いても違和感は感じませんが、文字になると必要以上に長いと感じるのではないでしょうか。冗長なのは「動画投稿」、過剰な丁寧さと感じるのは「お読みいただいてから」と言う箇所です。以上を省いて自然のならびにすると

初めての方は、事前に必ず動画投稿ガイドラインをお読みください。

と短くまとめられるます。これだけ短くしても、特にわかりにくさや無礼さは感じないのではないでしょうか。このような細かい気配りをサービス全体で行ってこそわかりやすいサービスが出来上がるのです。

ぜひ、こんな目線で自分たちのWebサイトやサービスの文章を見直してみてください。ずっと使いやすく分かりやすいサービスになることでしょう。

デザイナーの給与交渉

海外に比べると日本のデザイナーの給料は低いと言われています。日本のなかを考えても、デザイナーの方がエンジニアより希少価値が高いにも関わらずそれほど給料は高くありません。その原因の1つはデザイナーの交渉下手なのではないでしょうか。ただでさえデザイナーは視覚的なものを操るのが得意な一方で、その反動でか言葉を操るのが苦手なのです。それを自分の利益のための給与交渉に使うなどというのを求めることに無理があるのかもしれません。

Photo by Joshua Ness on Unsplash

しかし、僕自身も一人のデザイナーとして、デザイナー全体の給与水準が上った方が幸せになれるわけで、僕自身がここ数年の採用面接で給料を聞く際にやっていることを紹介したい。

正直僕も

給料いくらぐらいくれるんですか?

などとは聞きずらいのです。それまで散々会社の方向せとか、社長の考え方とか社風とか聞いときながら「結局金かよ?」とは思われたくないのです。

とはいえお金も重要な要素の一つ。

ではどうしているかというと、面接の際には、その会社が求めているデザイナー像を聞いて、それが自分の技術や進みたい方向にマッチしているかどうかを確かめると思いまが、それを聞いた後に次のように聞くのです。

なるほど、御社はそんなポジションを埋めるデザイナーを探しているんですね。ちなみに、そのポジションに御社はいくら払う予定ですか?

その会社はそのポジションを埋める人材にどれくらいの価値を感じているのか。これこそがこの質問の真意で、あくまでも自分は御社の採用状況を聞いているだけで、まだそのポジションに正式に志望表明をしたわけではないし、給与によってはそのポジションに立候補することも辞退することもあるということを示唆する質問なのである。

交渉術の話になるが、値段交渉に関して一つの大きなルールがある。それは

オープニングオファーを最初にしてはならない。

というものである。つまり希望金額は最初に相手に言わせた方が交渉は有利に働くということなのです。この辺を詳しく知りたい方は交渉術を勉強するといいと思います。

スマートデフォルト

スマートデフォルトという考え方があります。簡単に言うとユーザーが選択するであろう選択をデフォルト選択にするということです。

例えば、現在関わっているサービスは、ユーザーが自分の学びたい内容の講座を探して、受講するサービスなのですが、検索画面には講座を地域から絞り込めるUIがあります。地域を「都道府県」または「全国」から選択できるのですが、このUIにおけるスマートデフォルトは何でしょうか。

もしユーザーがすでにユーザー登録していて、住んでいる地域を登録していたら、その地域をデフォルト値として選択しておけば、ユーザーは毎回その選択をする必要がなくなります。これがスマートデフォルトです。

ログインしていないユーザーなどは住んでいる地域がわからないので、デフォルト値は「全国」にするしかないですね。その場合も「未設定」「未選択」ではなく「全国」とラベルを明確にすべきです。

若干ラベルの話にまで広がってしまいましたが、UIがあるとき、常に

スマートデフォルトはどうあるべきか?

自問しましょう。

余談ですが、最近はコロナのせいでオンラインの講座が増えてきたので地域の重要度は少しずつ下がっています。

けっきょく、よはく。 余白を活かしたデザインレイアウトの本

ingectar-eさんのこちらの本読みました。

様々なデザインテイストをテーマに、初心者がやりがちなNGデザインと、上級者がやる余白を活かしたOKデザインを掲載し、それぞれのポイントを解説しています。

正直、本書のようにNGデザインとOKデザインを掲載したデザイン書籍は多数世の中にありますが、どの本においても、NGデザインはNGとはいえデザインとしてひどすぎたり、OKデザインにもツッコミどころ満載だったりすることがあります。本書もその点では例外ではないです。人に教えようと思うと、わざわざ意図してNGデザインを作らなければならないという、このような本を作ることの難しさを感じました。

デザインを長年やっている人にはあまり参考になる部分がないかもしれませんが、5年程度までのデザイナーには学ぶ部分があると思います。個人的にもっともありがたかったのは、使い勝手の良さそうな英文フォントを紹介してくれている点です。特にカフェや美容室のようなおしゃれなデザインに使いたいフォントがなかなかパッと出てこないので、今回の紹介のフォントはどれもいい感じでした。

いずれもAdobe Typekitで使用できるということなので、ぜひフォント名からイメージが湧くようにして、必要なときに使えるようにしたいと思思いました。

  • Adorn Engraved Regular
  • Province Sans Pro Regular
  • Boucherie Cursive Regular
  • Mrs Eaves All Petite Caps
  • AnnabelleJF Regular
  • Jay Gothic URW Bold
  • ScriptoramaJF Tradeshow
  • AdageScriptJS Regular
  • Serifa Bold
  • Casablanca URW light
  • Grafolita Script Regular
  • Adorn Serif Regular

【楽天ブックス】「けっきょく、よはく。 余白を活かしたデザインレイアウトの本」

直感的なUI

「直感的なUIとは」直感的なUIがいい。とはよく言うければ、そもそも「直感的」とは何を指すのか。今回は書籍「Intuitive Design」の内容を参考に自分なりの解釈を加えたものを書いてみたい。

僕自身もつい最近まで、UIを考えるときPerceptibility, Predictability,Feedback, Consistency, Learnabilityという5つの考え方を基準に考えていた。しかし「Intuitive Design」では次の8つの指標を推奨している。

1.Discoverability

ターゲットユーザーが目的を達成するためのUIを発見できるか

2.Affordance

Aターゲットユーザーに操作可能なUIであり、どのように操作するかが伝わるか

3.Comprehensibility

ターゲットユーザーがそのUIの意味を理解できるか

Comprehensibilityは次のような点が判断指標となる。  

  • ユーザーの言葉で語っているか
  • 期待通りの動作をしているか
  • 的確なアイコンを表示しているか

4.Responsive Feedback

ターゲットユーザーの現在の状況や操作の結果を正確、
明確かつ即座に示せているか

5.Predictability

ターゲットユーザーが操作する前にその操作の結果を予測できるか

6.Efficiency

ターゲットユーザーが不要な動作や繰り返しをせずに最優先事項を完了できるか

7.Forgiveness

ターゲットユーザーの誤操作を防げるか、誤操作による打撃を最小限に抑えているか、誤操作から簡単に復旧できるか

マウスアップで動作させているか、タップエリアは十分大きいかなどがForgivenessの一例である。

8.Explorability

ターゲットユーザーがミスをすることや迷うことを恐れずに使えるか

次のような明らかなナビゲーションがあること

  • タスクの完了方法、および次のステップへの移動方法が明らかである
  • 前へ戻る方法が明らかである
  • 現在のタスクのキャンセル方法が明らかである
  • ホーム画面へ戻る方法が明らかである

保存方法が明確である

  • 即時保存の場合、保存が実行されていることを示す
  • 手動保存の場合、保存ボタンを明確にする(スクロールしないと見えないとかはだめ)

デザイナーの能力向上 発想力 〜応用可能なアイデアの収集〜

デザイナーとして仕事をしていくうえで、必要なのは「発想力」「デザイン力」「伝達力」などいろいろあるが、今回はそんな「発想力」について書いてみたい。「発想力」とはいわゆるアイデアを出すための能力である。いろんなアイデアを思いつくためにはどんなことをすればいいかというと、もちろん

たくさんのものに触れること

とはよくある答えで、それは常に心がけるべきである。英語のデザインのオンラインコースでは

The only thing you should know as a designer is everything.
(デザイナーとして知るべき唯一のことはすべて)

と語っており、この言葉は自分にとっても非常に印象に残っていて、本や映画、漫画、アニメ、音楽、スポーツ、格闘技あらゆるものに時間の許す限り手を伸ばすようにしている。とはいえ、そんな途方もない話をしてもなんのヒントにもならないので、もう少し具体的に、デザインのアイデアを出すために普段やっていることを一つ話したい。それは

「このアイデアは他でも応用できる」というものをできるかぎり保存しておくこと

である。

毎日少なくとも30分程度PinterestやDribbbleをさまようって「インプットの時間」を設けるようにしている。そして、「このアイデアは他でも応用できる」と思えるデザインを保存して、アイデアに困った時にすぐに参照できるようにしている。Pinterestではこちらののこちらのボードに保存している。

https://www.pinterest.jp/masatos7/design-idea/

例えばこちらの人間よりも大きなダックスフントを散歩している画像を見て欲しい。

これは結局、「人物やオブジェクトを異常な大きさにする」というアイデアで、ダックスフントに限らず同じ考えは様々な場所で応用できる。

また、こちらのシアトルの風景のなかに文字が埋め込まれている画像。

こちらも結局、「フォントを写真とオブジェクトの裏に配置する」というアイデアで、こちらもフォントを写真に載せる時に、少し個性を出したい時など応用できる場面はたくさんある。

このように、他でも応用可能なアイデアをひたすら集め、機会があれば使うようにしている。

アイデアとは「あるときふと頭に浮かぶもの」と考える人も多いかもしれないが、僕にとってはそれは、毎日のインプットの積み重ねによって成し遂げられることである。いいアイデアも一度見て感心するだけでなく、繰り返し眺めて、繰り返し使って、初めて自分のものになるのだ。