大家好，想分享一下我最近两三周一次 “崩溃” 但收获巨大的经历。

我开发的独立产品 infynidock (https://infyniclick.com/) 其实上线挺久了，用户量一直不温不火。

最近，一位罗马尼亚用户突然接连购买了 3 份，然后开始给我发邮件，提反馈和功能需求。我当然很高兴，很快就按他的要求加了新功能。

但 “噩梦”（或者说 “幸运”）开始了：新版本在他的工作笔记本上频繁崩溃。而这些崩溃，在我的机器上一次都没发生过。

为了解决他的问题，我们来来回回通了 50 多次邮件：

过程非常痛苦。我本地无法复现，一开始只能靠猜。

后来，他每次崩溃都把 crash 报告发我，我结合 claude code 来分析和定位，每天都盯着 Firebase，一个版本一个版本地迭代修复。

说实话，我从不知道我的代码里居然有这么多隐藏的问题， 而且几乎每一个 Bug 都在他那台电脑上被精准地踩中了。中途他看我快崩溃了，还一直发邮件鼓励我，说他非常希望能在他的电脑上稳定使用 infynidock。

经过这两三周的 “折磨”，我终于把问题基本都修复了，他都发邮件恭喜我了，哈哈。回过头看，这次经历给我的教训和心得，比我过去几个月自己埋头开发要深刻得多：

1. 原来我的留存率低是很可能是容易崩溃的原因。 我之前一直纳闷为什么我的软件留存不多。现在我明白了，肯定是有很多用户也遇到了各种我不知道的闪退和崩溃，但他们选择了默默卸载。稳定性才是一切的基础，崩溃是劝退用户的最快途径，我之前一直不太重视 firebase crashlyrics，现在每天盯着它看。

2. 你的开发环境 ≠ 用户的真实环境。 比如，我之前的 API 接口放在了 8081 端口（腾讯云），这位用户反馈说他在公司里根本无法访问，导致无法下载更新。他不说，我永远不会知道是企业防火墙挡了。这解开了我一个大疑惑，后续得赶紧把服务换到海外标准端口。

3. 一个热心肠的用户，远胜 100 个沉默用户。 我的绝大多数 Bug，都是被这一个用户精准踩出来的。他简直是我产品的 “天选 QA”。对于独立开发者来说，一个愿意花时间给你发崩溃报告、描述复现步骤的用户，价值千金。

4. 积极响应是最好的 “投资”。 虽然这个过程很累，但积极响应用户的反馈，并坚持修复问题，能带来非常正面的影响。这位用户现在成了我最忠实的测试者。虽然目前还没有带来直接的收入增长，但这种信任是无价的。

（用 ai 帮我重新组织了语言，确实一股 ai 味，各位莫介意！）