AI translation
I still vividly remember the moment I opened my smartphone that morning. As I was casually scrolling through the X timeline as usual, a screenshot of an unfamiliar app caught my eye. The caption read "New Feature Release: Auto Schedule Generation from Templates." I couldn't help but stop scrolling, and my eyes were drawn to the image...
Enjoyed this article?
Support Lily
I still vividly remember the moment I opened my smartphone that morning. As I was casually scrolling through my X timeline as usual, a screenshot of an unfamiliar app caught my eye. "New Feature Release: Auto Schedule Generation from Templates" was the caption. I instinctively stopped my finger, zoomed in on the screen, and read it again. It was precisely the feature I had been designing and writing down in my notebook over the past three months. Rather than frustration, my first feeling was a dazed "Wait, is this really happening?" But it wasn't a dream. On the morning of Tuesday, November 11, 2025, it was right there in front of me as reality. Today, I want to honestly write about what I felt, thought, and changed from that day onward, directed toward those who are also doing individual development.
The app that was released that day was a task management app in the same genre that I had been aware of for some time. The developer was a solo creator like me, someone who occasionally shares their progress on X. Normally, I thought of them as a "fellow in the same field," without paying them any particular attention.
But when I read the release notes posted that morning, I froze. Template scheduling, automatic generation of recurring tasks, custom interval settings—the feature requirements I had been scribbling in my notes aligned with these features in a surprisingly striking way.
After that, I downloaded the app and actually tried it out. This was the hardest part. If it had been "a bit different," that would have been better, but the UX design philosophy was so similar that I was confronted with the fact that "I was looking in the same direction."
Within a day of release, it had accumulated over 35 positive reviews. Comments like "This is exactly what I wanted" and "I've been waiting for this" lined up, and reading them gave me complicated feelings. I wanted it, but I was making it, and yet...
For the first few hours, honestly, I couldn't focus on work. Even when I opened my code or looked at my design documents, the thought "Is there any point in doing this?" kept flickering somewhere in my mind, and I couldn't concentrate.
But by evening, when I had calmed down a bit, I started thinking, "What specifically is this frustration directed at?" I think I developed the habit of verbalizing and breaking down emotions through continuing individual development.
When I organized my thoughts, the frustration broke down into three main layers.
The first was a sense of "losing on speed." I had the same idea, but the other person moved first and delivered first. There was regret mixed in—I should have moved faster.
The second was the frustration of "being exposed." The fact that the competitor released it and got 35 reviews meant that the demand was proven in a way everyone could see. At the same time my idea was proven correct, the fact that "I couldn't deliver it" was also proven.
The third was "frustration with myself." The irritation at myself for postponing things—"I'll release it once I improve the completion level a bit more," "I'll release it once I refine the design a bit more." This was the frustration that gnawed at me the most.
While doing this breakdown, I suddenly realized something. There was another emotion mixed in beneath the frustration, and I sensed it. And that emotion would later change how I moved forward.
That emotion was—relief.
A sense of "there really is demand after all." The idea I had been warming up for three months, half in doubt. The anxiety "Do people really want this?" and "Maybe I'm the only one who thinks this is convenient" had always been there.
But the fact that the competitor released it and accumulated 35 reviews erased one of those anxieties. "There is demand"—this was proven by a third party's achievement. My instinct wasn't wrong. That was clear, and there was a strange relief in that clarity.
Digging deeper into this feeling of relief, another perspective emerged. The competitor had done the "market validation" in my place, so to speak.
In individual development, verifying "whether someone will actually use it" is genuinely difficult. You can't know until you make it and release it. But if there's a precedent, one uncertainty is reduced. "People are already using it"—a map was drawn by the first mover. After that, I just need to think about where to differentiate.
Of course, the frustration didn't disappear. But the situation changed to "I don't have to prove it from zero." Switching to this perspective made me feel like I could move forward a bit.
Starting the week after my feelings settled, I changed several things. Not grand strategic pivots, just small adjustments based on "if that's the case, let's do this instead."
Until then, my approach was "release when it's complete." No bugs allowed, the UI had to be polished, all features had to be ready—that was my thinking.
But this incident made me realize that the cost of "not releasing" was greater than the cost of "releasing early." After that, I changed my policy to release at 80% completion if it's usable. Feedback can come later. But if someone beats you to it, that opportunity won't come back.
After trying out the competitor's app thoroughly, I found three places where I thought "this is a shame." UI visibility, sync timing across multiple devices, and notification customization options.
These were also areas I had prioritized from the design stage. In other words, the places where the competitor was "looking in the same direction" but "fell a bit short" could become my differentiation. Instead of thinking "I was beaten," I reframed it as "I can see the gap," and modified my design in some areas.
Before, I think I viewed the competitor somewhat as "an opponent to defeat." But now I see them as "someone asking the same questions, running ahead of me." Not zero-sum, but a sense of nurturing the same challenge together.
I started checking their release notes every week, and I also reference user reviews. The competitor's success now directly feeds back into my design.
Nine months have passed since then. My feature still hasn't been released, but the design is much more concrete than it was back then.
Honestly, there were times when I thought "Maybe I should just quit." But I'm continuing because I haven't forgotten that sense of relief from that morning. The conviction that "there is demand" hasn't wavered. Every time I read a user review of the competitor's app, my sense of "there are people who want to solve this" gets updated.
I think the difficulty of continuing individual development is maintaining belief in solitude. No one pushes your back, and you keep creating even when the numbers don't show. As fuel for that conviction, "the demand proven by the competitor" still functions for me.
When your warmed-up idea is released by someone else first, the hardest part might not be the sense of "my idea was stolen." The real pain, I felt, was the regret of "I couldn't take that action."
But that regret is usable. It becomes concrete fuel for "I'll move faster next time." Converting frustration into relief that "there really is demand after all," finding the gap, and taking one step forward. You don't need a grand comeback story. That's what I can do now.
That idea that was released first. It belongs to someone else now, but continuing to hold the same questions and delivering it in a different form—I think that's the answer as an individual developer. Let's keep going together.
Lily（@bokuwalily）― Individual developer. Creating iOS apps and web services in tandem with AI
🎁 For you who read all the way through, there's a free bonus
LINEで「自動化」と送って受け取る（実装テンプレ7本）
Lily（@bokuwalily）― After leading a marketing organization of 50 people as CMO, I now create iOS apps and web services individually. I consult on customer acquisition, user flow design, and AI implementation and business automation
🖥️ My creations and articles → bokuwalily.com
🐙 OSS → github.com/bokuwalily
🌍 Latest information and inquiries → X @bokuwalily
あの朝、スマートフォンを開いた瞬間のことは、今でも鮮明に覚えています。 いつものようにXのタイムラインを流し見していると、見慣れないアプリのスクリーンショットが目に飛び込んできました。「新機能リリース：テンプレートから自動スケジュール生成」というキャプション。思わず指を止めて、画面を拡大して、もう一度読み直しました。私が3ヶ月かけてノートに設計を書き溜めていた、まさにその機能だったからです。 悔しい、というより最初は「え、これ、本当に？」という茫然とした感覚でした。でも夢ではありませんでした。2025年11月11日の火曜日の朝、それは現実として目の前にありました。今日は、あの日から何を感じ、何を考え、何を変えたかを、同じように個人開発をしている方へ向けて正直に書いてみたいと思います。
その日リリースしたのは、私が以前から把握していた同ジャンルのタスク管理系アプリでした。開発者はひとりで、私と同じくXで進捗をちょこちょこ発信しているタイプの方でした。普段は「同じフィールドにいる仲間」くらいの認識で、特別に意識はしていませんでした。
でも、その朝投稿されたリリースノートを読んで、固まりました。スケジュールのテンプレ化、繰り返しタスクの自動生成、カスタムインターバル設定——私がメモアプリに書き殴ってきた機能要件と、驚くほど重なっていたのです。
その後、アプリをダウンロードして実際に触ってみました。これが一番きつかったです。「ちょっと違う」ならまだよかったのですが、UXの設計思想までよく似ていて、「私も同じ方向を見ていた」という事実が突きつけられた感じでした。
リリースされた翌日には、35件を超えるポジティブなレビューがついていました。「これが欲しかった」「ずっと待ってた」というコメントが並んでいて、読みながら複雑な気持ちになりました。欲しかったのに、それ、作っていたのに、と。
最初の数時間は、正直あまり仕事が手につきませんでした。コードを開いても、設計書を見ても、「これをやる意味があるのかな」という気持ちがどこかにちらついて、集中できませんでした。
でも夜になって少し落ち着いたところで、「この悔しさって、具体的に何に対してなのか」と考え始めました。感情を言語化して分解する癖が、個人開発を続けているうちについたのだと思います。
整理してみると、悔しさは大きく3層に分かれていました。
ひとつ目は「スピードで負けた」という感覚。同じアイデアを持っていたのに、相手が先に動いて、先に届けた。自分がもっと早く動けばよかったという後悔が混じっています。
ふたつ目は「可視化されてしまった」という悔しさ。競合がリリースして35件のレビューがついたということは、需要があることが誰の目にも見える形で証明されてしまった。自分のアイデアが正しかったと証明されると同時に、「出せなかった」という事実も同時に証明された感じでした。
みっつ目は「自分への悔しさ」。「もう少し完成度を上げてから」「もう少し設計を詰めてから」と先延ばしにしてきた自分への苛立ちです。これが一番じわじわとくる悔しさでした。
この分解作業をしていたとき、ふと気づいたことがありました。悔しさの奥に、もうひとつの感情が混ざっている、という感覚です。そしてその感情が、のちに自分の動き方を変えていくことになりました。
その感情は——安堵でした。
「やっぱり需要があった」という感覚です。私が3ヶ月間、半信半疑で温め続けていたアイデア。「本当にこれを欲しがる人がいるのかな」「自分だけが便利だと思っているだけかもしれない」という不安は、ずっとそこにありました。
でも、競合がリリースして35件のレビューが集まったという事実は、その不安をひとつ消してくれました。「需要はある」ということが、第三者の実績によって証明されたのです。自分の感覚は間違っていなかった。それがはっきりしたことへの、奇妙な安堵でした。
この安堵の感情を掘り下げていくと、もうひとつの見方が出てきました。競合は、私の代わりに「市場検証」をしてくれた、という視点です。
個人開発において、「誰かが使ってくれるか」の検証は本当に難しいです。作って出してみないとわからない。でも先行事例があれば、その不確実性がひとつ減ります。「すでに人が使っている」という地図が、先行者によって描かれた。あとは自分がどこで差別化するかを考えればいい。
もちろん、悔しさが消えたわけではありません。でも「ゼロから証明しなくていい状況」に変わったとも言える。この見方に切り替えることで、少し前に進める気がしました。
気持ちが落ち着いてきた翌週から、いくつかのことを変えました。大それた戦略転換ではなく、「だったらこうしよう」という小さな修正ばかりです。
それまでの私は「完成してから出す」という姿勢でした。バグがあってはいけない、UIが整っていないと出せない、機能が揃ってから——という考え方です。
でも今回の件で、「先に出す」ことのコストよりも「出さないでいる」ことのコストの方が大きいと気づきました。それ以降は、「使えるかどうか」を基準にして、80%の完成度でも公開する方針に変えました。フィードバックは後から受けられる。でも先を越されたら、その機会は戻ってきません。
競合のアプリをひと通り触ってみて、「ここが惜しいな」と感じた点が3カ所ありました。UIの視認性、複数デバイス間の同期タイミング、そして通知のカスタマイズ性です。
これらは、私が設計段階から重視していた部分でもありました。つまり、競合が「同じ方向」を向きながら「少し届かなかったところ」が、私の差別化になり得る。「先を越された」ではなく「差分が見えた」と捉え直して、設計を一部修正しました。
以前は競合を、どこか「潰す相手」のように捉えていた気がします。でも今は「同じ問いを持って、先を走っている人」という見方に変わりました。ゼロサムではなく、同じ課題を一緒に育てていく感覚です。
その方のリリースノートを毎週チェックするようになりましたし、ユーザーレビューも参考にしています。競合の成功が、私の設計に直接フィードバックされるようになりました。
あれから9ヶ月が経ちました。私の機能はまだリリースできていませんが、設計は当時よりずっと具体的になっています。
途中で「もうやめようかな」と思ったことも、正直1回ではありません。でも続けているのは、あの朝の安堵の感覚を忘れないからだと思っています。「需要はある」という確信は、今も動いていません。競合のユーザーレビューを読むたびに、「ここを解決したい人がいる」という手触りが更新されていきます。
個人開発を続けることの難しさは、孤独に信じ続けることだと思います。誰かに背中を押してもらえるわけでもなく、数字が出なくても作り続ける。その信念の燃料として、「競合が証明してくれた需要」は今も機能しています。
温めていたアイデアを先に出されたとき、一番つらいのは「自分のアイデアが盗まれた」という感覚ではないかもしれません。本当につらいのは、「あの行動を起こせなかった自分」への後悔だと、私は感じました。
でも、その後悔は使えます。「次はもっと早く動こう」という具体的な燃料になります。悔しさを「やはり需要があった」という安堵に変換して、差分を見つけて、一歩だけ動く。大きな逆転劇じゃなくていい。それが今の私にできることです。
先に出された、あのアイデア。それはもう誰かのものになりましたが、同じ問いを持ち続けて、別の形で届ける——それが個人開発者としての返答だと思っています。一緒に続けていきましょう。
Lily（@bokuwalily）― 個人開発者。AIと二人三脚で、iOSアプリやWebサービスを作っています
🎁 最後まで読んでくれたあなたへ、無料の特典があります
LINEで「自動化」と送って受け取る（実装テンプレ7本）
Lily（@bokuwalily）― マーケ組織50名規模を統括するCMOを経て、いまは個人でiOSアプリやWebサービスを作っています。集客・導線設計と、AI導入・業務自動化の相談を受けています
🖥️ 制作物・記事 → bokuwalily.com
🐙 OSS → github.com/bokuwalily
🌍 最新情報・お問い合わせ → X @bokuwalily
