Show original
Enjoyed this article?
Use "Request tipping" to ask the author to set up tip receiving.
AI translation
It had been about half a year since I started personal development, and it was a weekday in autumn. Since releasing the app, I had spent my days constantly staring at the dashboard. If the numbers increased even slightly, I could feel like I was alive that day; if they didn't, I would feel somewhat depressed—this routine had become a habit. I understood that there were users, but...
Enjoyed this article?
Use "Request tipping" to ask the author to set up tip receiving.
About half a year had passed since I started indie development. It was a weekday in autumn. Since releasing my app, I had fallen into a routine of staring at the dashboard almost every day. If the numbers went up even slightly, I felt like I could make it through another day; if they didn't, I'd feel somewhat down—this cycle had become a habit. Even though I knew users existed, their presence felt distant somehow, something I could only perceive as numbers on a screen.
That routine shattered because of a single email. The subject line read: "Question about how to use the app." The sender's name was completely unfamiliar to me. At first, I thought it was spam. But as I read on, it was unmistakably a carefully written question about the app I had created.
The feeling I had at that moment is still hard to put into words, but to be honest, "fear" came before "joy." In this article, I'd like to look back on that experience as honestly as I can. If it helps even one person continuing indie development think "ah, I understand," I'd be happy.
That afternoon, when I opened my email without any particular reason, I noticed a message from an unfamiliar address. The subject line had my app's name written right there. "Question about 〇〇 app"—a simple one-liner.
The content was a straightforward question about a specific feature of the app. They didn't understand how to use a certain part and wanted me to explain it. It wasn't technically difficult, nor was it a complaint. But while reading it, my hands were trembling slightly for some reason.
After reading it several times, I could tell from the text exactly which screen of the app they were stuck on. They were really using it, I realized. If it were spam, they couldn't write something so specific.
"There really is someone using my app."
I should have understood this intellectually, but at that moment, for the first time, I felt in my body that there was a "person" behind the download numbers.
I think the response itself should have taken five minutes to write. But it took me two hours.
I read back what I'd written first and thought it felt cold, so I deleted it. The next version felt too casual, so I deleted that too. When it was too polite, it felt awkward, but when it was too casual, it felt rude. I spent an unusual amount of mental energy trying to strike that balance.
The actual answer to the question was just a few lines. But what I spent time on wasn't that. How to convey the feeling of "thank you for using this," how to apologize for the parts that were hard to use, what tone to end with—I agonized over these things intensely.
Looking back, it might have been a bit excessive. But I'm also glad I was careful then. Because that email was my first experience as a creator actually facing someone.
In the end, I sent a reply that was as polite as possible while still having warmth. Right after pressing send, there was a kind of floating sense of accomplishment, or maybe relief.
A few hours later, a short reply came back: "Thank you, it's solved!" And at that moment, I did a fist pump all by myself. Where no one could see.
That email changed how I approached my app a little.
Before that, I'd been thinking "I hope more users come," but from that day on, I always had the awareness that "the person using this feature is actually someone living their life somewhere."
For example, the person who sent that email opened my app somewhere—at home or at work—and was stuck, and they took the time to contact me anyway. Instead of silently uninstalling when they didn't understand how to use it, they sent an inquiry. I think that's kind of amazing. It means they had enough hope and trust in the app to do that.
After realizing this, I started thinking about "can people actually use the features that exist now" before adding new features. I reviewed help text, rewrote error messages more carefully. It's not flashy, but I don't think I would have done it without that email.
At the same time, I started feeling the weight of responsibility. By responsibility, I don't mean anything legal—it's something more emotional. If someone is using what I made, that means I'm taking up their time. I shouldn't let that time be disappointing.
But strangely, that weight didn't feel bad at all. Rather, alongside the weight came a sense of pride that "I'm actually helping someone."
When I released my app, I didn't yet think of myself as an indie developer. I had more of a sense of "someone who makes apps as a hobby," and the term "proper developer" felt like someone else's business.
But when that email arrived, it clicked into place. "Oh, I'm an indie developer."
I created a service myself, a stranger used it, and when they had a problem, they contacted me. When that whole sequence came together, I felt like I had truly taken my place as an "indie developer." Not when the app took shape, not when it was first downloaded—but when I received my first support email. That was my moment.
Indie development is fundamentally solitary work. You think up ideas alone, release alone, reflect alone. The feedback loop that emerges when there's a team is almost nonexistent when you're solo.
But what that email taught me was: "Even if you're making it alone, there's always someone on the other end." I've found that imagining that person while creating makes the solitary work a little richer.
Even now, time has passed since that email, and I still get a little nervous when support inquiries come in. I can't say I've gotten used to it, and I still struggle with replies. But I don't spend two hours on them anymore. I think I've gradually learned how to "face" these interactions.
To be honest, when I look back at that first reply, I'm not entirely satisfied. Reading it again, I think "I could have been more specific." But because of that experience, I started doing things like including links to help pages from the start, or compiling frequently asked questions. That's how failure and reflection lead to the next improvement—maybe it's the same as with code.
Since then, I've made it a rule to reply to support emails within 24 hours. Even if the features aren't impressive or there are lots of bugs, I believe a service with thoughtful replies earns trust. There are many places where indie developers can't compete with big companies, but closeness and reply speed are strengths only individuals can offer.
Even if someday many users are using my app, I'll probably never forget the person who sent that first support email. Because without that one message, I might never have realized I had truly become an indie developer.
If you're doing indie development and haven't received a support inquiry yet, it'll come eventually. At first you'll be surprised, and you might struggle with the reply. But that experience will definitely weave the first thin thread between "you" and "your users."
Don't rush. Take time with your reply. Because that will surely be your moment of "becoming an indie developer."
Lily (@bokuwalily) — Indie developer. Making iOS apps and web services in tandem with AI.
個人開発を始めて半年ほど経った、秋の平日のことです。アプリをリリースしてからは毎日のようにダッシュボードを眺める日々が続いていました。数字が少し増えていれば今日も生きていける、増えていなければなんとなく落ち込む——そんなルーティンが習慣になっていました。ユーザーがいるとはわかっていても、その存在はどこか遠くて、画面上の数字としてしか感じられていなかったのだと思います。 それが崩れたのは、一通のメールがきっかけでした。件名は「アプリの使い方について」。送信者の名前は、わたしにとってまったく見知らぬ人。最初はスパムだと思いました。でも読み進めると、それは確かに、わたしの作ったアプリについて丁寧に書かれた質問メールでした。 あのとき感じた感覚は、今でもうまく言葉にならないのですが、正直に言うと「嬉しい」よりも先に「怖い」が来ました。この記事では、そのときのことをできるだけ正直に振り返ってみたいと思います。個人開発を続けている方に、少しでも「ああ、わかる」と思っていただけたら嬉しいです。
その日の午後、特に意味もなくメールを開いたとき、見慣れないアドレスからのメッセージが目に入りました。件名には、わたしのアプリ名がそのまま書いてありました。「〇〇アプリについて質問があります」というシンプルな一文です。
内容は、アプリの特定の機能についてのシンプルな質問でした。使い方がわからない箇所があるから教えてほしい、という内容です。技術的に難しいことでも、クレームでもありませんでした。でも、読んでいる間、なぜか手が少し震えていました。
何度か読み返していると、その方がアプリのどの画面で詰まっているのかが、文章から具体的に伝わってきました。ちゃんと使ってくれているんだな、とわかりました。スパムだったらこんな具体的な描写はできません。
「本当に使ってくれている人がいる」
頭ではわかっていたことのはずなのに、その瞬間に初めて、ダウンロード数という数字のうしろに「人」がいるのを、からだで感じた気がしました。
本来なら、5分で書けるような内容だったと思います。でもわたしは、その返信を書くのに2時間かかりました。
最初に書いた文章を読み返して、なんか冷たいな、と削除しました。次に書いた文章は逆に馴れ馴れしすぎる気がして、また削除。丁寧すぎると違和感があって、かといってくだけすぎると失礼な気がして、そのバランスを取ることに異様に神経を使いました。
質問への回答自体は数行でした。でも、わたしが時間をかけたのはそこではありませんでした。「使ってくれてありがとう」という気持ちをどう伝えるか、使いにくかった点をどう詫びるか、最後の一行をどんな雰囲気で締めるか——そういうことに、ものすごく悩みました。
今思えば少し過剰だったかもしれません。でも、あのとき慎重になって良かったとも思っています。そのメールが、わたしにとって初めて「作り手として誰かに向き合う」経験だったから。
最終的に、できる限り丁寧に、でも温度感を持って書いた返信を送りました。送信ボタンを押した直後、ふわっとした達成感というか、解放感のようなものがありました。
それから数時間後、「ありがとうございます、解決しました!」という短い返信が届いて、わたしはそのとき、一人でこっそりガッツポーズをしました。誰も見ていないところで。
あのメールをきっかけに、わたしのアプリへの向き合い方が少し変わりました。
それまでは「ユーザーが増えるといいな」という感覚で考えていたのですが、あの日からは「この機能を使っているのは、実際にどこかで生活している誰かなんだ」という意識が常にあるようになりました。
たとえば、あのメールを送ってくれた方は、どこかの自宅なり職場なりでわたしのアプリを開いて、困っていて、それでもわざわざ連絡してくれたわけです。使い方がわからなかったときに黙ってアンインストールするのではなく、問い合わせをしてくれた。それって、ちょっとすごいことだと思うんです。それだけアプリに期待や信頼を持ってくれていたということだから。
そう気づいてから、機能の追加よりも「今ある機能をちゃんと使えるか」を先に考えるようになりました。ヘルプ文を見直したり、エラーメッセージを丁寧に書き直したり。派手ではないけれど、あのメールがなければやっていなかったと思います。
同時に、責任の重さも感じるようになりました。ここで言う責任というのは、法律的な話ではなくて、もっと感情的なことです。誰かが使ってくれているということは、その誰かの時間をもらっているということ。その時間をがっかりさせてはいけない、という感覚です。
でも不思議なことに、その重さはまったく嫌ではありませんでした。むしろ「ちゃんと誰かの役に立っているんだ」という誇らしさが、重さと同時にそこにありました。
わたしはアプリをリリースしたとき、自分のことを個人開発者だとはまだ思えていませんでした。「趣味でアプリ作ってる人」くらいの感覚で、ちゃんとした開発者という言葉はどこか他人事でした。
でもあのメールが届いたとき、すとんと腹に落ちた感覚がありました。「あ、わたしは個人開発者なんだ」と。
自分でサービスを作って、知らない誰かがそれを使って、困ったときに連絡してきた。その一連の流れが成立したとき、わたしははっきりと「個人開発者」という立場に立てた気がしました。アプリが形になったときでも、初めてダウンロードされたときでもなく、初めてサポートメールが届いたとき——それがわたしにとっての「なった」瞬間でした。
個人開発は、基本的に孤独な作業です。一人でアイデアを考えて、一人でリリースして、一人で振り返る。チームがあればあるほど生まれるフィードバックのループが、個人だとほとんどありません。
でも、あのメールで気づいたのは「一人で作っていても、相手は必ずいる」ということです。その相手のことを想像しながら作ることが、孤独な開発を少し豊かにしてくれると感じています。
あのメールから時間が経った今でも、サポートの問い合わせが来るとちょっとだけ緊張します。慣れたとは言えないし、返信に悩むことも変わりません。でも、最初のあの2時間ほど時間をかけることはなくなりました。少しずつ、「向き合い方」を学んできたのだと思います。
正直に言うと、あの最初の返信に満足しているかというと、微妙なところです。後から読み返すと「もう少し具体的に書けばよかった」と思う部分もあります。でも、その経験があったから、次からは最初からヘルプページへのリンクを添えるようにしようとか、よくある質問をまとめようとか、そういう行動につながりました。
失敗や反省が次の改善になるのは、コードと同じかもしれません。
それ以来、サポートメールには必ず24時間以内に返すと決めています。大した機能がなくても、バグが多くても、返信が丁寧なサービスは信頼されると信じているからです。個人開発者が大企業に勝てないところはたくさんありますが、距離の近さと返信の速さは、個人にしか出せない強みだと思っています。
いつかたくさんのユーザーが使ってくれるようになっても、最初にサポートメールをくれたあの方のことは、おそらく忘れないと思います。あの一通がなければ、自分が本当に個人開発者になったと気づけなかったかもしれないから。
個人開発をしていて、まだサポートの問い合わせが来たことがないという方も、きっとそのうち届きます。最初はびっくりするし、返信に悩むかもしれません。でも、その経験がきっと「あなた」と「ユーザー」のあいだに、最初の細い糸を結んでくれます。
焦らなくていいです。時間をかけて返信してください。きっとそれが、あなたにとっての「個人開発者になった瞬間」になるから。
Lily(@bokuwalily)― 個人開発者。AIと二人三脚で、iOSアプリやWebサービスを作っています