一个月上线和三个月上线，差的不是「做得快慢」，而是做了哪些环节。压缩周期时最先被砍的是策划与内容，最后被砍的是设计与前端——这正好是价值排序的反面。
各阶段的实际占比
| 阶段 | 一个月的站 | 三个月的站 |
|---|---|---|
| 策划与页面清单 | 半天 | 一周 |
| 文案与内容 | 客户提供 | 两到三周 |
| 视觉与前端 | 两周 | 三到四周 |
| 程序与后台 | 一周 | 两到三周 |
| 测试与上线 | 两天 | 一周 |
差别最明显的是内容环节：一个月方案里这一块基本是空的。
为什么内容最耗时间
写一页服务文案，要先定意图、列要点、写初稿、内部核对事实、再压缩到可读长度。十页内容，两个人配合也要两三周。
而且内容不能并行太多——同一套语气与术语，需要一个人统一把关。
压缩周期的三种做法
- 砍页面：从二十页压到八页，保留核心意图
- 砍文案：客户提供初稿，我们只做结构与润色
- 砍轮次：设计与修改各只做一轮，接受「够用就好」
三种都能省时间，但要提前说清楚代价。
不建议压缩的环节
测试与上线。301 表、站点地图、移动端检查、表单验证，这些出问题会直接影响收录与询盘，省下的两天要用两个月来补。
排期上的三个卡点
建站延期很少因为开发慢，通常卡在这三处：
- 内容决策：谁来定首页那句话，往往要开三次会。这一项最容易拖两周
- 资料收集：产品图、资质、案例，客户手上常常是散的。建议第一天就列清单
- 修改轮次：设计稿每轮修改要三到五天，两轮就是十天
可控的做法是把这三项前置：签约当天定下内容决策人、给出资料清单、明确修改轮次上限。