上线
第一版做完之后：选一条分发渠道，把版本发小
把做好的东西真正发布出去：选分发渠道、准备上架材料、发一个功能很少的版本、找到最早的一批使用者。
结论
上线要做的决定只有两个：把东西放在哪里让人找到，以及第一个版本包含多少功能。前一个决定分发渠道，后一个决定你多久能拿到第一份真实反馈。
本地能跑起来和别人能用上，中间隔着上架材料、权限说明、安装路径和一条能收到反馈的通道。这些都不难，难在很多人做完第一版之后停下来继续加功能，把发布一推再推。
下面用一个真实的产品说明每一步：PageGrok，一个 Chrome 浏览器插件，选中网页内容直接向模型提问，模型可以是本地跑的也可以是自己填的 API。
动手之前先回答三个问题
谁会用它，从哪里找到它
写下一句话：某类人在做某件事的时候会用到它。PageGrok 的这句话是：日常阅读量大、又不想为了一次网页总结单开一个 AI 对话窗口的人。
这句话直接决定分发渠道。上面这类人装浏览器插件，所以渠道定在 Chrome 应用商店。
已经有大公司做了同样的东西，还要不要发
PageGrok 开发到一半，Google 把 Gemini 放进了 Chrome 侧边栏，功能高度重合。我的判断依据是价格和数据边界：Gemini in Chrome 的完整功能绑定在 Google AI Pro 订阅上，19.99 美元一个月，只想总结网页的人用不上里面的生图和云存储；侧边栏默认把当前标签页内容送到 Google 服务器，公司内部文档和未公开资料不适合这样处理。
这两条留下了一块空间。判断要不要继续，看价格结构和数据流向这类结构性差异就够了，功能条数的多少参考价值有限。
数据放在哪里
上线意味着别人的内容会经过你的程序。上架前把这件事写清楚：数据存在用户本机、你的服务器，还是第三方模型服务。PageGrok 的做法是让用户自己填模型地址，本地跑 Ollama 时数据不出机器，公司有自部署模型服务的填个地址就能用。
这句话既是隐私说明，也是它和大厂产品的区别所在。
分发渠道决定上架材料
个人开发者的第一版常见的落点有四种，各自要准备的东西不同：
| 渠道 | 用户怎么拿到 | 上架前要准备 |
|---|---|---|
| 浏览器应用商店 | 搜名字安装 | 商店描述、截图、权限说明、隐私政策、审核等待时间 |
| 网页应用 | 访问一个网址 | 域名、部署配置、环境变量、错误页 |
| 命令行工具 | 包管理器安装 | 包名、README、版本号规则 |
| 移动应用商店 | 搜名字安装 | 开发者账号、审核材料、更新周期最长 |
浏览器和移动应用商店有审核，从提交到能被搜到有等待期，权限申请写得越少通过越快。网页应用没有审核，改完立刻生效，代价是没有商店的自然搜索入口，得自己解决被人知道的问题。
第一个版本发多小
PageGrok 的 1.0.1 在三月底上线，只支持 Ollama 一种模型接入方式，交互是点图标弹出的小窗口。功能少到可以一句话说完。
这个版本的作用是让真实使用暴露问题。弹窗的问题很快出现：点一下页面别处它就收起来，边看边问做不到。五月中的 1.0.4 换成 Chrome 的 Side Panel API，侧边栏常驻，同时加了 oMLX 和 LM Studio 两种接入方式。这个改动来自一段时间的实际使用，提前在纸上设计很难得出同样的结论。
到七月发布 1.0.7 和 1.0.8。四个月，八个版本。
如果第一版等到侧边栏、多模型、会话保存、Markdown 导出全部做完再发，这四个月的反馈一次都拿不到，而且很可能在没人验证的方向上花掉时间。
上线之后要接的两件事
一条能收到反馈的通道
PageGrok 五月十一号在 V2EX 发了一个帖子，到八月底累计 1100 多次浏览，被几个 AI 工具站收录转载。Chrome 商店后台目前显示 30 多个用户，分布在亚洲、欧洲和美洲。
这个数字不大，用处是确认需求不只是我一个人的，以及知道去哪里能找到这类人。第一版上线之后就该开始发帖、写文章、在相关社区回答问题，不用等产品完善。真实用户从个位数涨到几十个的过程里能收到的具体问题，比在没人用的时候继续加功能有用。
一份”暂时不做”的清单
PageGrok 明确不做多轮复杂对话、文件上传分析和联网搜索。写下来的好处是收到相关反馈时不用重新纠结，直接回复不在范围内。
范围写清楚之后，版本就发得小、发得快。
上线常见的三个问题
审核被拒。多数是权限申请超出功能需要，或者隐私政策缺失。提交前对照功能逐条删掉用不上的权限。
用户环境和你的不一样。PageGrok 早期版本刷新页面或者关掉侧边栏，之前问的内容就没了。这类问题在自己机器上测不出来，要靠真实使用暴露。
改动没法回退。上线之后每个版本都有人在用，发布前确认当前状态已经提交到版本库，出问题能回到上一个可用版本。这部分的做法见 版本控制 x AI 编程。
上线之后的下一步
发出去只是开始。接下来要回答的是：有多少人来了、他们停在哪一步、下一步该改什么。这需要在上线时就把数据采集接上，见 上线后先定一个核心指标，再决定埋哪些事件。
如果发出去之后没什么人来，先看搜索这条入口，见 上线后没人来：先确认搜索引擎读得到你的页面。
延伸阅读
最后验证日期：2026-08-30。PageGrok 的版本记录、V2EX 浏览量和 Chrome 商店安装数为我自己产品的实际数据，采集时间为 2026-07 至 2026-08。各应用商店的审核规则和订阅价格可能变化，提交前请核对官方文档。
看日志、看数据、收集用户反馈，决定下一步改什么。