先确认范围和上线约束，再计算周期
网站周期不是页面数量乘以固定天数。页面是否复用结构、内容是否已经准备、表单和后台有什么规则、是否连接外部系统、谁负责审核，都会改变任务之间的依赖。项目负责人应先形成范围基线：交付哪些页面与功能、包含哪些语言和终端、由谁提供资料、什么状态算完成。
目标上线日也要拆成真实约束。例如是品牌活动前必须公开、旧系统到期前要完成迁移，还是内部希望尽快发布。硬性日期需要反推可接受的首期范围；普通目标日期则应依据任务估算调整。没有确认范围就写下精确日期，只会把尚未识别的工作藏到后期。
- 页面类型、数量和可复用结构
- 表单、后台、权限和第三方接口范围
- 文案、图片、翻译和合规审核责任
- 目标上线日属于硬约束还是内部期望
- 首期必须上线与可以后续补充的内容
用六个里程碑代替一个模糊截止日
一张可执行的排期至少包含六个结果：范围得到双方确认；首期内容和素材达到设计条件；首页与关键页面设计定稿；页面和功能在测试环境完成；验收问题处理完毕；生产环境切换并完成上线检查。每个里程碑都应有可查看的交付物，而不是只写“设计阶段结束”。
里程碑之间要写清进入条件。内容尚未确定时，可以做风格探索和结构草图，但不宜把全部视觉稿标为定稿；关键交互规则未确认时，可以搭建技术框架，但不能宣称功能开发已完成。只有前置输入达到约定状态，后续任务的开始日期才有依据。
- M0 范围基线：页面、功能、交付物和责任确认
- M1 内容就绪：关键文案、素材和缺失项状态明确
- M2 设计定稿：首页、关键页面和移动端规则确认
- M3 开发完成：测试环境可访问并通过内部检查
- M4 验收完成：阻塞上线的问题已关闭
- M5 正式上线：生产检查、监控、备份和回滚就绪
内容准备决定设计能否按时定稿
企业网站常见的排期阻塞不是代码，而是产品资料、案例授权、负责人介绍、图片和联系方式迟迟未确认。内容任务要细化到页面和责任人，并标记“待收集、待核实、待授权、可编辑、已定稿”等状态。设计团队需要知道哪些是真实内容，哪些只是临时占位。
内容与前期设计可以并行，但必须约定接口。市场团队先提供信息层级、典型文案长度和可用素材，设计团队据此验证页面结构；最终视觉稿则应使用接近真实长度的文字和图片。若首期资料无法补齐，应明确删减页面、使用经批准的临时内容或调整上线日期，不能让开发阶段承担无限等待。
- 每个页面的文案、图片和附件分别由谁提供
- 事实确认人与公开授权确认人是否明确
- 占位内容允许保留到哪个里程碑
- 资料延期时选择删减、替代还是调整日期
- 内容变更是否会影响已经确认的版式
设计阶段按关键页面逐步扩大确认范围
设计不宜等全部页面完成后一次性反馈。可以先确认视觉方向和首页信息顺序，再完成一种代表性的列表页、详情页与表单页面，用它们验证字体、颜色、栅格、组件和移动端规则。关键规则通过后再扩展到同结构页面，可以减少在大量页面上重复修改。
反馈周期也属于项目工期。排期表应写明由谁汇总意见、何时返回、一次反馈包含哪些页面，以及意见冲突由谁决定。零散消息和多人分别批注会让“等待确认”变成不可计算的时间。设计定稿意味着内容层级和主要交互已经确认，不等于上线后任何文字都不能更新。
- 先确认视觉方向与首页，而不是先铺开全部页面
- 用代表页面验证列表、详情、表单和移动端规则
- 指定一名意见汇总人与一名最终决策人
- 约定反馈窗口、修改轮次和超出范围的处理方式
开发排期要覆盖规则、联调和内部测试
开发阶段不能只排“前端页面”和“后台功能”两个大任务。静态页面需要组件实现、响应式适配和内容接入；表单与后台还涉及字段校验、数据保存、权限、邮件或其他通知、异常提示和日志。连接支付、地图、短信、统计或内部系统时，还要把账号申请、接口资料和联调窗口列入依赖。
部分工作可以并行：前端在组件规则确认后实现页面，后端在数据和接口契约确认后开发服务；但双方联调必须等接口和测试数据可用。内部测试应在提交甲方验收前完成，至少覆盖主要浏览器和手机尺寸、正常操作、异常输入、链接资源及关键业务路径。
- 组件与页面实现
- 数据结构、后台和权限规则
- 表单通知及第三方接口
- 前后端联调和测试数据准备
- 响应式、异常路径与内部回归测试
验收和上线必须预留完整工作窗口
验收不是上线当天快速浏览首页。项目负责人要根据已确认的页面和功能清单逐项测试，记录问题、严重程度、复现步骤、责任人和处理状态。影响访问、提交、数据、移动端或核心内容准确性的事项应在上线前关闭；不阻塞上线的优化项可以经双方确认后进入后续计划。
正式上线还包含域名解析、证书、环境变量、数据库或文件迁移、备份、监控、统计代码和搜索基础配置。切换前应准备旧版本或前一发布版本、明确回滚条件和执行人。上线后还要安排一轮生产检查，验证核心页面、表单、订单或其他关键路径，而不是看到首页打开就宣布完成。
- 测试环境验收清单与问题台账
- 阻塞上线和可后续处理问题的分级规则
- 域名、证书、账号和生产配置准备
- 备份、监控、回滚条件和执行步骤
- 上线后核心页面与业务路径复核
用依赖表、反馈时限和缓冲管理变化
排期可以用“任务、负责人、前置输入、预计工作量、计划开始、计划完成、检查证据、当前状态”八列管理。预计时间应由实际负责人员依据当前范围给出，并标明假设条件。示例上，可以从 M5 正式上线向前倒排 M4 验收、M3 开发、M2 设计、M1 内容和 M0 范围；这只是排期方法示例，不代表任何项目的固定周期。
缓冲不是用来继续增加页面，而是应对已经识别但难以精确估算的联调、审核和修正。项目发生变更时，先判断影响哪些任务和里程碑，再决定替换原范围、延后需求还是调整日期。每周或每个里程碑复核关键路径，只有范围、责任和依赖同时更新，新的上线日期才具有可执行性。需要评估自己的项目时，可返回 5656AI 首页提交真实需求，再依据实际页面、内容和功能拆分周期。
- 每项任务都有负责人、输入、输出和检查证据
- 甲方反馈与第三方配合有明确时限
- 缓冲只覆盖已识别风险，不吸收无限新增需求
- 每次变更同步更新范围、关键路径和目标日期
- 状态会议只处理偏差、阻塞和下一里程碑条件