自分で実装するつもりで丹念に丹念にモデルを磨き、綺麗に情報を構造化した。それを元にワイヤーフレームを作成したのだ。完成したものを抱え、上機嫌でくまさんに見せに行った。褒めてもらうことを期待して。期待通り、くまさんは褒めてくれた。それに加え、改善案も提示してくれた。分で何種類かの画面を描き上げた。「綺麗にオブジェクトが抽出できているので、あとは見せ方ですね。必要な時に必要なものがあればいいので、それ以外はなくてもいいんですよ。あとは動線も意識して、無理につなげるくらいなら潔く切ってしまいましょう。うちに、認知負荷が下がり、情報が整頓されていくではないか。私は情報の構造化に全力を注ぎ、必要最低限まで削ぎ落としたモデルを、どのように画面に並べるかということばかりに意識が行ってしまっていたのだ。「ユーザーが扱いやすいようにオブジェクトを配置するのは重要です。そこに加えて、ユーザーの思考を意識することも忘れてはいけません。Architecture)といって、すごい人がまとめてくれますよ。」くまさんはそう言いながら、シロクマ本を見せてくれた。ページをサッとめくりながら、簡単な説明とファン情報を添えてしてくれた。「あと、見た目はデザインパターンかな。基本的なパターンを組み合わせて考えるの。」といいながら、オシドリ本を見せてくれた。こちらもページをパラパラめくりながら、大量のファン情報を教えてくれた。どちらの本も圧倒的なボリュームで、内容も洗礼されていた。購入ボタンを押していた。くまさんと別れた後も、私の中の激情は止まることを知らず、いつの間にか丞相のところに駆け出していた。分ほどで!!」なんの前振りもなく突きつけた。すると丞相は、なんのことやらと少し引きながらも、ざっと目を通し「ほー。いやでも、設計もいい感じですよ。丞相も優しい、すごく優しい。訳もわからないはずなのに、ざっと汲み取ってくれ褒めてくれた。一方で、こんな苦言も呈された。「これって誰が実装するんですか?どのプラットフォームで、どんな環境で、どんなフレームワークを使うつもりですか?詳細設計をするなら、そこまで考えてないとダメですよ。それに、どんなに練り込んだとしても、実際作ってみないと良し悪しは判断できません。あと、画面を作るのにここまで考慮する必要はなくないですか?無駄に時間かかるだけですよ」ごもっともである。調子に乗ってたのを見透かされた気がして、いたたまれなくなった。その後、無事にワイヤーフレームは完成した。くまさんがくれた改善案を取り入れ、さらに自分なりに修正したものが最終形となった。デザインカンプの作成にも手をつけたが、やはりビジュアルを作るのは難しく、全然進捗が出せなかった。この期間では、ソフトウェアデザインについて、たくさん学ぶことができた。同じモデリングだが、粒度も観点も異なっていて、同じノリでやると無駄になってしまうことが多々ある。デザイナーがやる情報設計は、トップダウンで進められることが多いようだ。ようにボトムアップで進めるのは向かないように思う。エンジニアには親しみ深く、エンジニアがデザイン領域に首を突っ込むには、とっつきやすいのではないかと思った。コンペ用のモックアプリを作ることになった。今まではプロトタイピングツールで済ませていたらしいが「せっかく開発部門が社内にあるのだから、モックの段階でアプリ作ってしまった方が強い印象を与えられるよね。」ということで、私がアサインされた。((アプリ部に依頼したらいいじゃない))と思ったが、部門を跨ぐといろいろ調整が必要になりスピード感が失われるのだとか。((これはいわゆる大企業病なのでは!))世知辛い世の中を垣間見た気がしたが、言わんとすることが分からなくもないので、特に何も言わなかった。大企業を相手のプロジェクトだと、バックエンドが基幹システムと呼ばれる年代物になることが多い。どんなにユーザーのことを思って利便性を追求したとしても、バックエンドに引き摺られ実現できないなんてよくあることだ。これにはデザイナーもエンジニアもうんざりしていて、斯く言う私も飽き飽きしていた。ほとんど制約のないモックアプリ作成のプロジェクトは、無性にワクワクするのだ。プロジェクトをとってくる立場の人がこの記事を見ていたら、ほんの少しでいいのでこんなプロジェクトは用意してあげて欲しい。デザイナーにもエンジニアにも大きく良い影響を与えるはずだ。抑圧されたクリエイターたちに、たまには羽を伸ばせる環境を与えてあげて欲しい。関係のない方向に脱線してしまったので、本題に戻る。