開発言語は増えたけど、2004年に投稿したこの手法(Alexanderにインスパイアされたんだ)はUI設計において多数の構成要素をやりくりする際に今でも大きな助けになっている。私がこの手法に立ち返る理由は、空っぽのテンプレートを相手にするんじゃなくて最初から開発言語を用いて設計を進める事が出来るからなんだ。設計というと、トップダウン式に空っぽのコンテンツ表示領域(多分メインカラムとサイドバーだね)を「出来上がり」になるまで埋めていくことから始める、というのがあまりにも多い。ページに大量のがらくたを詰め込むことこそが設計目標だとでも言うんなら、こういった表示領域を埋めていくというやり方でも別にいいけどさ。
復習するとこんな感じ:
- その画面で行うべきことを全て列挙する。顧客はこれにより何を遂行出来るのか? 表示すべき情報は何か? 顧客が処理を開始しゴールに至るまでの道のりを把握出来るようにするには、どんなアフォーダンスを提供する必要があるか? 列挙したものには番号を振っておこう。
- 番号を振ったアイテムのうち概念的または表示スペース的に関連があるものを見つけ出す。見つけ出したもののグループには文字を割り振っておこう。
- 番号または文字を割り振った個々のアイテムについてスケッチを書こう(いくつか書いてみるのも可)
- 個々のばらばらなスケッチを組み合わせることで設計をまとめる。パズルのピースをうまく組み合わせて全体像に持っていこう。
0 件のコメント:
コメントを投稿