00 / 00
上线部署总览
从上线清单、域名、DNS、备案、支付、文案到部署平台，让产品真正被访问。
上线阶段的目标是把“本地能跑”变成“别人能稳定访问、知道怎么用、知道怎么联系你”。
不要把上线理解成最后一天的发布按钮。域名、DNS、支付、邮件、隐私政策、备案和文案都会影响真实用户能否完成一次试用或购买。
本阶段要完成什么
- 用上线清单检查产品是否能公开访问。
- 准备域名、DNS、邮箱、联系入口和基础法律文档。
- 根据市场路径处理备案、支付和平台审核。
- 选择部署平台和必要 API 服务，完成一次可复现发布。
必做任务
| 任务 | 先看 | 做完后的产出 |
|---|---|---|
| 做上线检查 | 上线发布清单 | 上线前缺口清单 |
| 处理主体和收款 | 注册个体工商户还是公司 / 支付与收款准备 | 收款和主体路径判断 |
| 准备域名 | 域名准备 / DNS 配置 | 可访问的正式域名 |
| 判断备案 | 备案概览 | ICP、公安、小程序、短信备案判断 |
| 写发布文案 | 产品文案与发布物料 | Landing Page、FAQ、发布帖和支持入口 |
| 选平台和服务 | 部署平台 / 服务与数据 | 部署平台和必要第三方服务 |
可选深入
- 企业邮箱准备：正式发布或需要对外联系时看。
- 协议与隐私：上线前准备基础用户协议和隐私政策。
- 开发工具：补充开发者常用运维工具。
- Cloudflare 技术栈选型：面向全球部署或边缘服务时看。
- API 服务商：支付、邮件、语音、短信和媒体服务选型。
常见卡点
| 卡点 | 处理方式 |
|---|---|
| 本地能跑，线上挂了 | 用上线清单逐项检查环境变量、数据库、回调地址和构建命令。 |
| 域名解析不生效 | 先检查 DNS 记录、代理状态和缓存时间，不要同时改太多项。 |
| 支付和主体卡住 | 先确认目标市场和收款方式，再决定个体户、公司或海外主体。 |
| 文案写得像技术说明 | 用用户能理解的结果、限制、价格、联系方式和 FAQ 组织页面。 |
复制给 AI
你是我的 01MVP 上线检查员。
我的产品当前状态是：
【写下技术栈、部署平台、目标市场、是否接支付、是否有域名】
我准备上线的入口是：
【写下页面链接或本地项目说明】
请帮我做一次上线前检查：
1. 技术上线风险
2. 域名、DNS、环境变量和回调地址
3. 支付、邮件、备案、隐私政策和联系入口
4. Landing Page 文案是否说清楚了价值、限制和下一步动作
5. 哪些问题必须上线前处理
6. 哪些问题可以上线后补
输出格式：
- 必须处理
- 可以上线后处理
- 风险说明
- 文案改进建议
- 上线当天清单
- 回滚方案推荐 Skills / 工具 / 案例
- 开发者 Skills：适合检查部署、环境变量和发布流程。
- Wrangler / Zeabur 相关 Skills：涉及 Cloudflare 或 Zeabur 部署时优先找对应 Skill。
- 部署与基础设施工具：查官方平台入口。
- Zeabur 对话部署：看 AI 如何辅助部署上线。
做完的验收标准
完成这个阶段后，你应该有：
- 一个稳定可访问的正式地址。
- 一份上线清单和已知风险。
- 域名、DNS、邮件、支付和隐私政策的最小可用配置。
- 一个能说明产品价值、价格、限制和反馈入口的发布页面。
- 一个上线后 24 小时内的监控和回滚方案。
这篇文档有问题？