作成者/著作権保持者：Dennis Hamilton. 著作権条項及びライセンス：CC BY 2.0
あなたはどんなタイプのデザイナーでしょうか？ デザインをあなたのものたらしめる、原則やチェックリストやメソッドはありますか？ または、０から創作を始めた後でチェックリストを使って分析する方がお好みですか？ あなたが安心するのは、未来を見据えるときか、過去を振り返るときか、それとも完璧主義なため過去も未来もどちらも見据えるときでしょうか。どちらに当てはまるとしても、この記事はあなたに役立つでしょう。
自分らしくあれ。自分以外は皆に取られてしまっているから
―Oscar Wilde
制約を設けてデザインするタイプか？
多くの人は、制約は創造性の邪魔をすると考えがちです。しかし人間は制約の中で生き、その中で自分を満足させる方法を見出すという傾向を考えれば、制約が邪魔になるとは言えないでしょう。制約を設けないでルールを破ることについて、あなたはどう考えますか？ また内容を暗記して試験に臨むよりも、カンニングペーパーを持ち込んだ方が出来が良いと分かった場合、あなたはどうしますか？
自分自身をユーザー中心のデザインを手がけるデザイナーだとみなすのであれば、あなたはすでに多くの原則を順守しているに違いありません。言い換えれば与えられた慣習やメソッド、思考パターンに従うことで、制約のある中でデザインしているということです。たとえばISO9241-210基準は、デザインがユーザー中心であることを保証する６つの重要原則を定めています。
- ユーザーや課題、環境に対する明確な理解を基にデザインされている
- デザインと環境の一連の繋がりにユーザーが関わっている
- ユーザー中心の評価によりデザインが動機づけ・洗練されている
- デザインプロセスを反復している
- ユーザー体験の全体にデザインが働きかけている
- デザインチームは幅広い分野のスキルと視点をもっている
でも待ってください。あなたはどのくらいの頻度で、日々これらのデザインの原則に忠実にデザインできていますか？ 常に実践することはとても難しいですよね？ しかしながらこれらの原則を心にとめて、忠実であろうとするのは大事なことです。
デザインを良い方向へ導くデザイン原則
ここまで読んで、制約は創造性を消してしまう要因ではないとあなたが同意してくれたことを願います。制約は敵ではなく、むしろダンスパートナーのようなものです。もちろんある点で制限を強いられる部分はあります。しかしデザインの問題を創造的に解決するための、フィードバックとフリクション（摩擦）を与えるものでもあるのです。
デザインの活性化を導く原則の例を見ていきましょう。英国政府デジタルサービスの中には、イギリスの公共部門でサービスを開発する際に使用する10個のデザイン原則があります。
１. ニーズから始める
サービスのデザインは、ユーザーのニーズを把握することから始まります。ユーザーのニーズが分からなければ、正しいものを作り上げることはできません。
調査して、データを分析し、ユーザーと対話しましょう。証拠のない仮定を作ってはいけません。ユーザーに共感し、彼らが求めているものは、必ずしも彼らが必要としているものとは一致しないということを覚えておくべきです。
２. 単純化する
うまくいく方法を見つけたら、毎回作り直すことなく、次回も使えて共有できるようにすべきでしょう。つまり他の人も構築可能なプラットフォームや登録表を作り、APIのように他の人が使えるようなリソースを提供し、他のサービス等と組み合わせるべきだということです。これ以上単純化できないコアの部分に集中することが大切です。
３. データに基づいてデザインする
ほとんどの場合、既存のサービスがどのように使われているかを観察することで、実世界の様子を学ぶことができます。直観や当てずっぽうではなく、データに基づき決定を下しましょう。
開発したサービスが稼働した後も、試作やユーザーテストをし、それを繰り返しながら、データに基づいて製品の質を向上させましょう。分析ツールは重要なものですから、常に稼働していて読めるように準備しておくべきです。
４. シンプルにし続けるためのハードワーク
何かをシンプルにみせるのはたやすいことです。一方で何かをシンプルに使えるようにするのは大変です。特に、基礎となっているシステムが複雑であればなおさらです。しかし、それこそ我々のすべき仕事なのです。「いつもこうだから」と言い訳をしてはいけません。物事を簡単にする作業を含むとたいてい仕事はより多く大変になりなりますが、これは正しい作業です。
５. 何度もプロセスを反復する
良いサービスを開発するもっとも優れた方法は、小さく初めて何度もデザインプロセスを反復することです。実用最小限の製品を素早く世に送り出し、実際のユーザーでテストして、α版からβ版に移行しましょう。反復はリスクを削減します。大きな失敗が起こらないようにし、小さな失敗を学びに変えるのです。試作品がうまく作動しないのであれば、それを解体してやり直すことを恐れないでください。
６. 皆のためのデザインだと理解する
利用しやすいデザインは良いデザインです。開発するすべてのものが、できる限り包括的でわかりやすいものであるべきです。そのために泥臭いことをしなくてはならないのなら、そうしてください。観衆のためではなく、ニーズのために開発を行っているのですから。
国全体のためのデザインをしているのであり、Webを使用することに慣れている人のためだけではないのです。私たちのサービスを必要としている人のほとんどは、Webを使いこなすことが誰よりも大変だと感じる人たちです。このような人々のことをまず考慮しましょう。
７. コンテキストを考える
私たちはスクリーンのためのデザインではなく、人々のためのデザインをしているのです。ですから、私たちのサービスを実際に使う状況をよく考える必要があります。彼らは図書館にいますか？ 電話で話していますか？ Facebookだけにしか本当になじみがないのでしょうか？ 彼らは今までにWebを使ったことがないのでは？
８. Webサイトではなくデジタルサービスをつくる
サービスとは、人が何かをするのを助けるものです。私たちの仕事はユーザーのニーズを明らかにし、それらのニーズに即したサービスを開発することです。もちろんそれらのサービスほとんどはWebサイトとして開発されるかもしれませんが、それだけのためにデザインをしているわけではありません。デジタルの世界は現実世界と繋がっている必要がありますから、サービスのすべての側面を考え、それぞれの側面が確実にユーザーのニーズにマッチするようにしましょう。
９. 一貫性を持つ
できるかぎりいつも同じ言語、同じデザインパターンを使うべきです。これにより人々は、私たちのサービスに親近感をもつことができますが、もし難しければせめてアプローチに一貫性があるかを確認してください。
アプローチに一貫性を持たせるとすることは、拘束することでもルールブックに従うようなことでもありません。状況は毎回異なるからです。うまくいくパターンがあるならそれを共有し、なぜそのパターンを使うのかを説明すべきです。しかし今後より良い方法が見つかったりユーザーのニーズが変わった時に、そのパターンを変更することは悪いことではありません。
10. 何事もオープンにする
いつでも可能なときに、自分たちが何を行っているかを共有するべきです。同僚やユーザー、そして世界と。コード、デザイン、アイデア、目的、失敗をシェアしましょう。サービスにより多くの人が関心を持つことで、そのサービスはより良いものになります。大きな間違いが発見され、より良い提案が生まれ、サービスの水準が向上します。オープンソースコードとWebデザインコミュニティの寛容さによってのみ、我々の仕事は支えられているのですから、恩返しをしなくてはなりません。
・・・
上記の原則はとても簡潔で有用だと思いませんか？ 英国政府デジタルサービスがどのようにこれらの原則を適用しているのかもっと知りたい場合は、こちらのサイトをチェックしてみてください。https://www.gov.uk/guidance/government-design-principles
チェックリストタイプなあなたへ
作成者/著作権保持者：i.gunawan. 著作権条項及びライセンス：CC BY 2.0
2009年、Atul Gawandeは、『The Checklist Manifesto: How to Get Things Right』という本を出版しました。彼によると、専門家はチェックリストが必要なのだそうです。チェックリストとは、いわば、どんな複雑な過程でもそれを使う人を重要事項の確認によってガイドするもののことです。
外科医として、彼はWHO外科安全性チェックリストを作成しました。１年間に渡る世界の８つの病院における研究によると、そのチェックリストを採用するしたことで、患者の死と手術の手順の複雑性が最大で３分の１にまで削減されました。チェックリストを世に出したことで、彼がどれほどの命を救ったことか想像してみてください。
ほとんどのデザインは上記のように死と隣合わせであったり命の救出に関わるものではありませんが、デザインもまた複雑な過程を持つものです。それ故に、良いデザイナーのワークフローには一定のリズムや順序があります。これを実現するためにはチェックリストはうってつけで、良いスタート地点となります。あるいは、プロダクトのデリバリー前の準備として、すべてが合格ラインに達しているか確認するための「テスト」などとしてチェックリストを使うこともできます。さらにはタスク振りや整理のためにも役立つかもしれません。
Smashing Magazineは45のデザインチェックリストを集めました。
これ以外にも、もっと多くのチェックリストがあるはずです。
チェックリストの型やスタイルはいくらでも種類があります。以下は、ブレインストーミングで我々が練り上げたチェックリストです。それぞれのチェックリストの質問をじっくりと考えながら試してみてください。
あなたがそれぞれの質問に対し、どんなアクションをとったか（もしくはとらなかったか）の具体例を説明しながら、細かく文章化してください。これらのチェックリストを正しく使えば、効果は絶大です。おざなりに扱うのであれば、それは時間の無駄となってしまいます。
良質なデザインのためのチェックリスト
デザインを実験したか？
デザインフェーズの早い段階で、多くのアイデアを試すことは良いことです。もし１つのアイデアだけでやってきたのであれば、それが１番のやり方である可能性はどの程度でしょうか？ もし制作に多くのアイデアを投じたのであれば、１番良いアイデアにたどり着いた可能性がかなり高いといえるでしょう。
ちっぽけと思われるアイデアが、他のアイデアと組み合わさったとき、とてもうまく働くということを発見するかもしれません。チームでブレインストーミングをし、デザインプロセスに障害がないようにしましょう。
シンプルさを選択したか？
デザインの決定をくだすとき、細かい部分で完全に迷ってしまうことはよくあります。確かにディテールも大事ですが、それはデザインのすべてでも最終型でもありません。なぜならプロセスで最も重要な部分は、あなたの製品のユーザーだからです。シンプルで簡単に使えるものを選択することを指針とするべきです。そうすればユーザーはあなたに感謝するでしょう。
一貫性を意識してデザインしたか？
これは言うのは簡単ですが、やるのは大変です。ある目的のために１つのフォントを選択したとして、そのフォントをデザイン全体を通して同じ目的を保ちながら使用しましたか？ レイアウトに関しても同じです。すべてのページで一貫したレイアウトですか？ もしあなたがとても賢い方であれば、デザインフェーズ中にメモをし、後でデザインスタイルのガイドとして書き換えることができるでしょう。また、それを顧客に売ることもできます。
デザインは本当に完成したか？
ここではあなたは細かい部分に注目することができます。デザインは完成しましたか？ すべて完ぺきでミスはありませんか？ フッターやヘッダー、余白、テキストボックスやロゴ、その他すべてをチェックし、またチェックしましょう。まだ完璧でないなら、次の段階には進めません。
ひと呼吸置いたか？
製品のチェックをする前にプロジェクトから少し距離をとることは、創作にはとても大切なことです。ちなみに、ライターも同じようなことをします。見直しの前に原稿をしばらく引き出しにしまうのです。プロジェクトを締めくくる前に、数分もしくは数時間、数日間デザインを寝かせる時間を取りましょう。何か他のことをするか、散歩でもしてください。帰ってきて、新鮮な視点であなたの作品を見てみましょう。本当に十分な仕上がりですか？
自分がなぜそのデザインをしたか説明できるか？
あなたの顧客はこのように説明を求めるでしょうから、そのための準備をしておいた方が良いでしょう。もし説明できれば、あなたは本当に自分のデザインを理解しているということです。ほとんど完璧に近いと言えます。
最終型としてこれで満足か？
もし何か不満があれば取り組むべきです。いくら制作を続けたくても締め切りが来ればおしまいですが、それまではまだ引っかかると感じる部分の作業を続けることはできるのです。それが最も良いアウトプットを生み出す素晴らしい方法です。
デザイン原則、デザインガイドライン、デザインチェックリスト、そしてデザインプロセスなども、すべてクリエイティブなツールなのである
