做独立开发三个月后，我第一个上线的产品 TGDown，在 Chrome 应用商店突破了 1000 用户。
目前的数据是：
- 1000 多名用户
- 63 个评价
- 4.9 分
TGDown 是一款 Chrome 插件，用来下载 Telegram Web 里的视频和图片。它支持 Telegram Web A、K 两个版本，也支持批量下载。
这个数字不算大，但对我来说很值得记录。
TGDown 是我第一次完整经历产品开发、应用商店上架、获取用户和后续维护的项目。第一版大约用了三周，真正花时间的却是上线以后的工作。
这篇文章想简单复盘一下，我是怎么找到前 1000 个用户的。
产品上线后，并没有自动获得用户
开发第一版时，我觉得 TGDown 解决的是一个真实问题。
Telegram Web 里的视频和图片并不总是方便保存。有些内容不能直接右键下载，连续保存多个文件也比较麻烦。
我自己需要这个功能，网上也有人在搜索类似工具。因此，我以为把插件提交到 Chrome 应用商店后，自然会有人找到它。
实际情况并不是这样。
刚上线时，插件每天只有几个新增用户，有时甚至没有。应用商店不会因为一个产品刚刚发布，就主动给它很多流量。
当时我才意识到，把功能做出来和让用户找到它，是两件不同的事。
后面几个月，我主要做了下面几件事情。
一、修改 Chrome 应用商店的介绍
最开始的商店描述比较像开发文档。
我写了插件支持自动识别媒体、批量下载、Telegram Web A/K 版本之类的内容。功能都写到了，但用户不一定能快速看懂。
后来，我重新整理了商店里的标题、简短介绍和详细描述。
我开始站在用户的角度考虑问题：
- 能不能下载 Telegram 视频？
- 图片是否支持？
- 能不能一次下载多个文件？
- 是否需要注册账号？
- 有没有下载次数限制？
- 安装后应该怎么使用？
- 为什么下载按钮没有显示？
我把这些问题的答案放到了更明显的位置，也补充了简单的操作步骤。
用户进入商店页面时，通常不会认真阅读每一段文字。如果开头几句话没有说清楚产品是做什么的，他很可能直接离开。
所以商店描述不只是功能介绍，也会影响用户是否愿意安装。
二、给产品做了一个独立官网
插件上线一段时间后，我给 TGDown 做了一个独立官网：
最初只是想有一个更容易分享的产品链接。
后来发现，官网还能用来放应用商店里不方便展示的内容，例如：
- 产品的完整介绍；
- 安装和使用步骤；
- 常见问题；
- Telegram Web A、K 版本说明；
- 下载失败的处理方法；
- 产品更新记录。
浏览器插件需要申请一定的权限，用户安装时也会更加谨慎。
如果一个插件只有应用商店页面，没有官网、说明文档和联系方式，用户可能会担心它是否安全、是否还在维护。
官网并没有马上带来大量用户，但它给了我一个可以持续补充内容的地方，也让搜索引擎有机会收录 TGDown。
三、手动提交产品和外链
官网做好之后，我开始把 TGDown 提交到一些软件目录、产品数据库和独立开发者社区。
这项工作比较重复。
每个平台都要重新填写产品名称、介绍、网址、分类和截图。有些提交很快通过，有些一直没有消息，还有一些最终没有被收录。
单独看某一次提交，通常看不到明显效果。
但当相关页面逐渐增加后，搜索产品名称时，能够看到的结果也变多了。搜索引擎可以通过这些页面发现官网，用户也能从不同平台进入产品页面。
我没有使用批量发布工具，也没有到不相关的网站留下链接。
我主要选择和浏览器插件、软件工具、独立开发有关的平台，并根据不同社区的要求重新整理介绍。
这个过程比较慢，但对一个没有推广预算的个人项目来说，是可以长期积累的方式。
四、在社区记录开发过程
我也会在掘金、小众软件、Indie Hackers 等社区分享 TGDown。
一开始，我写的主要是产品介绍：
- TGDown 是什么；
- 有哪些功能；
- 在哪里安装；
- 欢迎大家试用。
这类内容可以让一部分人知道产品，但通常不会有太多讨论。
后来，我开始记录开发过程中实际遇到的问题，例如：
- 为什么插件在我的电脑上正常，到了用户那里却不能使用；
- 没有测试暗色模式，导致下载按钮无法显示；
- Telegram Web A 和 K 为什么需要分别适配；
- Blob 视频为什么不能当作普通下载链接处理；
- Chrome 应用商店审核会检查哪些权限和文案；
- 插件卸载率过高时，应该从哪里开始排查。
写这些内容时，我还是会提到 TGDown，但不会只介绍产品。
即使读者不需要下载 Telegram 视频，也可以从文章里了解浏览器扩展开发、兼容性测试和产品维护方面的经验。
这些文章会带来一些访问，但我很难准确统计有多少用户来自某一篇内容。
对我来说，更重要的是让别人知道这个产品仍然有人维护，遇到问题后也会继续修复。
五、增加评价邀请
浏览器插件比较依赖用户评价。
用户进入应用商店后，通常会关注安装人数、评分、评价数量和最近更新时间。
TGDown 刚上线时评价很少。即使插件可以正常使用，新用户也很难判断它是否可靠。
因此，我在插件中增加了一个评价邀请。
不过，我没有在用户刚安装时就弹出评价提示。用户还没有使用产品时，也不知道这个插件是否值得评价。
评价邀请只会在用户已经成功下载过多次之后出现，并且不会频繁打扰。
现在 TGDown 有 63 个评价，评分是 4.9。
这说明很多用户愿意留下评价，只是平时不会主动回到应用商店。产品可以在合适的时间给出一个入口，但不应该一开始就要求好评。
六、根据用户反馈修复问题
TGDown 上线后，我发现真实的用户环境比开发环境复杂得多。
我开发时一直使用亮色模式，没有完整测试暗色模式。结果部分用户安装后根本看不到下载按钮。
Telegram Web 还有 A、K 两个常用版本。它们不只是界面不同，页面结构和媒体加载方式也不一样。
此外，不同视频和图片的地址类型也有区别。有些是普通链接，有些是 Blob 地址。有些媒体只有打开预览后才会真正加载。
这些问题在我自己的电脑上不一定能够发现。
有一段时间，TGDown 的卸载率接近 47%。我最初以为是引导不清楚，或者功能还不够多。
后来才发现，一部分用户并不是不需要这个插件，而是安装后没有正常使用起来。
修复暗色模式、不同 Telegram Web 版本和媒体地址相关的问题后，卸载率降到了约31%。
这个变化不能全部归因于某一个修复，但至少说明稳定性会直接影响用户增长。
如果一个用户安装后无法完成第一次下载，后面做再多推广也没有太大意义。
所以后来我把修复 Bug 也当作获取用户的一部分。
留住已经安装的用户，和获得新用户同样重要。
哪些方法没有明显效果
这三个月里，我也做过一些效果不明显的事情。
只在产品发布时宣传一次
产品发布当天发几篇介绍，可能会带来一些访问，但很快就会结束。
后面还是需要通过更新记录、问题复盘、使用教程和用户反馈，让产品持续出现在不同地方。
一直增加新功能
用户少的时候，我很容易觉得是功能不够多。
但有时真正的问题不是功能，而是用户没有看到产品、没有看懂商店介绍，或者安装后没有成功完成第一次使用。
在这些问题解决之前，继续增加功能未必会带来更多用户。
在所有社区复制同一篇介绍
不同社区的用户关注点不一样。
软件社区更关心产品是否好用、是否收费、有没有隐私问题。技术社区更关心实现过程、兼容性和踩过的坑。独立开发者社区则更关注产品发布和增长过程。
把同一篇产品介绍复制到所有平台，效果通常不会很好。
如果重新做一次，我会注意什么
如果以后再发布一个浏览器插件，我会尽量按下面的顺序做：
- 先确认产品解决的是一个具体问题；
- 尽快发布可以使用的第一个版本；
- 认真写应用商店的标题和介绍；
- 准备简单的官网和使用说明；
- 找几名真实用户完成整个操作流程；
- 记录安装、首次使用和卸载情况；
- 优先修复影响首次使用的问题；
- 在用户成功使用后邀请评价；
- 把产品提交到相关目录和社区；
- 持续记录开发过程中遇到的问题。
这些事情都不复杂，也没有哪一项能够马上带来大量用户。
TGDown 的前 1000 个用户，是这些小事慢慢积累起来的结果。
写在最后
做独立开发三个月，我上线了第一个产品，也第一次发现，写代码只占整个过程的一部分。
产品上线之后，还需要处理商店文案、官网、使用说明、外链、用户反馈、兼容性和版本审核。
TGDown 现在还没有收入，1000 用户也谈不上成功。
但至少已经有人在真实使用它，也有人愿意留下评价和反馈。对第一个独立产品来说，这已经是一个不错的开始。
接下来我会继续优化下载稳定性、批量下载体验和 Telegram Web 的兼容性。
下一个目标是 5000 用户。
Chrome 应用商店：
chromewebstore.google.com/detail/free...
如果你也在做独立产品，欢迎分享一下，你的第一批用户是怎么找到的。