図が思考ツールになるワケ──櫻田さんと図の関係やどのように扱っていけばいいのかについて伺えればと思います。して図が大事だと考えられたのか、経緯や理由について教えてください。プログラマー・エンジニアとして働き始めた時の共通言語として、図を使っていたのが図との出会いです。当時描いていた技術者が使うような図は技術者向けでクライアント向けではなかったので、仲間内だけのツールとして使っていました。その後、自分でサイトを始めるようになってから読んだ本について自分なりにまとめようと思った時、図解を思いついたんです。当時は自分だけが納得できばいいやと思っていたのですが、始めてみると意外にも周りの人にも伝わったのを感じました。図は思考をまとめること・伝えることの両方ができるツールであると気付き、ハマりました。──それまで閉じた言語だと思っていた図が共通言語として“伝わった”と感じられたのは、どんな時でしたか?ブログやソーシャルメディアで発信をすると、デザインに明るくないビジネスパーソンからも「わかりやすいです」「資料作りに悩んでいるのでぜひお会いしたいです」といった反応を得られた時ですね。──著書では“伝えるための図”というよりも“思考ツールとしての図”というのがテーマだと思うのですが、櫻田さんは思考ツールとして図を普段から使われているのでしょうか?仕事もそれ以外でも図を使っていますよ。抽象的なことを考える時、図を使いながら考えを整理したり咀嚼したりするために使うことがあります。──ステップとしては、すぐに図を描き始めるのでしょうか?最初は付箋を使って箇条書きにして項目を洗い出していき、まとめていく手順を取ることが多いです。図解もプレゼンテーションスライドもインフォグラフィックも全て同じプロセスで作っていて、区別していないんです。貴重なノートを見せていただきました。項目の洗い出しは付箋で行っているそうですステップは5つ。情報収集からはじめます。本の場合はその本を読むこと、記事の場合は関連する情報を集めることでインプットをします。その後、整理整頓して、構成・ストーリーテリング、最後にデザインという流れです。話を広げると、ビジネスパーソン・ノンデザイナーの方だと、見た目だけがデザインだと思いがちです。それだけじゃなくて、デザインに携わっている人たちはアウトプットの前の考える工程に時間を割いているというのを伝えていきたいと思っています。──先ほどの5つのステップの中で、“思考ツールとしての図”を使うのはどのフェーズでしょうか?整理・整頓のフェーズですね。図の良いところはフレームワーク化しやすいところで、「この切り口で考えたい」と思ったらフレームワーク化した図の中に当てはめることで整理・整頓ができるんです。──そのフレームワークというのが今回の著書でいうところの7つの図なのですね。ちなみに、この7つになったのはどんな選定基準があったのでしょうか?最初は12個を出していったのですが、考えをまとめるものとして相応しくないもの、使う頻度が高くないものに関しては省きました。実際に使えるもの・視点が定まるものに絞った結果、7個になりましたね。本で紹介されている“7つの図”──出版のきっかけはなんでしたか?原点にあったのは、IBMのコーポレートアイデンティティなどを作ったポール・ランドさんの本を読んでいた時に出てきた「デザインは関係だ」という言葉。重なりの図でもピラミッドの図でも、あらゆるデザインは物事と物事が関係し合って成立しているということに気付き、それをどうしたらビジネスパーソンへと翻訳できるのかというのがテーマとしてありました。円が重なっている図と、円同士を線で繋いでいる図を比較した時に、前者の方は重なっているので重なった部分に意味を感じられますが、後者は単純に抜粋するだけで成立してしまいます。線で繋いでいるだけだと、なんだか思考としてまとまっている気はしないですよね。円が重なっている図(左)と円同士を線で繋いでいる図(右)関係をどうやって抽出するかを学べる型を作ることで、デザイナーのマインドを伝えられるんじゃないかなと。その型というのが7つの図だったわけです。──“思考ツールとしての図”を使うことによる良い影響ってなんでしょう?一番大きいのは、慌てなくなることですね。仕事上のリアルな課題って抽象度が高いし量が多いです。分散しているので、何から手を付ければいいかわからない時もある。そんな時に道具としての図を使えばだいたい話はまとまるので、安心感が得られるんです。本の表紙に方位磁石が置かれているのはそういった意味で、パイレーツ・オブ・カリビアンのコンパスみたいに、「あっちにいけばいい」という道筋を指し示すことを表現しているんですよ。