できるだけUIを作らない（新規作成画面編）｜toofu

貿易管理 SaaS を提供している Shippio でプロダクトデザインを担当している toofu です。 最近、機能開発・改善をするときに「なるべく UI つくりたくないなあ」と思うことがよくあるので、その考えを事例とともに共有させてください。 メインオブジェクトの作成機能を設計しました先日、Shippio のメインオブジェクトである「シップメント（貿易案件的なもの）」の作成機能をリリースしました。 メインオブジェクトの作成機能がなかったの…？と思われるかもしれませんが、Shippio にはシップメントを画面上で作成する機能がなく、外部データをインポートすることしかできませんでした。 「プロパティが多い貿易案件をすべて手入力していくよりも、ユーザーが普段の業務で管理している Excel 上の貿易データをそのままインポートしてもらうほうが、より業務効率化に近づくはず」というプロダクト開発初

[kuniomu404]

optionalなデータが増えてバグが混入しやすいのでUXとのバランスの問題だと思う

[aike]

ウィザード方式が適切かどうかは扱う情報の複雑さやターゲットユーザーの業務習熟度によって変わるという話に近い。 https://uxmilk.jp/65910

[chiroruxx]

僕もシステム側どうやったのか気になるけど、エンジニアから良いフィードバックがあったということは、良い感じに実装できたのかな。

[xanaduuu]

自分用アプリではそうしてるな「新しいフォルダ方式」と呼んでいる。“まずデータを作成して、そのあと必要に応じて情報を入力してもらう”

[mohri]

「作成直後の画面遷移をなるべく減らすために必要な項目を作成 UI に含める」

[yarumato]

“「新規作成画面」を作らない。「編集画面」だけあればいい。まず空っぽのデータを即座に作成する。そのあと、そのデータを編集してもらう。”

[richmikan]

UIは人を介在させるものだから、UIが多ければ機械による高い効率が台無しになるよね。

[hogeaegxa]

大量に入力項目があるデータを普段何で入れてる？って聞くとほぼ全員Excelって言うだろうし、いっそSpreadJS等を導入してWeb画面にもシート展開してさあ入れろ！で済ますのが最高のUIなんじゃねと最近思ったりもしている

[Eiichiro]

新プロダクトで、先にエクセル管理から移行するときは、バリデーションを全部取り込み画面に寄せれると楽なんだよね。 文字列で書くだけで良いので。 新プロダクトでこの判断できたのはすごい。

[takanq]

「要因となっている複雑性を取り除いていきたい欲求があります」貿易管理というエキスパートシステムなのにこれが許されるプロダクト強いな、玄人相手なんだから変に気を利かせて隠ぺいするなとなるだろうに。

[eachtime]

UI作ってんじゃん。普通の新規作成画面じゃん。

[jintrick]

ユーザー目的志向でUXを組み立てると必然的にGUIは簡素になる。システムの形をそのまんまGUIにしてしまう不勉強なド素人も、この10年かなり淘汰されてきた感ある。

[diveintounlimit]

これが「UIを作らない」に該当するのかよく分からなかった。結局空のデータを作った後の編集画面はあるように見える。/optionalなデータが増えるとnullable判定とかで複雑になりがちなので、ブコメよくわかる。

[sabinezu]

作成ボタンを連打されたら空データが沢山できそう。

[mayumayu_nimolove]

あとで

[knjname]

ホント、新規作成画面作りたくないよなあ