迷ったら難しい方を選ぶということ - (ﾟ∀ﾟ)o彡 sasata299's blog

2013年10月02日11:39 意識高い 迷ったら難しい方を選ぶということ 最近考えていることなのですがちょっと書いてみます。意識高い系です。 例えば、「どう使うんだろ？？」とユーザが迷うようなページがあったときにどう解決するか。説明を追加したり、チュートリアルを入れたりといった方法もあれば、UIやUXといった見せ方を工夫することで解決するような方法もあると思います。 こういうときに最近考えているのが、複数の方法があって迷う場合、まず難しい方法にチャレンジする ということ。もちろん面倒なので楽な方がいいんですが、より難しい方法で問題が解決できると余計な情報を追加する必要も無いし、サイト全体が驚くほどすっきりして「どうして今までこうじゃなかったんだ」と腹落ちすることが多いです。また、難しい方法は本質的な解決策であることも多いように感じます。実装などの困難さを考えずにどちらがユーザにとって良

[hush_puppy]

賛成。ユーザーに複雑性を対処させるのではなくプログラマで複雑性が引き受けるべしというテスラーの複雑性保存の法則は本当に大事だと思う。UI設計やクラス設計でもかくありたい。

[oranie]

ささたつさん、ロベルトバッジョと同じ考えだ

[lesamoureuses]

“極論ですが、ありとあらゆるものにチュートリアルを付ければ迷う人はほとんど居なくなると思いますが、そんなの誰も使いたくないでしょう。”

[h5y1m141]

“もちろん、単にシンプルであれば良いというわけではなく、きちんとユーザが理解できてかつシンプルであるのが目指すべき姿です” 最近これを実感してる。妥協しようかなという誘惑にかられる時も実際あるけどね

[himomen]

ある歯医者が「真面目にWeb作ったのに予約が増えない」とぼやいてたので、クソ細かい料金表をあえて外させた。急に問い合わせが増えて予約も増えたらしい。これも電話対応という難しい方を選んだことになるだろうか。

[iww]

難しい方って作り手視点で実装が難しい方か。 使い手視点で簡単簡潔になる方（結果的に実装が大変なこともある）を選ばなくていいのかな。

[shuzo_kino]

＞“"ここで迷う人多いから、チュートリアル付けようぜ！みたいな短絡的なのはクソ"”　　やろうとしてましたすみません

[hiro_y]

「複数の方法があって迷う場合、まず難しい方法にチャレンジする ということ。もちろん面倒なので楽な方がいいんですが、より難しい方法で問題が解決できると余計な情報を追加する必要も無いし、サイト全体が驚くほ

[side_tana]

あるあるだ

[katzchang]

「 "ここで迷う人多いから、チュートリアル付けようぜ！みたいな短絡的なのはクソ"」

[riywo]

分かる。エントロピーに負けないようにしないと。

[ledsun]

「作るのが簡単な方」じゃなくて「ユーザーがハッピーな方」を選べ、って言ってます？

[honeybe]

迷ったら実現は難しくてもユーザの利益になる方を選びたい。という話でOK？