個人開発で「やらなくてよかった」と思うこと7選
去年の夏、Lilyはひとつのアプリをリリースするのに9ヶ月かけた。
「まだ完成していない」「もう少しだけ磨いてから」「ここのUIがどうしても気になる」——そういう言い訳を繰り返しながら、本当は怖かったのだと思う。世に出すことが。見られることが。
公開したときのユーザー反応は正直、あんまりだった。でも、その経験で気づいたことがたくさんあった。やることの話はたくさんある。でも、今日はやらなくてよかったことを話したい。個人開発を続けてきた中で、時間と精神力を削った習慣たちの話。
① 誰にも見せないまま、完璧を目指し続けること
最初のころは絶対にこれをやっていた。
「まだ見せられる状態じゃない」「もう少し整えてから」と思いながら、ひとりで作り続ける。3ヶ月後に「よし、見てもらおう」と差し出したら、友人に開口一番「この機能って必要なの？」と言われてしまった。
その機能、一番時間かけて作ったやつだった。
完璧主義の問題は、完璧を目指す方向が間違っているかもしれない、という事実から目を背けさせてくれることだと思う。早く見せると「ここが違う」「こっちのほうがいい」というフィードバックをもらえる。完璧主義は、そのフィードバックを受け取るのが怖いときに発動する。
今は「恥ずかしいくらいのタイミングで出す」を意識している。まだちょっと荒削りでも、反応を見ながら育てるほうが、誰にも見せないまま磨き続けるより100倍早い。
② 誰のためかを曖昧にしたまま作り始めること
「なんとなく便利そうなもの」を作ろうとして、何週間も溶かしたことがある。
ターゲットが「なんとなく忙しい人」だったり「スマホをよく使う人」だったりする段階では、実際には誰のためにもなっていない。漠然とした想定ユーザーに合わせようとすると、機能が増え続けて、何がしたいアプリなのかわからなくなる。
「この人のためだけに作る」と決めたとき、初めて迷いが消えた。
知り合いのフリーランサーが「こういうの困ってる」と言った言葉から作り始めたものは、迷いなく仕様が決められた。機能を削ることも怖くなかった。「この人にはいらないから」という理由があると、意思決定が驚くほどシンプルになる。
誰のためかわからないまま作り続けることは、地図なしで歩き続けることに似ている。
③ 技術スタックを「カッコよさ」で選ぶこと
個人開発を始めたころ、新しいフレームワークやツールを試したくて仕方なかった。「最近話題のアレを使おう」という動機で選ぶと、ドキュメントが少なかったり、バグを踏んだときに情報がなくて詰まったりした。
一番やらかしたのは、アプリの核心部分に当時まだベータ版のライブラリを使ったとき。途中でAPIが破壊的に変わって、数週間の作業が無駄になった。
つまり、技術の選定で満足してしまっていた。「面白い技術を使ってる自分」に酔っていた部分が確実にある。
今の基準は「つまらないくらい枯れていて、情報が多いものを使う」。新しい技術は趣味として触るけど、リリースしたいプロダクトには使わない。技術はあくまで手段で、作りたいもののための道具にすぎない。
④ 競合を調べすぎること
「似たようなサービスを探してみよう」と思って調べ始めたら、気づいたら4時間経っていた経験が何度もある。
競合調査そのものは悪くない。でも、調べれば調べるほど「もうあるんだな」「向こうは機能が多い」「デザインが全然違う」と思い始めて、作る気が削がれていく。
本当に怖いのは、調査によって自分のアイデアが「色あせて見えてくる」ことだ。
「このアイデアはもう誰かがやってる」——でも、よく考えると当たり前のことで、既存サービスがあるということはその課題に需要があるということでもある。自分が作りたい理由、自分なりの視点、自分のユーザーへの解像度。そこに集中したほうがずっと建設的だった。
競合は「30分だけ調べる」と決めてから、前に進めるようになった。
⑤ 最初から全部入れようとすること
「これもあると便利」「あの機能も必要かも」「通知機能も入れたい」——全部を最初のバージョンに入れようとしていた時期がある。
結果、何ヶ月経ってもリリースできなかった。
機能の数と、ユーザーの満足度は比例しない。むしろ、使われない機能が増えるほど、本当に大切な機能が埋もれていく。ユーザーが最初に求めているのは、たったひとつの問題を解決してくれるシンプルなものだったりする。
今は「もしこれしか機能がなかったとして、それでも使ってくれる人がいるか？」を問いかけるようにしている。答えがYESなら、その最小限の状態でまず出す。追加したい機能は、リリース後に本当に求められてから考える。
機能を削ることは、妥協じゃなくて優先順位をつけることだと気づいてから、リリースのハードルがぐっと下がった。
⑥ デザインに完璧を求めすぎること
デザインが得意じゃないのに、デザインで完璧を目指そうとしていた時期があった。
色の組み合わせを何十パターンも試して、フォントをとっかえひっかえして、1ピクセルのズレが気になって。気づいたら一日デザインに費やしていた。
問題なのは、自分がコントロールできないものにリソースを注ぎすぎていたことだと思う。デザインのセンスは一朝一夕で身につかない。それなのに、デザインで勝負しようとしていた。
今は「シンプルで清潔感がある」を最低ラインにして、あとは機能と文章に集中している。既成のUIコンポーネントをそのまま使うことに抵抗がなくなった。個人開発のデザインは「邪魔をしない」くらいでちょうどいい。
⑦ ひとりで抱え込んで、誰にも話さないこと
個人開発は孤独な作業だ。特に、壁にぶつかったとき。
「なんでこれが動かないんだろう」と5時間悩んで、諦めかけたことがある。翌日、友人にLINEで「こういう問題で詰まってる」と送ったら、10分で解決策を教えてもらえた。
詰まった問題だけじゃない。「こういうものを作ってる」と話すだけで、思わぬフィードバックをもらえることがある。「それ欲しい」と言ってもらえることもある。作ること自体が苦しくなったとき、誰かに話すと続けられることもある。
「話してもわかってもらえないかも」と思って黙っていたけど、意外とみんな興味を持って聞いてくれる。個人開発者のコミュニティに顔を出し始めてから、孤独感がかなりやわらいだ。
誰かに話すこと、それだけで続けられることがある。
結局、削ることで前に進めた
振り返ると、やらなくてよかったことのほとんどは「完璧にしようとしていた」か「怖くて手が止まっていた」かのどちらかだった。
完璧なものを作ってから動く、ではなく、動きながら完璧に近づける。そういうサイクルに乗れたとき、初めて個人開発が楽しくなった。
今でも時々、全部入れたくなるし、誰にも見せないまま磨きたくなる。そういう自分が顔を出してきたら、「あ、また怖くなってるな」と気づくようにしている。
誰かのこの記事が「あるある」と思えるものだったら嬉しい。一緒に、ちょっとずつ前に進みましょう。
Lily（@bokuwalily）― 個人開発者。AIと二人三脚で、iOSアプリやWebサービスを作っています
- 制作物・記事は bokuwalily.com にまとめています🖥️
- OSS: github.com/bokuwalily 🐙
- 最新情報・お問い合わせは X @bokuwalily へ🌍
この記事が良かったら
「チップをリクエスト」で著者にチップの受け取り設定をお願いできます