可以分期的,通常是那些“晚一点上线也不会让整站失效”的交付,例如内容批量录入、历史素材迁移、部分栏目页、数据看板和非核心的营销页。不能分期的,是决定站点能否被访问、被理解、被安全维护的部分:域名与主机、基础信息架构、模板与核心页面、表单与支付等关键链路、备份与权限。判断标准不是金额大小,而是这项交付缺席时,用户能否完成主要任务、你能否安全地继续迭代。
预算减半后,最容易出现的矛盾是:首页、几个栏目页和一套模板仍然能上线,于是团队以为“只是少做了些内容”,但过一段时间会发现搜索流量、咨询转化或后台维护开始出问题。这里有两个合理解释。
解释一:被砍掉的是增量交付,不是基础交付。比如把二十个产品页压缩成五个,把英文站延后,把数据报表延后,这些确实不影响站点先跑起来。
解释二:被砍掉的是隐性基础。比如省掉了信息架构梳理、移动端适配、表单验证、备份策略或权限设计。表面上页面少了,实际是后续每一次改版都要返工。
区分这两种解释,不能只看“页面数量”或“报价单行数”。更可靠的证据是:把每项交付拿去问一句——“如果它缺席,用户还能不能完成注册、咨询、购买或查找信息?如果不能,它是不是被错误地分到了后期?”
第一,它不阻断主链路。用户进入站点后,最核心的动作能照常完成,例如浏览服务说明、提交咨询、查看联系方式。
第二,它可以后补且返工成本可控。内容录入、图片压缩、旧文章迁移、多语言版本、部分专题页,通常可以在基础结构稳定后分批补。
第三,它的验收标准可以独立写清。比如“先交付五个产品页模板和字段规范,剩余页面按同一规范分批录入”,这样后期不会因为字段变化推倒重来。
反过来,如果一项交付的验收依赖另一项尚未确定的结构,就不适合简单分期。例如栏目分类还没定,就先批量录入几百篇文章,后面很可能要重新归类。
以下内容即使预算减半,也建议保留在首期,或者至少保留最小可用版本:
这些项目的共同点是:它们不是“锦上添花”,而是后续所有分期交付的地基。地基不稳,分期只会把返工成本推迟到更贵的时候。
假设原计划是:信息架构、十个栏目页、五十个产品页、多语言、数据看板、会员系统,总预算记为 100 个单位。现在只剩 50 个单位。一个可操作的排法是:
这个排法的关键动作是:在首期结束前,先让真实用户走一遍“找到服务—提交咨询—收到确认”的路径。如果这条路径顺畅,第二期批量录入才有意义;如果路径本身卡住,先修路径,而不是继续堆页面。这个例子只说明比较方法,不代表任何真实报价或固定分期比例。
如果决定分期,至少把三件事写进交付约定:每期包含哪些页面或功能、每期的验收依据是什么、上一期未验收时下一期是否暂停。这样做的结果是,预算变化不会变成范围拉扯,而是变成可核对的交付顺序。
另外要区分两类支出:一类是建设交付,例如模板、页面、功能开发;另一类是后续的广告投放或平台推广计费。后者按点击、展示或投放周期计费,和自然排名服务不是同一件事。预算减半时,先保建设地基,再决定推广是否延后,通常比同时压缩两边更可控。