SaaS上线检查清单：上线前的14项检查

SaaS上线之前，先过一遍SaaS上线检查清单：每张数据库表都启用并测试安全规则、密钥不进代码、SSL生效、备份经过验证，以及一次真正演练过的回滚。发布营销抢走了所有关注——但这些不起眼的上线检查，才决定你的第一批真实用户遇到的是一个正常运行的产品，还是一场数据泄露。

这是发布的技术那一半。营销那一半——公告、渠道、势头——见发布周作战手册。今天要讲的，是确保你要宣布的东西不会垮掉。

为什么你需要一份上线检查清单

你的产品一直生活在一个宽容的世界里：一个可以随时清空重建的开发数据库，执行得松散的安全规则，慷慨的错误信息，没有真实用户数据面临风险。生产环境则是相反的世界——真实的人，真实的数据，严格的安全，而且密钥泄露或数据库丢失都无法重来。

危险在于，一个应用看起来可能已经完成，却只差一个未勾选的框就会酿成灾难。清单上的每一项在演示里都看不见。在生产环境里，每一项都关乎生死。

14项SaaS上线检查清单

这是我在任何产品上线之前都会运行的清单，已翻译成大白话：

每一项检查，都是你可以抛给AI的一个问题：“向我证明每张表都启用了行级安全，并列出没有启用的表。”你不需要知道如何手动修复每一项。你需要做到的是：每个答案都是“是”之前，拒绝上线。

12 周企业职业生涯从来都不是计划申请加入 Solopreneur Accelerator。立即申请 →

创始人最常跳过的三项检查

行级安全（第2和第3项）。这是隔开客户数据的那堵墙——数据库在自己的层面上，拒绝把用户A的记录交给用户B。它是失败后果最严重的检查，所以它有专门的指南。仅仅启用是不够的；要通过尝试读取另一个账号的数据并确认读不到，来测试它。

密钥（第8和第14项）。你的应用有公钥（在浏览器中是安全的）和密钥（对一切拥有完全访问权）。密钥属于托管服务商的受保护设置。如果某把密钥曾被写进你的代码，就把它视为已泄露，并在上线前轮换。

回滚演练。它不在上面的清单中，因为它是一次演习，而不是一个设置：先部署，然后练习从托管仪表盘回退到上一个版本。零停机，大约30秒——但只有亲手做过之后，它才真正像一张安全网。这次演练也是上线后无畏部署的基础。

托管端检查：域名、SSL、环境

在托管端，还有四项让上线完整。你的自定义域名已连接——DNS变更需要10–30分钟生效。SSL已生效，由你的托管商在5–10分钟内免费自动签发；任何用户都不该看到“不安全”警告。生产环境变量已在仪表盘中设为真实值，与任何预发布环境的值分开。并且错误追踪和分析已开启，这样从你的第一位用户起，你就能看到什么出了问题、什么被使用了——这与独立创始人如何监控自己的SaaS背后的管线是同一套。

备份与恢复：把最坏情况想一遍

在Supabase这类平台的免费版上，备份每日运行，保留7天。Pro版（25美元/月）把保留期延长到30天，并增加时间点恢复——把数据库恢复到任意时刻，比如糟糕变更之前五分钟。趁平静时花十分钟写下你的恢复方案：数据库损坏 → 恢复最新备份并验证。在那一天来临之前，这看起来像偏执；那一天到来时，它看起来像天才。

这一切花多少钱：通常是零

令人安心的部分。免费版确实达到生产级别：我自己的配置在3个生产站点上运行，每月300–500次构建、50–100 GB带宽——托管费用为0欧元。你已经超出免费版的信号很具体：数据库超过500 MB、带宽超过每月5 GB，或者想要更长的备份保留期——然后就是25美元/月。对大多数独立产品来说，免费版能撑数月甚至数年。这份清单花一个下午。跳过它，可能搭上整个生意。

本书The Solopreneur RevolutionLuis Gonçalves 讲述如何在不辞职的情况下用 AI 打造独立创业者事业。获取本书 →

常见问题

发布SaaS之前我应该检查什么？

五个方面共十四项技术检查：数据库（迁移已运行、行级安全已启用并经过测试、索引到位）、身份验证（为正式域名配置、品牌化邮件）、安全（密钥不进代码、限流）、韧性（备份已验证、演练过的30秒回滚），以及可见性（错误追踪和监控告警已开启）。

上线需要付费方案吗？

通常不需要。免费版已达生产级别：托管端带宽不限量，数据库端每日备份、保留7天。当数据超过500 MB，或者想要30天保留期加时间点恢复时，再升级到25美元/月的数据库档位。我自己的三个生产站点，托管费用为0欧元。

最常被漏掉的检查是什么？

测试行级安全——而不仅仅是启用它。创始人把它打开，没看到错误，就上线了。但一条错误的策略，表现得与正确的一模一样，直到有人读取了另一位客户的数据。上线之前，主动尝试跨账号访问数据，确认数据库拒绝。

独立创始人的备份是怎么运作的？

验证之后就是自动的。托管平台无需配置就会每日备份你的数据库——免费版保留7天，25美元/月的档位保留30天并带时间点恢复。你的任务有两项：上线前确认备份确实在运行，并在一切平静时写下恢复步骤。