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

AI translation
Would it seem strange if I said I was happy to receive a bug report? A few weeks after releasing the app, one afternoon a notification arrived on my smartphone. It was a message from an unknown user saying "The ○○ feature isn't working properly." At first, Lily froze when she saw the screen. But it wasn't anger or panic...
Enjoyed this article?
Use "Request tipping" to ask the author to set up tip receiving.
Would it seem strange if I said I was happy to receive a bug report? A few weeks after releasing an app, one afternoon a notification arrived on my smartphone. A message from an unknown user: "The ○○ feature isn't working properly." At first, Lily froze looking at the screen. But it wasn't anger or panic—strangely, her chest felt warmly lit from within. This article is the story of how I, unable to articulate that sensation well, finally managed to organize my thoughts over several days. If you're doing personal development, you might have encountered a similar moment. Or you might encounter one in the future. I'd be happy if you'd read this.
The app Lily created was a small application for recording daily habits. It had no major features, a narrow target audience, and was born from the commonplace motivation of "I made it because I wanted to use it myself." Shortly after release, she introduced it a few times on social media, but the impressions were modest, and downloads hovered in the double digits.
Then one day, while things continued this way, a message arrived in her email. It said: "On the habit recording page, when the date changes, sometimes the previous day's data disappears." The message was politely written, and the sender had even included the steps to reproduce the issue.
To be honest, for about the first five seconds, there was a sense of "oh no, I messed up." There was embarrassment about releasing a bug, and a bracing for the possibility of being scolded. But reading the message again, something clicked into place.
This person was using Lily's app.
Moreover, they were using it enough to notice behavior that only appears if you use it daily—the kind of thing you'd only catch by checking what happens when the date changes. It was a quiet joy, not anger or panic, but rather "oh, so someone was paying attention."
If you're doing personal development, I think you understand this feeling. You design alone, code alone, decide on design alone, release alone. You might consult with someone, but you end up bearing all the final decisions and feedback by yourself, every single day.
In Lily's case, development time was only at night after work and on weekends. Tired as she was, she'd open her screen and gradually stack up small features. It wasn't a burden because she was doing it by choice, but there was always this lingering sense of "I wonder if this is actually reaching anyone."
Just because you release an app doesn't mean someone will send you feedback. The app store reviews stayed at zero at first. The analytics showed numbers moving, but there was no sense of actual people behind them. Numbers are strange that way—you can see them but feel nothing.
Before the bug report arrived, Lily was gradually getting used to that emptiness. She kept telling herself, "Well, it's enough that someone is using it," but I think she was actually a little lonely.
The bug report filled that emptiness in an instant.
Unless it was an angry message, Lily realized that a bug report is actually something very much like a gift. Someone took the time, wrote out the reproduction steps, and sent it. That must mean there's an underlying expectation of "I want this to get better." If they'd given up on it, they wouldn't report it in the first place.
There was another thing she realized. Reading the bug report, Lily understood which user behavior she hadn't anticipated. "Changing the date" is something that only happens if someone uses the app late into the night. In other words, there were people using it that way.
The bug taught her about a usage pattern she hadn't thought of during the design phase. This was information that no amount of imagination could have produced. Design documents, user interviews, persona development—none of it could match the actual behavior of real users, and for the first time, that really sank in.
Once her emotions were sorted out, Lily got to work fixing the bug. She found the cause fairly quickly. When she wrote the date-switching process, she'd forgotten to account for the case of data being saved after midnight. I'll spare the technical details, but it was a classic "I only tested during the hours I use the app" mistake.
More than the fix itself, what Lily prioritized was the reply. She sent a short message as quickly as possible: "Thank you for the report. I plan to release a fix within a few days." Even though she didn't know exactly how long it would take, she wanted to signal "I received this" first.
The reply that came back was just one line: "Thank you, I'm looking forward to it." Just that, and yet Lily felt oddly energized the whole day. She never imagined before release that the words "I'm looking forward to it" could carry such weight.
From this experience, Lily changed one habit. She added a single line to the release notes: "Bug reports and feedback welcome here." Previously it had said something vague like "Contact us," but she changed the wording to make it easier for people to send reports. It wasn't a major change, but she thought that just putting "bug report" front and center might lower the psychological barrier.
It was a small change, but after that, a few more reports started coming in. Each time, Lily felt genuinely happy. She thought she might get used to it, but she hasn't. Every time, her chest warms up just a little.
Personal development is fundamentally lonely. Lily doesn't think that needs to change, and she doesn't think it should. There are good things about working in a team, and there are good things about working alone. You don't need to aim for something that resonates with everyone, and you don't need to pursue startup-style rapid growth. She believes there's value in continuing to make things you love at your own pace, with your own judgment.
But even in loneliness, moments of "connection" do come. The bug report was one of them. When a user says "this is broken," that's a moment when communication is happening through the product.
What Lily continues to do now is to respond with specific words of thanks whenever she receives a bug report or feature request. She doesn't abbreviate phrases like "that helped," "I hadn't noticed that," or "so that's how you're using it." She tries to be a little more thoughtful.
Sometimes when she's busy, her replies are shorter. But she feels it's important for the person who sent the message to feel "this reached you," so she just tries to be a little more careful. It's not a calculation about whether thanks will lead to continued engagement or word-of-mouth—it's simpler than that. She's genuinely happy, so she wants to express it.
Since that day of the bug report, Lily's approach to development has shifted slightly. Before, a sense of obligation—"I must make something good"—often came first. Now, the feeling "there are people using this" comes to mind first.
The pressure hasn't disappeared entirely. But when the starting point of your motivation changes, the weight of the next step feels different. Instead of "I have to," she can now move from "I want to keep going." When she comes home tired at night and opens her screen, the thought "someone might be using this today too" becomes a small push forward.
If you're doing personal development and feeling a bit tired, wondering if what you're making is reaching anyone—I won't tell you not to fear bug reports. But if one does arrive, try looking at it from a slightly different angle. There's the most certain proof you could ask for: "there is someone using this."
Lily is still in the middle of her journey. Nothing is finished, and there's plenty she wants to fix. But today too, thinking that someone might be using it, she'll open her screen just a little.
Lily (@bokuwalily) — Personal developer. Making iOS apps and web services in tandem with AI.
バグ報告がうれしかった、なんて言ったら変に思われるでしょうか。 アプリをリリースして数週間が経ったある日の午後、スマートフォンに通知が届きました。見知らぬユーザーから「○○の機能がうまく動きません」というメッセージです。Lilyは最初、画面を見て少し固まりました。でも、怒りでも焦りでもなく、不思議と胸の奥がほんのりあたたかくなったんです。 この記事は、その感覚をうまく言語化できずにいたわたしが、数日かけてようやく整理できた話です。個人開発をしている方なら、同じような瞬間に出会ったことがあるかもしれません。あるいはこれから出会うかもしれない。そんな方に読んでもらえたらうれしいです。
Lilyが作ったのは、日々の習慣を記録する小さなアプリです。大きな機能もなく、ターゲットも広くなく、「自分が使いたいから作った」という、ありがちな動機でした。リリース直後はSNSで何度か紹介しましたが、インプレッション数は控えめで、ダウンロード数も二桁をうろうろしている程度でした。
そんな状況が続いていたある日、メールに一件のメッセージが届きました。「習慣の記録ページで、日付をまたぐと前日のデータが消えてしまうことがあります」という内容でした。丁寧な文章で、再現できた手順まで書いてくれていました。
正直に言うと、最初の五秒くらいは「やってしまった」という感覚がありました。バグを出したことへの恥ずかしさと、もしかしたら怒られるかもという身構えです。でも、もう一度メッセージを読み返して、なにかがすとんと落ちてきました。
この人は、Lilyのアプリを使ってくれている。
それも、毎日使っていないと気づかないような、日付をまたぐときの挙動を確認するくらいには、ちゃんと使い込んでくれている。
怒りでも焦りでもなく、「あ、知られていたんだ」という、静かな喜びでした。
個人開発をしている方なら、この感覚をわかってもらえると思います。ひとりで設計して、ひとりでコードを書いて、ひとりでデザインを決めて、ひとりでリリースする。誰かに相談することはあっても、最終的な決断もフィードバックも全部ひとりで受け止める毎日です。
Lilyの場合、会社の仕事を終えた夜と週末だけが開発の時間でした。疲れているのに画面を開いて、小さな機能を少しずつ積み上げていく。それ自体は好きでやっていることだから苦にはならないのですが、どこかずっと「これ、誰かに届いているんだろうか」という感覚がついてまわっていました。
アプリをリリースしたからといって、誰かが感想を送ってくれるわけではありません。ストアのレビューも、最初はゼロのまま。アクセス解析を見れば数字は動いているのに、そこに人がいる実感がない。数字って不思議なもので、見えているのに何も感じられない瞬間があります。
バグ報告が届く前、Lilyはその空白にじわじわと慣れていこうとしていました。「まあ、使ってくれている人がいるだけでいい」と自分に言い聞かせながら、でも本当は少しだけさみしかったんだと思います。
バグ報告は、その空白を一瞬で埋めてくれました。
怒りのメッセージでさえなければ、バグ報告というのは実はとても贈り物に近いものだと気づきました。わざわざ時間をとって、再現手順を書いて、送ってくれた。それって、「もっとよくなってほしい」という期待が前提にあるはずです。見捨てているなら、そもそも報告なんてしない。
もうひとつ、気づいたことがあります。バグの内容を読んで、Lilyは自分がどのユーザーの動きを想定していなかったかを理解しました。「日付をまたぐ」という操作は、深夜まで使う人がいて初めて起こります。つまり、そういう使い方をしてくれている人がいるということです。
設計段階では気づかなかった使われ方を、バグが教えてくれたんです。これは、どれだけ自分で想像力を働かせても出てこない情報でした。仕様書も、ユーザーインタビューも、ペルソナ設計も、実際に使ってくれる人の行動には敵わないんだと、そのとき初めて腑に落ちました。
感情の整理がついたところで、Lilyはバグの修正に取りかかりました。原因はわりと早く見つかりました。日付の切り替え処理を書いたとき、深夜0時を過ぎたあとのデータ保存のケースを考慮し忘れていたんです。技術的な話は省きますが、典型的な「自分が使う時間帯でしか試していなかった」ミスでした。
修正そのものより、Lilyが大事にしたのは返信でした。「報告ありがとうございます。数日中に修正をリリース予定です」という短い文章を、できるだけ早く送りました。何日かかるか正確にはわからなくても、「受け取りました」という意思表示だけは先にしようと思ったんです。
返ってきた返信は、「ありがとうございます、楽しみにしています」という一言でした。たったそれだけなのに、Lilyはその日一日、妙に元気でした。「楽しみにしています」という言葉がこんなに力を持つとは、リリース前には想像していなかったです。
今回の一件で、Lilyはひとつ習慣を変えました。リリースノートに「バグ報告・ご意見はこちら」という案内を一行追加したんです。それまでは「お問い合わせ」という曖昧な表現だったのを、もっと気軽に送ってもらえるように言葉を変えました。大きな変更ではないですが、「バグ報告」という言葉を前に出すだけで、心理的なハードルが下がるんじゃないかと思って。
小さな変化でしたが、その後も数件の報告が届くようになりました。そのたびに、Lilyはちゃんとうれしくなります。慣れるかなと思っていたのですが、全然慣れないです。毎回、ちょっとだけ胸があたたかくなります。
個人開発は、本質的に孤独です。それは変えられないし、変えようとしなくていいとLilyは思っています。チームで作ることの良さは別にあって、ひとりで作ることの良さも別にある。すべての人に刺さるものを目指さなくていいし、スタートアップみたいに急成長しなくていい。ひとりのペースで、ひとりの判断で、好きなものを作り続けること自体が価値だと思っています。
でも、孤独の中にも「つながり」の瞬間は来ます。バグ報告はそのひとつでした。ユーザーが「これ壊れてますよ」と言ってくれる瞬間は、製品を通じてコミュニケーションが生まれている瞬間でもあります。
Lilyが今も続けているのは、バグ報告や要望をもらったとき、できるだけ感謝の言葉を具体的に返すことです。「助かりました」「気づかなかったところです」「こういう使い方をしてくださっているんですね」といった言葉を、省略しないようにしています。
忙しいときは短い返信になってしまうこともあります。それでも、送ってもらった人に「ちゃんと届いた」と思ってもらえることが大事だと感じているので、少しだけ丁寧にする、ただそれだけを心がけています。お礼を言えば関係が続くとか、口コミになるとか、そういう計算ではなくて、ただシンプルに、うれしいから伝えたいんです。
あのバグ報告の日から、Lilyの開発に対するスタンスが少し変わりました。以前は「いいものを作らなければ」という義務感が先行することが多かったのですが、今は「使ってくれている人がいる」という感覚を先に思い浮かべるようになりました。
プレッシャーがゼロになったわけではありません。でも、動機の出発点が変わると、次の一歩の重さが違います。「やらなければ」ではなく、「続けたい」という気持ちから動けるようになりました。夜、疲れて帰ってきて画面を開くとき、「誰かが今日も使ってくれているかもしれない」という感覚が、小さな背中押しになっています。
個人開発をしていて、ちょっと疲れてきたな、届いているのかわからないな、と感じているあなたへ。バグ報告を怖れないでほしいとは言いません。ただ、もしそれが届いたとき、ほんの少しだけ違う角度から見てみてください。そこには「使っている人がいる」という、何より確かな証拠があります。
Lilyも、まだまだ途中です。完成したものはひとつもなくて、直したいところだらけです。でも今日も、誰かが使ってくれているかもしれないと思いながら、少しだけ画面を開こうと思います。
Lily(@bokuwalily)― 個人開発者。AIと二人三脚で、iOSアプリやWebサービスを作っています