Show original
Enjoyed this article?
Use "Request tipping" to ask the author to set up tip receiving.

AI translation
That day, when the notification chimed, I had three screens open. Terminal logs, a code editor, and an issue list I'd been staring at endlessly. "Why is this process timing out?" I kept turning over in my head, opening and closing files that seemed unrelated one after another, then back to the logs again. …
Enjoyed this article?
Use "Request tipping" to ask the author to set up tip receiving.
That day, when the notification chimed, I had three screens open. Terminal logs, a code editor, and an issue list I'd been staring at endlessly. "Why is this process timing out?" I kept thinking in circles, opening and closing seemingly unrelated files one after another, then back to the logs. That kind of thing—that feeling. When an answer seems close but never quite comes, that cage-like state of concentration. My smartphone screen lit up right at that moment. A sales notification. The first time a stranger had paid money for my product. My reaction was, "Oh, I see." That was all. I immediately turned the screen face-down and went back to the bug.
To be precise, there was a brief pause after "Oh, I see," and then came the practical worry: "What should I do, did I set up the thank-you email properly?" Practical concerns came before any sense of wonder—that's when I thought that's what being an indie developer is. Or maybe it's just me.
I checked the notification, verified that the email system was working, and went back to the bug. It was 11 PM. I ended up identifying the cause of that timeout the next morning, and the sense of accomplishment when it was fixed might have been stronger than when I received the sales notification.
That was my first day of revenue. No celebration, no toast, no particular sentiment—just a night when a bug and a sales notification existed almost simultaneously. Looking back now, I feel like that single night was a microcosm of indie development.
When you're doing indie development, milestones have a strange way of becoming blurry.
If you work at a company, there's applause when you launch a product, your boss acknowledges you when you hit sales targets, and there might be a celebratory lunch. Through being celebrated, you realize, "Ah, I accomplished something today." Milestones are taught to you by others.
When you're doing it alone, there are no external signals like that. Even at the moment of launch, you just move to the next action: "Deploy succeeded, now let me check if it works." With the first sale: "Did I set up the configuration properly?" When the hundredth user registered, I didn't even notice. I only found out later when I checked the logs.
The indie development screen always has the next task stacked on it.
Fix a bug, then improve the UI. Improve the UI, then work on content. Then marketing, then analytics, then another bug. There's always something to do, and within that, there's no reason to stop and think "this is how far I've come today." In days optimized purely for moving forward, your own trajectory becomes invisible.
When you look back and the only things you remember are bug fixes and moving on to the next issue, with all the milestones completely missing—that's a bit sad. But for a long time, that's how I spent my days.
A few months after my first revenue, I was quite burned out.
The product's metrics were growing little by little. User numbers, revenue—this month was better than last month. From the outside it looked fine, and I thought "well, it's not bad." But somehow I had no motivation. Opening my computer in the morning felt heavy. Even when I started writing code, it wasn't as fun as before.
When I was thinking about why, something suddenly occurred to me. When was the last time I actually felt happy about something?
I couldn't remember. Really. When revenue doubled, when I got my first review, when I finally implemented a feature I'd been wanting to—I just moved on to "next." I wasn't properly receiving my own accomplishments.
I like the word "fuel." I think motivation is like fuel. You need to refuel to keep running, and a big part of that refueling comes from the feeling of "I accomplished something, that's great."
But I kept running without refueling. I could see the metrics growing as numbers, but I kept skipping the act of receiving them as my own experience. I was so focused on completing tasks that I left behind the sense of being someone who accomplishes things.
A little while after I started feeling burned out, one night I consciously tried to "stop."
That day's revenue had quietly exceeded the monthly target I'd originally thought "I'd be happy if I could achieve this." I noticed by chance. I was casually looking at the dashboard when the numbers were just there.
Usually I would close it with "next," but that night I didn't. I made a cup of coffee, opened that screen again, and looked at it carefully. I didn't do anything special. I just looked slowly. "I achieved this," I thought without saying it out loud, while drinking my coffee.
That was all. But the next morning, somehow my mood felt a little lighter.
After that, I became conscious of small "solo celebrations."
I'm not doing anything grandiose. When I notice a milestone—a number or an event—I take time to receive it, that's all. I don't close the notification right away. I take a screenshot and save it to a dedicated folder. At night, alone, I have a drink while thinking "I've come this far today."
Not to show anyone, but to record my own experience for myself. The feeling of marking milestones with my own hands.
What I think is important here is setting the bar for milestones incredibly low.
It doesn't have to be a hundred users. Ten is fine, even one. The first yen is fine. I think the accumulation of carefully receiving such small achievements—achievements you might think "is that really worth celebrating?"—becomes the foundation for continuing long-term.
Indie development is the act of creating something in a place where no one is watching. It often takes time before you receive external evaluation. In such an environment, maybe you need to be your own first audience and biggest supporter.
One thing I've been doing recently is writing down small events from each month in bullet points.
Like the day I first got access from overseas, or the day a fix that unexpectedly took a long time finally finished, or the day a user sent me a direct message. I list them as "events," not as metric numbers.
When I read back later, I sometimes think "Oh, that happened." Moments I would have forgotten while being swept up in daily tasks are there. Recording them makes milestones actually exist as milestones.
I still think about that night when I fixed the bug sometimes.
If I had stopped just a little longer that night, if I had properly received what that sales notification meant, maybe I would have had a different expression the next morning. It's not a big deal, and I don't think that night was wrong. I just didn't know the cost of continuing to put myself second would slowly catch up with me.
Even now, "the next issue" is always there. There's always something to do. That probably won't change. But now, when a notification chimes, I delay turning the screen face-down just a little. The bug can wait five more minutes.
What I want to tell anyone doing indie development is that you don't need to do anything grandiose. A cup of coffee's worth of time is enough. A single screenshot is enough. Mark where you've gotten to in a place only you know. That small ritual becomes quiet fuel to keep sitting in front of the screen next week, next month.
Did you accomplish something today? Then, a toast.
Lily (@bokuwalily) — Indie developer. Making iOS apps and web services in tandem with AI.
あの日、通知が鳴ったとき、わたしは画面を三つ開いていました。 ターミナルのログ、コードエディタ、それから延々と眺めているissueのリスト。「なんでこの処理がタイムアウトするんだろう」と頭の中でぐるぐる考えながら、関係なさそうなファイルを片っ端から開いて閉じて、またログに戻って。そういうやつです、あの感覚。答えが見つかりそうで見つからない、集中の檻みたいな時間。 スマートフォンの画面が光ったのは、ちょうどそのときでした。売上の通知。はじめて、知らない誰かがわたしのプロダクトにお金を払ってくれた瞬間でした。わたしの反応は、「あ、そうか」。それだけでした。すぐに画面を伏せて、またバグの方に向き直りました。
正確に言うと、「あ、そうか」の後に少し間があって、それから「どうしよう、お礼メールの設定ちゃんとしてたっけ」という実務的な心配が来ました。感動より先に確認事項が来るのが、個人開発者というものだとそのとき思いました。あるいはそれは、わたしだけかもしれません。
通知を確認して、メール設定が動いていることをチェックして、それでまたバグに戻りました。夜の11時でした。結局そのタイムアウトの原因を特定したのは翌朝で、直った瞬間の達成感の方が、売上通知を受け取ったときよりも強かったかもしれません。
それが、わたしのはじめての収益の日です。お祝いもなく、乾杯もなく、ちょっとした感慨もなく、ただバグと売上通知がほぼ同時に存在していた夜。今思えば、この一夜が個人開発の縮図だったと感じます。
個人開発をしていると、節目というのが不思議とぼんやりしています。
会社に属していれば、プロダクトのローンチには拍手があって、売上目標を達成したら上司が声をかけてくれて、記念のランチがあったりします。お祝いされることを通じて、「ああ、自分は今日何かを成し遂げたんだ」と気づけます。節目を、誰かが教えてくれる環境です。
一人でやっていると、そういう外からの合図が一切ありません。ローンチの瞬間も、「デプロイ成功した、あとは動くか確認しよう」と次の行動に移るだけ。最初の売上も、「設定ちゃんとしてたっけ」。百人目のユーザーが登録したとき、わたしはそれに気づいてすらいませんでした。後からログを見て初めて知りました。
個人開発の画面には、常に次のタスクが積まれています。
バグを直したら、次はUIの改善。UIを直したら、次はコンテンツ。その次は告知、その次は分析、その次はまたバグ。常にやることがあって、その中で「今日のわたしはここまで来た」と立ち止まる理由がありません。前に進むことだけに最適化された日々の中で、自分の軌跡が見えなくなっていきます。
振り返ったとき、記憶に残っているのがバグの解決と次のissueへの着手だけで、節目が全部すっぽり抜けていたとしたら、それはちょっと切ない話です。でも長い間、わたしはそういう過ごし方をしていました。
はじめての収益から数ヶ月後のことです。わたしはかなり消耗していました。
プロダクトの指標は少しずつ伸びていました。ユーザー数も、売上も、先月より今月の方が良い状態。傍から見れば順調で、自分でも「まあ悪くはない」と思っていました。でも、なぜかやる気が出ない。朝パソコンを開くのが重い。コードを書き始めても、以前ほど楽しくない。
なんでだろうと考えていたとき、ふと思い当たったことがあります。わたし、最後にちゃんと喜んだのはいつだっけ。
思い出せませんでした。本当に。売上が倍になったときも、初めてレビューがついたときも、念願だった機能を実装したときも、「よし次」と進んでいました。自分が何かを達成したことを、自分自身がきちんと受け取っていなかったのです。
燃料という言葉が好きです。モチベーションは燃料みたいなものだと思うから。走り続けるには補給が必要で、その補給が「達成した、よかった」という実感から来る部分は大きい。
でもわたしは、補給をしないまま走り続けていました。指標が伸びることは数字として見えていたのに、それを自分の体験として受け取る行為をずっとスキップしていたのです。タスクをこなすことに夢中で、自分が何かを成し遂げている人間だという感覚を置いてきていました。
消耗を感じ始めてから少し後、わたしはある夜、意識的に「止まる」ことを試みました。
その日の収益は、わたしが当初「これが達成できたら嬉しいな」と思っていた月次の目標を静かに超えていました。気づいたのはたまたまです。ダッシュボードをなんとなく眺めていたら、数字がそこにありました。
いつもなら「よし次」と閉じるところを、その夜はやめました。コーヒーを淹れて、もう一度その画面を開いて、じっくり眺めました。特別なことはしていません。ただ、ゆっくり見た。「わたし、これ達成したんだな」と声には出さないけれど思いながら、コーヒーを飲みました。
たったそれだけのことでした。でも翌朝、なぜか気持ちが少し軽かったのです。
それから、わたしは小さな「ひとり祝い」を意識するようになりました。
大げさなことは何もしていません。節目になりそうな数字や出来事に気づいたとき、少し時間をかけて受け取る、それだけです。通知をすぐに閉じない。スクリーンショットを撮って、専用のフォルダに保存する。夜に一人で「今日はここまで来たな」と思いながら飲み物を一杯飲む。
誰かに見せるためではなく、自分が経験したことを自分で記録するための行為です。節目を、自分の手で刻んでおく感覚。
ここで大切だと思うのは、節目のハードルをものすごく低く設定することです。
百人のユーザーじゃなくてもいい。十人でも、一人でも。売上が大台に乗ったときじゃなくてもいい。最初の一円でも。「たったそれだけで?」と思うくらいの些細な達成を、丁寧に受け取ることの積み重ねが、長く続けるための地盤になる気がしています。
個人開発は、誰も見ていない場所で何かを作り続ける行為です。外から評価を受けるまでに時間がかかることも多い。そういう環境の中で、自分が自分の最初の観客であり、一番の応援者でいることが必要なのかもしれません。
最近やっていることのひとつが、月に一度、その月のちいさな出来事を箇条書きにすることです。
初めて海外からのアクセスがあった日とか、思いがけず時間がかかった修正がようやく終わった日とか、ユーザーから直接メッセージが来た日とか。指標の数字ではなく、「出来事」として並べます。
後から読み返したとき、「あ、こんなことがあったんだ」と少し驚くことがあります。日々追われていると忘れてしまうような瞬間が、そこにあります。記録することが、節目を節目として存在させてくれる感じがします。
あのバグを直した夜のことは、今でもたまに思い出します。
あの日もう少しだけ立ち止まっていたら、売上通知の意味をちゃんと受け取れていたら、翌朝のわたしは少し違う顔をしていたかもしれない。それは別にたいしたことではないし、あの夜が間違いだったとも思いません。ただ、自分を後回しにし続けることのコストが、あとからじわじわ来ることを知りませんでした。
今でも「次のissue」は常にそこにあります。やることはなくなりません。それはきっとこれからも変わりません。ただ、通知が鳴ったとき、少しだけ画面を伏せるのを遅らせるようになりました。バグの続きはあと5分待てます。
個人開発をしている誰かに伝えたいのは、大げさなことは何もしなくていい、ということです。コーヒー一杯分の時間でいい。スクリーンショット一枚でいい。自分がどこまで来たかを、自分だけが知っている場所に刻んでおく。その小さな儀式が、次の週も、次の月も、画面の前に座り続けるための、ひそかな燃料になります。
今日も何かひとつ、達成しましたか。ならば、乾杯を。
Lily(@bokuwalily)― 個人開発者。AIと二人三脚で、iOSアプリやWebサービスを作っています