AI Web SaaS 上线前到底要检查什么：从笔记里整理出的发布清单

做一个 AI Web SaaS，最容易让人兴奋的是功能。

登录、生成、上传、支付、后台、仪表盘、自动邮件、AI 模型、工作流，看起来每加一个功能，产品就更像真的。

但整理 Obsidian 里的上线清单、支付、Adsense、Google Ads、认证合规和工具站笔记后，我越来越觉得：

上线不是把代码跑起来。

上线是让一个陌生用户可以安全、清楚、顺利地完成一次真实任务。

这中间要过很多关。

一、产品定位先过关

上线前第一件事不是检查按钮，而是检查定位。

页面能不能用一句话说清楚：

这个产品帮谁，在什么场景下，解决什么问题，产出什么结果。

如果这句话说不清，后面所有页面都会散。

检查问题：

• 目标用户是谁？
• 他们为什么现在需要这个工具？
• 他们原来怎么解决？
• 我比原方案快在哪里、省在哪里、准在哪里？
• 免费用户第一次打开能不能立刻理解价值？
• 付费理由是不是明确？

很多项目不是技术没做出来，而是用户不知道为什么要用。

二、首屏和转化链路要像真人说话

首屏不是口号墙。

它应该回答三个问题：

1. 这是什么？
2. 我能用它做什么？
3. 下一步点哪里？

转化链路也一样。

从首页到试用，从试用到注册，从注册到付费，每一步都应该自然。

上线前要检查：

• CTA 是否明确；
• 按钮文案是否像人话；
• 是否有示例结果；
• 是否有价格或免费额度说明；
• 错误状态是否能看懂；
• 移动端是否能正常完成主要动作；
• 页面加载是否足够快。

如果用户需要猜，转化就会掉。

三、账号和权限不能靠感觉

只要有登录，就要认真对待权限。

至少要检查：

• 注册、登录、退出是否正常；
• 邮箱验证是否按预期工作；
• 用户只能看到自己的数据；
• 管理后台不会暴露给普通用户；
• API key 或 token 不会出现在前端；
• 删除、编辑、支付等敏感动作有权限检查；
• 测试账号和生产账号分开。

小项目也会有安全问题。

尤其是 AI SaaS，用户上传的内容、生成的结果、API key、支付信息，都不能随便混在一起。

四、支付和订阅要完整跑一遍

支付不是接上按钮就完事。

要跑完整链路：

• checkout 是否能创建；
• 支付成功后权益是否到账；
• 支付失败是否有提示；
• webhook 是否能正确处理；
• 订阅取消是否生效；
• 发票或账单入口是否清楚；
• 免费额度、付费额度、过期状态是否一致；
• 后台能否看到订单和用户状态。

如果支付只是“理论上接好了”，就不要急着公开卖。

钱相关的 bug 最伤信任。

五、生产环境要和本地隔离

上线清单里最容易被忽略的是环境。

生产环境至少要确认：

• 域名解析正确；
• HTTPS 正常；
• 环境变量完整；
• 数据库是生产库，不是本地测试库；
• 日志不会打印密钥；
• Docker / PM2 / systemd / Caddy 等服务能重启；
• 构建命令和启动命令可复现；
• 出错时有回滚方案。

我现在尤其在意密钥。

因为只要 token 出现在聊天、日志、仓库、历史 session 里，就应该按已暴露处理。上线前必须检查 .env.example 只有占位符，真实值只在部署环境里。

六、SEO 和内容不是上线后再说

如果产品想靠搜索长期获客，SEO 不能等上线后再补。

至少要有：

• 清楚的 title 和 description；
• robots.txt；
• sitemap；
• canonical；
• 基础 OG 图；
• 主要页面的 H1/H2 结构；
• FAQ 或问题解释；
• 内链；
• 页面速度；
• 404 和重定向策略。

对于工具站，首页或主工具页还要能承接一个明确搜索意图。

不要让搜索用户看到一个空壳登录页。

七、监控和反馈要先准备

发布后最重要的不是庆祝，而是观察。

至少要能看到：

• 访问量；
• 来源渠道；
• 页面停留；
• 转化事件；
• 错误日志；
• 支付回调；
• AI 调用失败；
• 用户反馈。

如果没有监控，上线后就像闭着眼开车。

你不知道用户有没有来，不知道哪里卡住，不知道广告有没有浪费，不知道页面是不是坏了。

八、合规和市场限制要前置

一些笔记讲 FCC 认证、跨境产品、广告、支付和市场规则。

这些内容容易被技术人忽略。

但如果你做的是硬件、带无线模块的产品、涉及医疗/金融/版权/隐私的工具，合规可能直接决定能不能卖。

上线前要问：

• 目标市场有没有认证要求？
• 用户数据涉及什么隐私风险？
• AI 生成内容有没有版权或滥用风险？
• 支付服务是否支持目标国家？
• 广告平台是否允许这个品类？
• 服务条款和隐私政策是否覆盖基本风险？

不是所有项目都要一开始请律师。

但不能完全不想。

九、发布后要复盘成资产

上线不是终点。

真正有价值的是发布后的复盘：

• 哪个渠道来了第一批用户？
• 哪个页面跳出最高？
• 哪个 CTA 没人点？
• 哪个错误最常见？
• 哪个关键词开始有曝光？
• 哪个功能用户真的用了？
• 哪个假设被证伪？

然后把结论变成下一次可复用的东西：

• 检查表；
• 页面模板；
• 脚本；
• Skill；
• SOP；
• 监控项；
• GitHub issue；
• 博客复盘。

如果每次上线都只是一次临时冲刺，下一次还是会乱。

如果每次上线都沉淀一点，系统会越来越稳。

我的最小上线清单

以后一个 AI Web SaaS 最少要过这些：

1. 定位一句话讲得清。
2. 首屏有明确结果和 CTA。
3. 主流程在桌面和移动端都能跑通。
4. 登录、权限、数据隔离正常。
5. 支付或订阅完整跑过。
6. 生产环境变量和密钥安全。
7. SEO 基础结构完整。
8. 统计、日志、错误监控可用。
9. 隐私、条款、合规风险有基本说明。
10. 发布后有复盘文件。

这不是大公司流程。

这是小项目活下来的最低要求。

最后

上线很容易让人上头。

按钮能点了，页面能打开了，AI 能返回了，就觉得可以发了。

但真正的上线，是让一个完全不了解你的人，也能顺利完成一次任务，并且愿意相信你。

这比代码运行难。

也更值得认真。