エンジニアは実装と戦う前に UI と戦った方が幸せになれる 〜 メンタルモデル駆動開発の TIPS 〜 - Qiita
まえがき メリークリスマス。 LancersAdvent Calender 25日目の記事です。前日は @autumnlike(@intrudercl14) による 複雑な仕組みと向き合い、会計システムをリプレイスした話 でした。 世にあまり出ない会計に関する内容なので、是非シェアしていただいて皆さんの元に届けば幸いです。 本記事は自分がやっていた pook というサービスが終了してしまい、知見がリポジトリの issue にだけ残るのはもったいないので、考えていたことなどの一部を公開しようと思った次第です。 はじめに みなさんは、プロダクトを作っていてこのような経験はありませんか？ 作っていざ使ってみたら使いにくかった 顧客が本当に必要なものはコレじゃなかった UI が複雑でシンプルでない結果、実装も複雑でシンプルでない そのたびに作り直したり、仕様変更して精神をすり減らすことは、大いなる
邪悪なUIチェックポイント - その先へ
ハロー、@seto_hiです。 北海道で避暑をしています。 アプリ開発をしていると様々なコンバージョン率がKPIになることは多いですが、誠実さを欠いたUIを作ると数字がよく伸びることが稀によくあります。 そういったものは一時的な利益には繋がりますが、長期的な利益には繋がらないと考えています。 自分が今後そういったUIを作らないための予防線としてこの記事を書きます。 不利益の排除 ・不利益な動線を奥深くに隠す ・ユーザーが設定を変更する手間を増やす ・「メールマガジンの解除にはメッセージを送ってください」 ・「メールマガジンの解除にはログインが必要です」 ・過度に警告を表示する ・「この設定をOFFにするとアプリが正常に動作しなくなる可能性があります」 ・「本当にOFFにしてよろしいですか」 ・不利益な動線を目立たなくする ・不利益な動線のシグニファイアを消す ・スマートフォンならスクロール
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
