UIは閲覧画面からつくろう。｜Shino | Software Designer

ユーザー体験的なものをストーリーで整理し次にUIを作成するとき、閲覧・参照系より先に新規作成のUIから考える、というケースをときどき見かけます。 これ、すごい違和感あります。 ストーリーにおいてユーザーはまず新規作成するので、そのまま新規作成から着手してしまう、といったところでしょうか。 その場合、新規作成の目当てたるオブジェクトの姿が曖昧になりがちです。 そうすると、新規作成画面にしか存在しない特殊なレイアウトやコンポーネントや、特に意図がない冗長なモーダルができあがることが多いと感じています。 目当てが定まっていないうちから、それをどう作るか、どう編集するかを考えるのって難しくないですか？ 考える順番閲覧・参照系のUIを先に作ることで、それが新規作成や編集の目当てとなり、効率よく良いデザインしやすいと感じています。 例えば、私の場合、以下のように考えを進めることが多いです。 まずは「R

[yarumato]

“閲覧・参照系より先に新規作成のUIから考えることに違和感。CRUDのビューと一通りの状態遷移を揃えるには、まずはRead（閲覧/参照系）から。”

[ledsun]

“新規作成の目当てたるオブジェクトの姿が曖昧になりがちです。新規作成画面にしか存在しない特殊なレイアウトやコンポーネントや、特に意図がない冗長なモーダルができあがることが多いと感じています”

[forestk]

言わんとすることはわかるけど、それで作った入力画面が入力しやすいかどうかは別問題なんだよなぁ。

[deep_one]

たぶん、一番項目が多いのが新規作成だからだろう。逆にやって「やばい、破綻した！」になるのが嫌なのではないか。

[pmint]

ユースケースに沿うなら閲覧からになる。初回利用時から考えるのはテストケースか。

[udofukui]

なんかためになりそう

[tokanHAT]

mem