很多网页项目一开始排期时，看起来都很乐观。首页 2 天，内页 3 天，改一轮 1 天，最后再花半天上线，表格一列出来，好像下周就能交付。真正做起来后，延期却几乎是常态。不是设计师故意拖，也不是开发效率低，而是时间从第一天就被排成了一种理想状态：默认需求已经清楚、素材已经齐、反馈会一次给完、上线不会出意外。
网页制作最容易被低估的，不是执行速度，而是中间那些会不断吞时间的转换环节。需求从口头描述变成可执行页面结构要时间，素材准备和内容补齐要时间，设计反馈整合要时间，移动端和表单联调也要时间。项目一旦把这些都压成“顺手就能做完”，后面每一步都会把延迟往下传。
所以这篇文章不打算给一个固定的“标准周期”，而是把网页制作周期拆回五段：需求、设计、制作、修改、上线。真正有用的不是记住“官网一般做几天”，而是知道每一步为什么需要留时间、什么情况下该放宽、什么情况下必须留缓冲。
如果你想把前后链路一起看，可以搭配 网页制作完整流程、网页制作项目为什么总返工、网站设计报价怎么看 和 网页设计流程怎么推进 一起看。
先给结论：网页制作延期，通常不是某一步太慢，而是前面几步被排得像不会出错
| 阶段 | 最容易被低估的时间 | 典型风险 |
|---|---|---|
| 需求澄清 | 目标、页型、内容边界对齐 | 一边做一边改方向 |
| 设计 | 线框、视觉和移动端判断 | 还没定结构就开始高保真 |
| 制作 | 响应式、表单、资源替换 | 以为设计通过就能直接上线 |
| 修改 | 多角色反馈整合和重排优先级 | 每个人都零散提意见 |
| 上线 | 检查、联调、回滚准备 | 把发布当成点一下按钮 |
很多项目的排期表之所以总失真，是因为只排了“做页面”本身，没有排“让页面能稳定通过每个阶段”的时间。
需求阶段最怕压缩，因为后面的返工都会从这里长出来
网页制作排期最常见的误判，是把需求阶段看成一次简短沟通。很多团队默认“需求已经说过了”，于是上来就排设计和制作。可现实里，需求并不等于一句“做个官网”或“做个活动页”。真正要确认的是：
- 页面主要服务什么动作
- 需要几个页型，而不是几个页面
- 内容和素材谁来准备、什么时候到位
- 哪些功能、SEO 和表单要求已经是刚需
这些问题如果还没清楚，后面的排期几乎一定会漂。因为项目不是会不会做，而是在做的过程中不断被重新定义。需求阶段压缩 1 天，后面常常要在设计和修改里补回 3 天。
设计阶段要分开看线框时间和视觉时间，不要只写“出稿 3 天”
很多排期表会把设计阶段写成一个总天数，例如“设计 3 天”。问题是，这 3 天里到底包含什么？如果其中既要确认结构顺序，又要做视觉稿，还要走评审和移动端判断，那这个时间很可能只是一个没有拆开的愿望。
更稳的做法，是把设计至少拆成两段：
- 线框或结构确认：先定页面顺序、模块骨架和 CTA 路径
- 视觉稿：再定品牌语气、层级、图片风格和组件表现
只要这两段不拆，团队就很容易在高保真稿里继续改结构。表面上是设计轮次变多，根因其实是排期没有承认结构判断本身也需要时间。
制作阶段不是“照着稿子搭出来”，还要给真实内容和响应式留空间
很多非设计角色会觉得，只要设计稿通过，制作阶段应该很快。实际上，网页制作阶段最容易出问题的，就是把它当成一种机械转译。因为真实项目里，制作阶段通常还要同时面对：
- 真实文案替换后版式是否被打乱
- 图片资源是否够清晰、比例是否合适
- 移动端是否需要重排模块顺序
- 表单、跳转、埋点和下载是否真正可用
这些都不是“设计做完后的附赠动作”，而是会直接影响页面最终质量的时间项。如果制作阶段没有给这些事情留空间，后面修改和上线只会更挤。
修改阶段不要按“改一轮一天”去想，而要按反馈组织方式去想
网页项目的修改时间，很少真的取决于“改动有多少”，更多取决于反馈是怎么来的。一个团队如果只有一个窗口统一反馈，修改通常更稳；如果老板、销售、市场、运营、设计分别提意见，哪怕每个人只说一点，最后整合出来也会是一轮很长的返工。
所以修改阶段更应该先判断：
- 谁能拍板，谁只能提建议
- 反馈是集中收一轮，还是边看边改
- 改动是局部优化，还是方向性回调
只要这些边界没定，“修改 1 天”通常只是排期表里最乐观的一格。
上线至少要留一段缓冲，不要让“做完”和“发出”连在一起
很多网页项目最后翻车，往往不是前面做错，而是排期把完成制作和正式上线连成了同一天。结果是页面一做完就发，没有时间检查：
- 移动端和桌面端是否都正常
- 表单、跳转、埋点和下载是否可用
- SEO 标题、描述和分享信息是否完整
- 有没有回滚方案和最后稳定版本
上线阶段真正需要的，不只是一个按钮，而是一段缓冲。这段缓冲越早被排进计划，项目最后越不容易在最贵的一天爆问题。
失败案例：原计划 7 天交付，最后拖成了 3 周
一个典型案例是，某团队要做一版企业官网改版，最初排期只有 7 天：需求 1 天、设计 2 天、制作 2 天、修改 1 天、上线 1 天。看上去并不夸张。真正开始后，他们才发现需求里的“几个内页”其实包含 4 种不同页型，素材也没有准备完整。设计师在第一版视觉稿里还在改结构，市场和销售又分别提出不同反馈，制作时才发现移动端首屏和表单需要重排。
项目最后不是某一步彻底失控，而是每一步都比预想多花了一点：需求多 2 天，设计多 3 天，修改多 4 天，上线前检查又补了 2 天。总计拖到了 3 周。回头看，问题不是团队执行差，而是原排期默认所有转换环节都会一次通过。
哪些信号说明你的排期已经过于乐观
如果项目出现下面这些情况，排期通常已经偏乐观了：
- 需求还没锁，就已经先承诺上线日期
- 设计阶段没有拆线框和视觉
- 素材和文案还没准备好，却把制作时间压得很短
- 修改轮次没有写清反馈窗口和拍板人
- 上线和最终交付被安排在同一天
这些信号不一定意味着项目一定会延期，但意味着排期没有把真实不确定性算进去。
先做什么：先把周期从“做页面时间”改成“通过阶段时间”
如果你现在就在排一个网页项目，更稳的起手动作通常是这三步：
- 不要先问“几天做完”，先拆出需求、设计、制作、修改、上线五段。
- 每一段都写清会卡在哪个转换环节，而不只写执行动作。
- 至少给修改和上线各留一段缓冲，不让项目最后两天同时承担所有风险。
网页制作周期真正难排的，从来不是画页面要多久，而是项目要多久才能稳定通过每个阶段。只要你开始按“通过阶段”而不是“画出页面”去排，周期就会更接近真实，也更不容易在后面被连续打爆。
