
Kotlinで始めた個人開発#32「誰かの行動が少し楽になること」
こんにちは、hachicreateです。
この記事では、システムエンジニアとして働く私が、空き時間を活用してKotlinで始めた個人開発の取り組みを、記録として紹介しています。
第32回となる今回は、使われない機能を作らないために、私が日頃から意識していることについてお話しします。本当に必要とされるものを作るには、技術的な正解を追い求めること以上に、それを使う「人」の揺れ動く気持ちや、日々の何気ない行動に寄り添うことが大切だと考えています。
1. 行動の流れを観察する
まず一つ目に意識しているのは、行動の流れを観察することです。
機能というのは、それ単体で存在しているわけではありません。何かの作業をしている途中で必要になり、それを使った後は、また別の行動へと移っていく。そんな一連の流れの中に組み込まれています。
そのため、点としての機能を見るのではなく、その前後にある物語を想像することが不可欠です。
たとえば、あるボタンを押すという行為があったとき、その人は直前に何を見ていて、次に何をしようとしているのか。その流れを丁寧に追いかけていくと、実はそのボタン自体が不要だったり、あるいはまったく別の場所に配置されるべきだったりすることに気づきます。
流れるような動作を妨げないこと。
流れる水が自然に低い方へ向かうように、意識せずとも次のステップへ進める設計こそが、使われる機能への第一歩だと考えています。
2. やらない理由を探す
二つ目に大切にしているのは、やらない理由を探すことです。
私はつい、「どうすれば使ってもらえるか」というやる理由ばかりに目を向けがちです。
しかし実際には、「便利そうだけど、今はいいかな」と思われてしまう小さなハードルが、至る所に隠れています。その心理的なブレーキを外さない限り、どんなに優れた機能も定着することはありません。
面倒くさいと感じる瞬間はどこにあるのか
操作に迷いが生じるのはどのタイミングか
今のやり方を変えることへの心理的な抵抗はないか
こうした、ユーザーがその機能を選ばない理由を徹底的に掘り下げていきます。やらない理由を一つずつ取り除いていく作業は、派手さこそありませんが、結果として最も確実に、誰かの手に届くものを作るための近道になります。
不便を解消するだけでなく、不安や違和感を解消すること。それが、機能が日常に溶け込むための条件ではないでしょうか。
3. やさしさを基準にする
そして最後に、これらすべてを貫く軸として、やさしさを基準にするということを意識しています。
ここで言うやさしさとは、単に親切にするということではなく、相手の負担をどこまで想像できるか、という想像力のことです。
機能が増えるということは、それだけユーザーが覚えなければならないことや、判断しなければならないことが増えるということでもあります。良かれと思って追加した機能が、実は相手の認知的な負荷を高め、疲れさせてしまっていないか。その視点を常に持つようにしています。
本当の意味でやさしい機能とは、その存在を主張しすぎないものかもしれません。まるで最初からそこにあったかのように自然で、使う人が「自分の能力が少し拡張された」と感じられる。そんな控えめでありながら、確かな支えになるものづくりを目指したいと思っています。
効率や論理だけで突き詰めるのではなく、ふとした瞬間に感じる「これ、助かるな」という小さな安らぎを大切にしたいのです。
誰かの行動が少しだけ楽になる。
その積み重ねが、日々の生活をより豊かで、風通しの良いものに変えていくのだと信じています。
次回予告
次回は、「派手さより自然さを大切にするUI/UXの考え方」について、私の取り組みや実装を通じて感じたことをご紹介します。楽しみにしていただけると嬉しいです。
また、私が個人開発した『ToDoメモ』についても別記事で紹介しています。興味を持っていただけた方は、そちらもぜひチェックしてみてください。
最後まで読んでいただき、ありがとうございました。それではまた!