製品を機能リストで設計してはいけない。「機能リスト」というのは、こんな感じのもの。
- 3.5mm ヘッドホンジャックを通して音楽を再生できる。
- ユーザーはデバイス上にオーディオファイルを転送したり、削除したりできる。
こうした機能の積み上げを行ったところで、製品の概要も細部も明らかにならない。この製品はどうやって操作されるべきなのか？ オーディオファイルはどのようにして管理されるべきなのか？ この製品はどのような見た目であるべきなのか？
製品は、その製品の目的によって設計されなければいけない。その製品が何をするものなのか、その製品によって人々に何がもたらされるのか、その目的を語らなければならない。例えば、こんな感じで語る。
- どこにいても、手軽に音楽を聞く事ができるようにするもの。
このような目的の定義は、その製品の細かな設計に答えを与えるだけでなく、その製品を使用するユーザーに対しても理解の鍵を与えることになる。その製品を使って自分は何ができるのか？ その製品がどのようにして自分の生活をより良いものにするのか？ それはとどのつまり、その製品の存在意義を決めるものでもある。
未踏事業の増井PM・首藤PM合同合宿で講演させていただきました。
以下はその時の発表資料です（PDF版）。
スライドの後半（25ページ目）以降が本題で、以下のようなことについて話しました。
未踏プロジェクトを進める上では、もちろんエンジニアリングのスキルが欠かせません。ただし「エンジニアリングだけ」ではダメで、「アイデアを飛躍させる」「問題について深く考える」といった非エンジニアリングな「思索」行為・スキルも重要になります。ちょっとしたハックとの違いはそのような思索から生まれると私は考えています。
ところが、そんな「思索」のための方法について語られることはあまり多くありませんでした。「考える」方法なんて、一見当たり前すぎて学校では教えてくれないですしね。「もっとよく考えろ！」と言われて、じゃあ一体どうやって考えたらいいのか知っている人は少ないのではないでしょうか。
私自身も最近になってこの思索の重要性や方法論について意識することが増えたので、この講演を機会に自分なりの方法論をまとめてみました。まぁ、とても十分にはまとまっているとは言えないし、若干スピリチュアルな内容になってしまいましたがｗ
目の前の技術的な問題（細かな実装）に囚われて、大きな問題に注意が向かなくなるのはどうやっても避けられません。しかし、そこを乗り越えられるかどうかが「未踏」になるかどうかの大きな分かれ目だと思います。
もちろんこれは未踏事業に限った話ではなく、「研究する」「ソフトウェアを設計する」「提案書を書く」「プレゼンを作る」といった、創造的になるべき様々な場面でも同じことが言えます。
私自身、この「思索」に関する脳や心理について勉強し始めたばかりなので、あまり偉そうなことは言えないのですが、今回の講演やブログをきっかけに、こういったやや概念的な方法論についてもっと話す/知る機会が増えたらいいなぁ、と思っています。
Bootstrapを使うと、複雑なCSSを書かなくても、綺麗な見た目のサイトを素早く作れて大変便利。なんだけど、UI的にはあまりよろしくない。はっきり言って、これは有害だ。
Bootstrapではタブやドロップダウンメニュー、モーダルダイアログといったUI要素を簡単に使えてしまうので、ついこれらに頼りすぎたUIになってしまう。これらのUI要素は、小さなウィンドウやモバイル機器のスクリーンといった狭い領域に情報を詰め込むための苦肉の策のようなもので、もし使わなくてすむなら使わない方が良い。タブとかドロップメニューがやたら多いアプリや管理画面ってだいたいゴチャゴチャしてて使いにくいですよね。
使いやすい画面を作るには、情報を取捨選択して、優先順位を考えて、適切な場所に情報を配置することが重要になる。けど、これらのUI要素を使うと好きなだけ情報を詰め込めんでしまえるので、情報の取捨選択をしなくなってしまう。さらに、優先度に応じて配置を変えることもできなくなってしまう。本来ならば、あれもこれも詰め込みたいところをグッと堪えて、優先度の低いものは思い切って切り捨てないといけない。考えなしにBootstrapを使うと、この「切り捨てる」作業が疎かになって、一瞬にして使いにくいアプリができあがる。
タブやドロップダウンメニューを使いたくなる気持ちはよく分かる。「この画面にこの機能を入れてよ」と上司やユーザーに言われたら、つい入れたくなってしまうのが人情で、その置き場所に悩んだ時に使ってしまうのがこいつらだ。みんなの意見の折衷案としてタブを使ってしまうことはよくありがち。だけど、それは多くの場合「考える」ことや「決断する」ことを止めてしまっているだけだ。
Bootstrapで特に有害なのがモーダルダイアログ。そもそもBootstrapに限らずモーダルダイアログは使い勝手を著しく損ねるので、どうしても必要な時以外は使うべきでない。これまではブラウザ上でモーダルダイアログを実装するのは面倒だったので、幸いにもあまり使われていなかった。ところがBootstrapではこのモーダルダイアログを簡単に作れてしまう上に、なんだかかっこいいエフェクトで表示されるので、つい使いたくなってしまう誘惑に駆られてしまう。BootstrapのTrapだ。
最初にも書いたとおり、Bootstrapは恐ろしく便利で魅力的だ。多くのWebエンジニアが待ち望んでいたものだと思うし、その名の通りWebサイト開発の立ち上げを助けてくれる。今後、色んなWebサイトで使われるようになるだろう。
Bootstrapは良い技術だと思っているだけに、そのせいで使いにくいWebサイトが増えてしまうのは残念に思い、あえてこんな釣りっぽい文章を書いてみた。Bootstrapのクールな見た目に吊られて、考えなしにBootstrapを使ってはいけない。
・どうせ一年後には忘れてることだから
・命まで取られるわけじゃない
・この広い宇宙に比べたら・・・
この3つで何でも乗り越えられる
「earth in us.」について －シンプル&クリーンに調和したミニマリストライフの5つの幸せ : earth in us.
「ToDoリスト」という言うから「やらなければいけないこと」を書いてしまう。
「ToDoリスト」という言い方をやめて「やりたいことリスト」にすると良いのかも。
