网站建设一拖几个月，到底卡在哪？我们把客户配合这部分拆给你看

多数延期不是技术做不完，是资料和确认卡住了。我们把服务页公开的配合项和自己踩过的坑，整理成一份能直接用的清单。

先说结论：工期一半不在写代码上

定制官网的行业参考周期是 4 到 8 周，我们官网上重构服务页写的也是这个数。但真拆开看，团队坐在电脑前写代码的时间其实只是其中一段。剩下的时间花在等资料、等确认、等备案，这几件事全都不在服务商机房里，在客户那边的会议室里。

这不是我们给自己开脱。你翻翻建站行业的博客就会发现，几乎每家公司都在聊同一个话题：项目为什么延期。答案也出奇一致，需求反复、意见不统一、资料迟迟不齐。也就是说，这是行业性的问题，不是某一家公司的托词。

所以这篇文章不聊虚的，就讲清楚一件事：客户配合具体配合什么、什么时候做、不做会怎样。这些内容有一部分就公开在我们自己官网的服务页上，你可以直接对着看。

为什么建站公司不先把页面做出来再说？

不少客户心里嘀咕：钱都付了，你怎么不赶紧做，做出来我看效果不就行了？

实际情况是，设计这一步必须等确认。首页设计稿定下来，内页才有依据铺开；内页全部确认，前端和后台开发才能排进去。中间任何一环没确认，后面整条流水线都得停着。

不是建站公司磨蹭，是不敢。没确认就往下做，等于赌你不改；一旦改，重做的工时还是得摊进你的工期，甚至摊进你的费用。所以看起来慢，其实是在替你省返工的钱。这个逻辑反过来说也一样：你确认得越快，整条流水线转得越快。

签约前就该定下来的三件事

第一件，一个说了算的对接人。最耗工期的场景我们都见过：运营说改这里，老板娘说改回来，老板出差三天回来又要推翻。意见出自三个人，工时乘以三。签约时就定好谁汇总意见，是省时间最便宜的办法。

第二件，一份资料清单和给齐的时间点。资料不是"想到什么给什么"，要对着清单一次给齐。清单从哪来？下一节我们直接把自己服务页上的配合项念给你听。

第三件，确认的节奏。不用你随时在线，但双方约好：设计稿发出后，几天内给回复；回复是"行"还是"不行"，不行的话问题写在哪。有节奏，排期才排得进去。

资料要准备哪些？我们把自己服务页上的清单念一遍

我们官网每个服务页都有"需要你提供"这一栏，写的就是配合项。六个服务加起来，出现频率最高的就是这几样：

做官网重构，要给现有网站地址、后台或源码的访问权限，再加上业务资料，也就是产品服务介绍、典型案例、常见客户问题。做诊断，要给网站地址和站点规模说明，比如大概多少页面、有没有多语言版本。做旧站迁移，新旧两个站的地址都要能访问，配 301 跳转还需要服务器或后台权限。做年度运维，要把服务器和域名托管在哪、谁在续费说清楚，有历史运维记录更好。

你可以发现一个共同点：几乎每项都要"现有的资料"。产品介绍、案例、常见问题，这些本来就该在公司手里，散落在几个老员工电脑里罢了。整理它们不需要技术，只需要有人牵头花一两天归拢。这活儿外包不了，因为只有你自己知道哪个版本是对的。

备案为什么总能把项目拖个十天半月？

因为它是全流程里唯一不受双方控制、只能等的环节。国内服务器必须先 ICP 备案再上线，管局审核通常要 5 到 15 个工作日，赶上集中申报还会更久。

更麻烦的是材料环节。备案主体必须和营业执照一字不差，用个体户执照签合同、官网上却写集团名字，会被退回来重报。法人手机号要下载 App 做人脸核验，这么小的一件事，约不上时间也能耗一个礼拜。

办法很简单：合同一签就递备案，让备案和设计开发并行跑，别等网站做完了才开始。这件事没有任何技术含量，纯粹是早晚的区别，早两周启动就早两周上线。

设计稿为什么改了又改，越改越乱？

设计确认是整个项目的分岔路口，也是意见打架最凶的地方。常见的情形是这样的：第一版发过去，公司内部五个人的群里冒出七条意见，有几条还是互相矛盾的。改完第二版，又冒出三条。三天的确认期变成了三周。

我们的建议不是让你别提意见，而是先在内部过一遍，把意见汇总成一份再回过来。你的内部讨论可以慢慢开，但别把五个人的分歧直接甩给设计师，让他当裁判。还有一点要提醒：确认之前多琢磨，确认之后就别轻易推翻。改稿的工时是实打实发生的，确认后又大改，多数合作里都是要另算钱的，钱和工期一样都伤。

我们自己当业主的时候，也栽过这些跟头

说到这你可能觉得我们是站着说话不腰疼。那就讲讲我们自己的事。瑞博的官网也不是凭空长出来的，老站是 SSCMS 架构，去年我们给自己做重构的时候，一样要面对"业主方"的全部功课。

内容没人替我们整理，旧页面上的公司介绍、服务说明，得自己一条条翻出来核对哪些还有效。最疼的是链接：改版后 76 条被百度收录的老页面 URL 全换了，301 跳转规则一开始没配全，后来我们补了 128 条映射，一条一条 curl 验证过去，这段经历我们写成过两篇文章，迁移检查清单和百度改版工具踩坑记，都在实战研究栏目里可以翻到。

这件事给我们的教训很直接：改版项目里最重的活不是写代码，是把自己的旧资产盘清楚。我们自己都用了好几个晚上，普通企业更该提前安排人手，而不是等建站公司来催。

把工期拉短的四个具体做法

第一，开工前一周，照着服务页上的配合项清单把资料过一遍，能一次性给齐就不要分五次。第二，备案和设计并行启动，别串行。第三，确认给唯一意见，顺便给个期限，比如两天，到期没回复就默认按下一版推进，这条写进沟通习惯里。第四，项目真有事挂起了，两边都明说。客户这边在等公司改组织架构，服务商这边在等一个大项目腾人手，与其互相猜，不如把冻结期挑明，重新约一个都能兑现的时间。

这四条没有一条需要花额外的钱，全都是沟通方式的调整。我们见过同样的需求、同样的预算，因为配合方式不同，工期差出一倍不止。

什么时候该怪建站公司？

把话说全：延期不全是客户的事。排期混乱、接了单却腾不出人手、改需求不提前告知费用影响、上线之后联系不上人，这些锅就是服务商的，没什么好辩解的。遇到这种情况，先翻合同里关于工期和变更的条款，书面沟通留痕，该追究就追究。

想在签约前就避开这类服务商，可以看我们之前写的那篇「怎么判断一家建站公司是不是真有团队」。一个简单的信号：靠谱的服务商会在方案里给你阶段节点和每阶段需要你做什么，就像我们服务页上公开的那些配合项。连这个都给不出来的公司，你很难指望它把项目管理做明白。

工期这东西，一半是做出来的，一半是等出来的。把等的那部分管住，4 到 8 周的排期才立得住。