建站全流程
状态：待复核负责人：team复核：2026-07-26
这是一张跨角色路线图，不替代各主题的专项审阅。按阶段建立可验证交付物，避免“页面上线”掩盖经营、合规和运维缺口。
1. 定义目标与边界
- 明确用户、核心任务、服务地区、语言、收入模式和成功指标。
- 列出收集的数据、第三方服务、受限行业、内容版权与未成年人等风险。
- 决定首版不做什么，并为法律、支付、数据与安全问题指定责任人。
交付物：一页产品说明、数据流草图、风险登记表、上线/停止标准。
2. 选择身份与资产
- 评估个人、个体工商户或企业主体是否匹配合同、支付、开票和责任需求。
- 通过合规注册商持有域名，启用 MFA、自动续费和最小权限。
- 核对面向中国大陆提供互联网信息服务时可能涉及的备案、许可和展示义务。
3. 设计与实现
- 以可访问性、移动端、性能预算和可维护内容结构为基本验收项。
- 生产、预览和本地环境隔离；密钥仅进入受控的 secret 管理，不进入 Git。
- 收集数据遵循必要性原则，在引入 telemetry 前定义用途、保存期限和退出方式。
继续阅读：产品工程、Telemetry 与灰度。
4. 部署与接入
- 选择区域可用且符合数据和业务要求的托管、DNS、邮件、支付与监控服务。
- 建立 DNS、TLS、缓存、备份、告警和回滚；关键账户至少有两个受控管理员。
- 支付与邮件必须使用官方支持的账户类型和地区，不使用虚假身份或规避风控方案。
继续阅读：基础设施与接入。
5. 上线验收
- [ ] 核心路径、错误页面、移动端和主流浏览器通过验收。
- [ ] DNS、HTTPS、安全响应头、备份恢复和告警经过验证。
- [ ] 隐私说明、服务条款、主体信息、备案/许可展示经负责人确认。
- [ ] 支付退款、客服申诉、发票和企业客户流程可执行。
- [ ] 指标、灰度、回滚责任人和事故沟通渠道明确。
6. 持续经营
按周检查产品指标与用户反馈，按月检查成本、权限和依赖，政策或业务变化时触发合规复核。将事故、申诉和发布复盘沉淀回 Wiki，而不是只留在聊天记录。
待补内容
- [ ] 按产品类型补充上线验收矩阵。
- [ ] 形成数据处理活动登记模板。
- [ ] 形成供应商退出与数据迁移演练记录。
风险提示：主体、备案、许可、隐私、支付和税务义务取决于业务事实和地区。行动前由对应领域负责人及有资质专业人士复核。