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

AI translation
To be honest, the reason I decided to write this essay was because I was organizing my emails a little while ago and found a particular message. It was dated about three weeks after my app was released. The sender's name was unfamiliar, and the subject line simply read "I have a question about your app." Back then, Li…
Enjoyed this article?
Use "Request tipping" to ask the author to set up tip receiving.
To be honest, I decided to write this essay because I was organizing my emails a little while ago and found a particular message. It was dated about three weeks after my app was released. The sender's name was unfamiliar, and the subject line simply said "I have a question about your app." To be frank, Lily back then was a bit burned out. I'd spent half a year building it, made announcements as carefully as I could, and yet the response was quiet. I kept checking the download numbers screen over and over, but the figures barely moved, and I was carrying around the anxiety of "I wonder if anyone is actually using this," all while somehow continuing to build the next features.
That email updated something inside me. It wasn't about technology or marketing, but something more mundane and yet far more important to me. Today, I want to write honestly about the experience it gave me.
I think anyone doing personal development projects would understand this, but the 2-3 weeks after release is a very strange period of time.
While I was building it, I was always thinking "I want to get this out into the world soon," but once I did, I suddenly had nothing to do. I'd written the announcement post. I'd registered it on Product Hunt. But when I returned to my daily life, the app was just sitting there quietly, and I couldn't even tell if anyone was using it.
In my case, I'd built a simple habit management app. I started making it for myself. I couldn't figure out how to use those "do-everything high-function tools" properly, and the extra features got in the way. I wanted something simple that matched my own style. After spending a little over half a year, I finished it into a form I truly wanted to use.
For a while after release, checking the analytics every morning became a habit. The numbers were increasing, but at a pace where I couldn't even tell if they were increasing. "5 people downloaded it in a day"—should I take that as "it's being used," or as "almost no one is using it"? Honestly, I wasn't sure.
When things are like this, where does a personal developer turn? In my case, I was heading in the direction of "distracting myself from anxiety by building the next feature." Adding features I wasn't sure were needed, continuing to build without knowing if they'd be used. If I didn't do that, I felt like I was losing something.
On the morning of the third week, that email came in.
When I first saw the subject line, I thought, "Is this a complaint?" I think this is a common thing for personal developers, but when support inquiries come in, I reflexively brace myself. "It doesn't work," "There's a bug," "I want a refund"—I was imagining that kind of content, steeling myself a bit as I opened the email.
But what was written there was completely different.
That user (let's call them K) had incorporated my app into their morning routine before starting work. Reading through how they used it, they were operating at about two levels beyond what I'd imagined.
Specifically, for items I'd implemented as "just checkboxes," K had given them their own meaning and created rules for how to title them. They were expressing their mood that day with the first character, using it as a record after checking off. That kind of "way of using it" was written all over the email.
And the main point of the email was a very polite request: "If this feature existed, I'd be really happy—would you consider it?" It wasn't a complaint; it was a request. Moreover, I was completely overwhelmed by the "way K was engaging with this app" that lay behind that request.
After I finished reading K's email, I sat blankly in front of the screen for a while.
I was the one who wrote all the code. I know where every feature is, what processing it does—I know everything. But K was using the app in a way I'd never once imagined when I was writing the code. What I'd placed as "just a checkbox," K had completely mastered as a tool for organizing their thoughts and habits.
I realized: "me, the creator," and "K, the user," were seeing the app in completely different landscapes.
For a long time, I unconsciously believed that "I'm the one who knows the right way to use this app." I think somewhere inside me was the feeling that I wanted people to use it as designed, to follow the flow I'd imagined.
But the reality was different. People take it into their own context, each in their own way, and use it with their own rules. There's really very little room for the creator to intervene. Even if I thought "I want people to use it this way," for K, "this way is better suited to me" was a far more correct way to use it.
I realized this three weeks later, from a single email from a user.
That night, I wrote a response.
At first, I was planning to keep it short—just "Thank you, I'll consider your request"—but once I started writing, I couldn't stop. How interesting K's way of using it was, why I'd decided to make this app, what problems I'd felt—before I knew it, I'd written a long message about all of that.
After I sent it, I felt a little regret about it being too long, but the next day K sent another reply, and this time they told me about themselves. That they work as a freelancer, that their morning routine tends to fall apart and they'd been struggling with that, that since they started using this app, it feels like things have gotten a bit more organized.
In our exchange, the request that came up was to have a bit more fine-grained control over the order of items.
Technically it wasn't difficult, but it was a feature I'd left out thinking "I don't think we really need to go that far." But after hearing how K used it, I could honestly think "this is definitely necessary." I implemented it two days later and let them know, and K sent back a short reply: just "Thank you, I'm using it right away."
That one line made me happier than I'd expected.
The title of this essay, "The Day a User Taught Me About My Own App," isn't a metaphor—it's literally what happened.
Before and after reading K's email, my way of engaging with my app changed slightly. From the feeling of "something I created," to the feeling of "something someone is using." From my own narrow perspective to the real sense that there are people using it.
When you're doing personal development, there comes a time when it's hard to answer the question "Why am I making this?" For money? For myself? For someone else? There's honestly quite a long stretch where I'm moving my hands without a clear answer.
But when you have an experience like K's email, you realize that "reasons" don't just come from inside. They can come from outside. A single line like "I'm using your app this way" can replenish the "reason to continue" inside you.
After I realized that, I changed how I approached support emails. Before, it was "something I have to deal with," but now I can read them with curiosity: "I wonder how they're using it." Even if it's a complaint, it's still the voice of someone using the app.
My exchange with K ended after about three back-and-forths. After that, the quiet time continued, and the numbers didn't grow dramatically. It didn't become an easy-to-understand story like "because of that experience, I suddenly succeeded."
Still, my reason for continuing changed a bit. When I think that maybe someone out there is using it, my feeling when thinking about the next feature changes. I can now ask myself "Would this be useful to someone like K?"
If you're a personal developer reading this essay, you might be in that silence after release, or you might be at a point where your reason for continuing has become vague.
Just as K's email came to me, there's a possibility that someone is using your app in a way you don't know about. That voice might come to you someday, in an unexpected form.
I'm going to keep going a little longer, believing in that.
Lily(@bokuwalily)― Personal developer. I make iOS apps and web services in tandem with AI.
🎁 There's a free bonus for you for reading all the way through: LINEで「自動化」と送って受け取る(実装テンプレ7本)
Lily(@bokuwalily)― Personal developer / AI adoption and business automation consultant. I make iOS apps and web services in tandem with AI while consulting with companies on AI adoption and automation.
🖥️ Creations and articles → bokuwalily.com
🐙 OSS → github.com/bokuwalily
🌍 Latest updates and inquiries → X @bokuwalily
正直に言うと、このエッセイを書こうと思ったのは、少し前にメールの整理をしていて、ある1通を見つけたからです。日付は、私のアプリがリリースされてから3週間ほど経ったころのもの。差出人は知らない名前で、件名には「アプリについてご質問があります」とだけ書かれていました。 あのころのLilyは、正直なところ少し燃え尽きていました。半年かけて作って、自分なりに丁寧に告知もして、それでも反応はひっそりとしたものでした。ダウンロード数の画面を何度も確認して、でも数字はほとんど動かなくて、「誰かに使われているのかな」という不安を抱えながら、何となく次の機能を作り続けていたころです。 そのメールが、私の中の何かを更新してくれました。技術の話でも、マーケティングの話でもなく、もっと地味で、でも私にとってはずっと大事なことに気づかせてくれた体験を、今日は正直に書いてみようと思います。
個人開発をしている人なら、きっとわかってもらえると思うのですが、リリースしてから2、3週間後ってとても不思議な時間です。
作っていた間はずっと「早く世の中に出したい」と思っていたのに、いざ出したら急に手持ち無沙汰になる。告知ポストは書いた。プロダクトハントにも登録した。でも日常に戻ってくると、アプリは静かにそこにあるだけで、誰かが使っているかどうかもよくわからない。
私の場合、シンプルな習慣管理アプリを作っていました。最初は自分のために作り始めたものです。「なんでもできる高機能ツール」をうまく使いこなせなくて、余計な機能が邪魔で、シンプルで自分の流儀に合ったものがほしかった。半年ちょっとかけて、自分が本当に使いたいと思う形に仕上げました。
リリース後しばらくは、毎朝アクセス解析を確認するのが習慣になっていました。数字は増えてはいるけれど、増えているのかどうかよくわからないくらいの速度で。「1日5人がダウンロードしてくれた」を「使われている」と捉えるべきか、「ほぼ誰にも使われていない」と捉えるべきか、正直よくわかりませんでした。
こういうとき、個人開発者はどこへ向かうのでしょう。私の場合は、「次の機能を作ることで不安を紛らわせる」という方向に進んでいました。要るかどうかわからない機能を追加して、使われるかどうかわからないまま、それでも作り続ける。そうしていないと、何かを失う気がして。
3週間目のある朝、そのメールが届きました。
最初に件名を見たとき、「クレームかな」と思いました。個人開発者あるあるだと思うのですが、サポート問い合わせが来ると反射的に身構えてしまいます。「動かない」「バグがある」「返金したい」──そういう内容を想定して、少し気持ちを固めながらメールを開きました。
でも、そこに書かれていたのは全然違うことでした。
そのユーザーさん(仮にKさんとします)は、私のアプリを毎朝の仕事開始前のルーティンに組み込んでいるとのことでした。使い方を読んでいくと、私が想定していた使い方の、2段階くらい先に行っている。
具体的には、私が「ただのチェックボックス」として実装していた項目に、Kさんは独自の意味づけをして、タイトルの書き方をルール化していたんです。その日の気分を先頭の1文字で表して、チェック後の記録として使っていると。そういう「使いこなし方」が、メールにびっしりと書かれていました。
そしてメールの本題は、「この機能、もしあったら嬉しいんですが検討いただけますか?」という、とても丁寧なリクエストでした。クレームじゃなくて、要望でした。しかも、その要望の背景にある「Kさんのこのアプリへの向き合い方」に、私は完全に圧倒されていました。
Kさんのメールを読み終えたあと、私はしばらく画面の前でぼうっとしていました。
全部のコードを書いたのは私です。どの機能がどこにあって、どういう処理をしているか、ぜんぶ知っています。でもKさんは、私がコードを書く段階では一度も想像しなかった方法でアプリを使っていた。私が「ただのチェックボックス」として置いたものを、Kさんは自分の思考や習慣を整理するための道具として、完全に手なずけていた。
「作った側の私」と「使う側のKさん」では、アプリが見えている景色がまったく違うんだ、と気づきました。
私は長い間、「アプリの正しい使い方を知っているのは自分だ」と無意識に思っていました。設計した通りに使ってほしい、想定した流れで動いてほしい、という気持ちが、どこかにあったんだと思います。
でも実際は違っていて、使う人がそれぞれ自分の文脈に引き込んで、自分なりのルールを持って使っていく。そこに作り手が立ち入る余地は、本当は少ないんですよね。私が「こう使ってほしい」と思っていても、Kさんにとっては「こっちのほうが自分に合っている」という使い方が、もっとずっと正解なわけで。
そのことに、私は3週間後にユーザーのメール1本で気づきました。
その日の夜、返信を書きました。
最初は短く「ありがとうございます、ご要望は検討します」で済ませるつもりだったのですが、書き始めたら止まらなくて。Kさんの使い方がどれだけ面白かったか、なんでこのアプリを作ろうと思ったか、自分がどんな課題を感じていたか──そういうことを、気づいたら長々と書いていました。
送った後で「長すぎたかな」と少し後悔したのですが、翌日Kさんからまた返信が来て、今度はKさん自身のことを教えてくれました。フリーランスで働いていること、朝のルーティンが崩れやすくて困っていたこと、このアプリを使い始めてから少し整ってきた気がするということ。
やりとりの中で出てきた要望は、項目の並び替えをもう少し細かく制御できるようにしてほしい、というものでした。
技術的には難しくないけれど、私が「そこまで必要ないかな」と省いていた機能です。でもKさんの使い方を聞いた後では、「これは確かに必要だ」と素直に思えました。2日後に実装して、「入れました」と連絡したら、Kさんから短い返信が来ました。「ありがとうございます、早速使っています」という一言だけ。
その一言が、思ったより何倍もうれしかったです。
このエッセイのタイトルにした「ユーザーに、自分のアプリを教えてもらった日」というのは、比喩ではなくて文字通りの話です。
Kさんのメールを読む前と読んだ後では、私のアプリへの向き合い方が少し変わりました。「自分が作ったもの」という感覚から、「誰かが使っているもの」という感覚へ。自分だけの視野から、使う人がそこに存在するという実感へ。
個人開発を続けていると、「なぜ作っているんだろう」という問いに答えにくくなる時期があります。お金のため? 自分のため? 誰かのため? 明確な答えがないまま手を動かしている時間が、正直けっこう長くあります。
でも、Kさんのメールのような体験をすると、「理由」というものは内側から出てくるだけじゃないんだとわかります。外の誰かから来ることもある。「あなたのアプリ、こんなふうに使っています」という一言が、自分の中の「続ける理由」を補充してくれることがある。
それに気づいてから、私はサポートメールへの向き合い方を変えました。以前は「対処しなければいけないもの」だったのが、今は「どんな使い方をしているんだろう」という好奇心で読めるようになりました。クレームだったとしても、それはアプリを使っている人の声ですから。
Kさんとのやりとりは、最終的に3往復くらいで終わりました。その後もまたひっそりとした時間は続いていて、数字が劇的に伸びたわけでもありません。「あの体験があったから一気に成功しました」というわかりやすいストーリーにはなっていないです。
それでも、作り続けている理由が少し変わりました。誰か1人がそこで使っているかもしれないと思うと、次の機能を考えるときの気持ちが変わります。「これ、Kさんみたいな人に役に立つかな」という問い方ができるようになりました。
個人開発をしているあなたが、このエッセイを読んでいるかもしれません。リリース後のあの静けさの中にいるかもしれないし、続ける理由がぼんやりしてきたころかもしれない。
Kさんのメールが私に来たように、あなたのアプリにも、あなたの知らない使い方で、誰かが使っている可能性があります。その声はいつか、意外な形でやってくるかもしれません。
私はそれを信じながら、もう少し続けてみようと思っています。
Lily(@bokuwalily)― 個人開発者。AIと二人三脚で、iOSアプリやWebサービスを作っています
🎁 最後まで読んでくれたあなたへ、無料の特典があります: LINEで「自動化」と送って受け取る(実装テンプレ7本)
Lily(@bokuwalily)― 個人開発者 / AI導入・業務自動化のコンサルタント。AIと二人三脚でiOSアプリやWebサービスを作りながら、企業のAI導入と自動化の相談を受けています
🖥️ 制作物・記事 → bokuwalily.com
🐙 OSS → github.com/bokuwalily
🌍 最新情報・お問い合わせ → X @bokuwalily