01
立项阶段先统一目标、范围和责任人
项目开始时至少要回答三个问题：为什么现在要做、首版必须解决什么、谁有最终确认权。没有统一目标时，不同部门往往会从各自角度不断增加需求。
页面数量、语言版本、后台、表单、接口、数据迁移和上线时间都应形成书面范围。暂时不做的事项也要明确，避免在开发后期被默认加入。
- 确定业务目标和首版优先级
- 明确页面、功能、语言和数据迁移范围
- 指定需求、内容、设计和最终验收负责人
02
结构与内容先于完整视觉设计
先整理站点地图、页面职责、主要 CTA 和内容来源，再进入视觉设计，会比直接从首页效果图开始稳定得多。
核心页面可以先使用真实内容原型，检查标题长度、产品参数、案例图片和移动端信息密度。这样设计阶段就能发现内容问题，而不是开发完成后再返工。
- 形成站点地图和页面清单
- 为每类页面定义必须出现的信息
- 使用真实资料验证核心页面版式
03
设计和开发按可验收节点推进
设计阶段先确认视觉系统和核心模板，再扩展其他页面；开发阶段先完成公共骨架和组件，再接入真实数据、后台和交互。
每个节点都应该有可确认的结果，而不是等整站完成后一次性提出所有问题。小范围早发现，比大范围集中返工成本低得多。
- 先确认设计语言、字体、颜色和核心组件
- 核心模板通过后再批量扩展
- 前端、后台、表单和接口使用真实数据联调
04
上线是一次完整验收，不只是把代码传到服务器
上线前要检查桌面和移动端、站内链接、表单、404、重定向、HTTPS、SEO基础、Sitemap、robots、后台权限和日志。
正式环境验证通过后，还要记录源码、数据库、账号、部署方式和后续维护边界。这样上线后的问题才有明确责任和处理路径。
- 关键业务链路必须在正式环境测试
- 上线前完成 SEO 与基础质量检查
- 保留交付清单和后续维护说明