上线部署总览

上线阶段的目标是把“本地能跑”变成“别人能稳定访问、知道怎么用、知道怎么联系你”。

不要把上线理解成最后一天的发布按钮。域名、DNS、支付、邮件、隐私政策、备案和文案都会影响真实用户能否完成一次试用或购买。

本阶段要完成什么

用上线清单检查产品是否能公开访问。
准备域名、DNS、邮箱、联系入口和基础法律文档。
根据市场路径处理备案、支付和平台审核。
选择部署平台和必要 API 服务，完成一次可复现发布。

必做任务

任务	先看	做完后的产出
做上线检查	上线发布清单	上线前缺口清单
处理主体和收款	注册个体工商户还是公司 / 本文下方「支付与收款准备」	收款和主体路径判断
准备域名	本文下方「域名和 DNS」	可访问的正式域名
判断备案	备案概览	ICP、公安、小程序、短信备案判断
写发布文案	本文下方「产品文案与发布物料」	Landing Page、FAQ、发布帖和支持入口
选平台和服务	部署平台 / 服务与数据	部署平台和必要第三方服务

域名和 DNS

域名是产品的公开入口，不要和企业邮箱混在一起理解。早期可以用部署平台送的临时地址，准备公开发布、做品牌、做 SEO 或发给真实用户时再买自己的域名。

这些情况建议尽早买域名：

准备把产品发给真实用户。
想做一个长期品牌。
需要自定义访问地址。
准备做 SEO、内容站或海外独立站。
后面要配置企业邮箱、支付回调、OAuth 登录或第三方服务。

场景	推荐
海外网站、独立站、AI 工具	Cloudflare Registrar
国内备案网站	腾讯云或阿里云
特殊后缀或价格比较	Namecheap 等海外注册商

新手不建议为了便宜把域名、DNS、部署、邮箱拆到很多平台。少一个平台，少一层排错成本。

DNS 是把域名指向服务器或部署平台的规则。常见记录类型：

记录类型	作用	示例场景
A 记录	将域名指向 IPv4 地址	根域名指向服务器
CNAME 记录	将一个域名别名指向另一个域名	`www` 指向部署平台域名
MX 记录	指定邮件服务器	配置企业邮箱
TXT 记录	存放验证信息	域名所有权、SPF、DKIM
AAAA 记录	将域名指向 IPv6 地址	IPv6 服务器
NS 记录	指定 DNS 服务器	把域名托管到 Cloudflare

最常见的发布流程：

在部署平台绑定自定义域名。
按平台提示添加 A 或 CNAME 记录。
如果用 Cloudflare，确认代理状态、SSL 和跳转规则。
等待 DNS 生效，再用 dig 或 nslookup 验证。

dig yourdomain.com A
dig www.yourdomain.com CNAME
nslookup yourdomain.com

国内路线要单独考虑备案。网站部署在海外平台通常不需要备案；使用国内服务器、国内云资源、国内 CDN 或面向国内正式运营时，看备案概览。

企业邮箱依赖域名，但它是另一个配置。可以先买域名，后面再开 [email protected] 或 [email protected]。企业邮箱单独看企业邮箱准备。

支付与收款准备

Demo 阶段可以先不接支付。准备上线收费时，再确认目标市场、主体资质和收款方案。

场景	常见方案	先注意什么
海外产品	Stripe、Creem、Paddle 等	地区支持、主体要求、税务和订阅管理
国内产品	微信支付、支付宝商户、人工收款	企业资质、商户审核、备案和平台规则
早期验证	邮件预约、人工转账、私信收款	先验证付费意愿，不要过早复杂化

没人明确想买之前，不要把大量时间花在支付系统上。可以先做：

落地页上的预约按钮。
邮箱、微信或等待名单表单。
私信试用入口。
人工确认是否有人愿意付费。

准备收费时，至少确认：

是否需要公司主体。
是否需要国内备案。
是否需要开票或税务处理。
是否支持订阅、退款、优惠码。
是否能和用户账号系统打通。

如果做出海产品，还要把收款、提现和税务当成一条完整链路来看。用户能付款只是第一步，你还需要确认资金能稳定到账、退款和争议怎么处理、发票或税务记录怎么留、支付服务商出问题时有没有备选方案。

真正开始接入支付时，看支付接入；如果要在 01MVP 模板里配置支付能力，看支付与积分。

中转和代收方案只能作为早期过渡，要自己评估资金安全、封号风险、隐私和订单数据归属。

产品文案与发布物料

产品上线前，代码写完只是第一步。让用户愿意停下来看一眼，靠的是你准备的那套物料。

最小发布物料先准备这些：

一句话定位：20 字以内，说清楚给谁解决什么问题。
产品简介：150-300 字，说明这是什么、解决什么、和替代方案有什么不同。
核心截图：不要只截首页，展示主界面、操作过程和结果。
演示视频：30-60 秒，展示一个完整核心流程。
产品亮点：3-5 个卖点，说用户得到什么，而不是堆功能。
目标受众：第一批用户是谁、有什么共同特征、在哪里找到他们。
常见 QA：价格、隐私、安全、平台、限制、反馈方式。
使用指南：让用户 3 分钟内完成第一次操作。
联系方式：邮箱、微信或表单，至少留一个能找到你的入口。

发布前还要确认：

产品名字好记，搜索结果不会被同名内容淹没。
落地页说清价值、限制、价格和下一步动作。
有等待名单、邮件列表或社交账号承接流量。
发布当天要发的帖子、社群文案、私聊邀请已经提前写好。
有基础数据监控，能看访问量、来源和关键步骤流失。

你不必一次性准备齐所有东西。先做好一句话定位、几张截图、一个落地页和一个联系入口，就可以开始预热。

可选深入

企业邮箱准备：正式发布或需要对外联系时看。
协议与隐私：上线前准备基础用户协议和隐私政策。
开发工具：补充开发者常用运维工具。
Cloudflare 技术栈选型：面向全球部署或边缘服务时看。
API 服务商：支付、邮件、语音、短信和媒体服务选型。

常见卡点

卡点	处理方式
本地能跑，线上挂了	用上线清单逐项检查环境变量、数据库、回调地址和构建命令。
域名解析不生效	先检查 DNS 记录、代理状态和缓存时间，不要同时改太多项。
支付和主体卡住	先确认目标市场和收款方式，再决定个体户、公司或海外主体。
文案写得像技术说明	用用户能理解的结果、限制、价格、联系方式和 FAQ 组织页面。

复制给 AI

你是我的 01MVP 上线检查员。

我的产品当前状态是：
【写下技术栈、部署平台、目标市场、是否接支付、是否有域名】

我准备上线的入口是：
【写下页面链接或本地项目说明】

请帮我做一次上线前检查：
1. 技术上线风险
2. 域名、DNS、环境变量和回调地址
3. 支付、邮件、备案、隐私政策和联系入口
4. Landing Page 文案是否说清楚了价值、限制和下一步动作
5. 哪些问题必须上线前处理
6. 哪些问题可以上线后补

输出格式：
- 必须处理
- 可以上线后处理
- 风险说明
- 文案改进建议
- 上线当天清单
- 回滚方案

做完的验收标准

完成这个阶段后，你应该有：

一个稳定可访问的正式地址。
一份上线清单和已知风险。
域名、DNS、邮件、支付和隐私政策的最小可用配置。
一个能说明产品价值、价格、限制和反馈入口的发布页面。
一个上线后 24 小时内的监控和回滚方案。