#380 機能を増やしても使われないUI。ユーザーのためらいを設計していなかった

2026年5月10日 07:48

機能を増やせばいいと思っていたら、ユーザーのためらいを作っていた。

こんにちは、ちーみつです。

バイブコーディングでUIを作っていて、ユーザーの不安を取り除くという発想がそもそもなかったことに気づきました。

機能の多さより障害の少なさの方が大事だと、Uberの事例を読んで初めて意識できた話です。

ローディング表示がないことに気づいていなかった

作ったアプリに、ローディング表示が欲しいと言われたことがあります。

「あ、確かに」と思ったんですが、指摘されるまで気づいていなかったんです。

なぜかというと、UIを設計するとき考えていたのは、この機能を入れよう、あの機能も必要かな、だけだったから。

今何が起きているかをユーザーに伝える、という視点が完全に抜けてました。

Uberが3つのUX改善で乗車コンバージョン率を14.5%向上させたという記事を読んだんです。

やったことは機能の追加ではなくて、

この3つ。

記事に「本当の問題は輸送手段ではなく、不確実性だった」と書いてあって、読んだ瞬間に刺さりました。

ドライバーが来るかどうかわからない、料金がいくらになるかわからない。

この不確実性が不安やためらいを生んで、コンバージョン率を下げていたそうなんです。

機能じゃなくて、ユーザーが安心できる状態を設計するかどうかの話だったんですよね。

自分の作ってきたものを振り返ると…

ローディング表示がないどころか、今何が起きているかを伝える工夫がなかったりしてたんです。

機能はあるのに、ユーザーが状況を把握できない作りになってたんですよ。

記事の最後にこんな一文がありました。

「ユーザーに必要なのは、より多くの機能ではなく、より少ない障害だ」

バイブコーダーの自分に足りなかったのは、技術じゃなくてこの視点だったんだと思います。

機能を足す前に、今の作りで何が分からない・不安・面倒になっているかを確認する。

この視点を持てるかどうかで、使われ方がかなり変わるんじゃないかと思っています。

皆さんは作ったアプリやサイトで、ユーザーが迷っている場所を意識したことはありますか？

最後まで読んでいただきありがとうございます。

noteより数時間早く、メルマガで先にお届けしています。
不定期ですが、メルマガだけで加筆して配信することあります。
登録していただくと以下のプレゼントを受け取れます。

バイブコーディングで作るとき見落としやすい視点、同じ方向で読める3本を置いておきます👇