我们的小团队如何跑一个 4 周网站重构 Sprint

先讲结论 #

4 周重构不是营销话术，是一种节奏选择。前提是范围必须锁死：一个域名、不超过 30 个核心页面、内容主体已经存在、技术栈不做大改。第 1 周做审计和信息架构，第 2 周出视觉方向和核心页设计，第 3 周开发、接 CMS、配 SEO 基础，第 4 周做 QA、迁移、上线和交接。客户得在第 1 周交完旧站资料，在第 2 周确认设计，在第 3 周中段把英文文案过完。任何一个环节晚一天，整个 sprint 就要顺延一天，没有藏着的 buffer。下面这套流程跑过十几个项目，里面写的卡点都是踩出来的。

适用场景 #

适合 4 周 sprint 的项目通常是：

• 旧站还活着，能拉到原始内容、案例、产品图。
• 页面总数 30 以内，独立页面类型 8-12 个。
• 已有 CI（Logo、色值、字体），或愿意沿用旧站视觉资产。
• 决策链短，老板或业务负责人 24 小时内能拍板。
• 不涉及深度 ERP/CRM 集成；表单走 SMTP 或 webhook 就够。

我们建议拉长到 6-8 周的几种情况：完整多语言（英语之外加德语或西语）、要从 PDF 或老 CMS 里逐条整理内容、品牌升级和视觉系统重做、客户内部还有三层审批。强行压到 4 周通常会牺牲英文校对或 QA，上线后两周内就要返工。

更细的预估见公司网站改造要花多少钱、多久能上线？。

第 1 周 #

不写代码。时间都花在搞清楚旧站有什么、哪些值得搬、哪些砍。

审计 #

我们用公司网站改造前的完整审计清单逐项过一遍旧站。产出是一份表格，列每一个 URL、流量、外链、是否被收录、内容质量评级。一个 200 页的旧站做完审计，往往只剩 30-50 页值得搬过来。剩下的要么合并、要么 301、要么 410。

取舍判断往往比工作量更难。客户"新闻动态"里有 80 篇 2018 年前的展会照片稿，SEO 价值基本是零，但市场总监会觉得"这些是公司历史"。我们就把数据摆出来：80 篇过去 12 个月带来 11 个访问、0 个询盘，搬过来反而稀释新站的主题权重。决定权交给客户，证据齐全就行。

信息架构 #

IA 是一张 Figma 树状图，标清楚每个一级菜单下面有什么、每个服务页对应哪个案例、哪些页面只在 footer 出现。画 IA 会强制业务负责人回答两个问题：

• 海外客户进来第一眼最该看到什么？
• 从首页到询盘提交，最短的路径几步？

这两个问题答不出来，IA 画不下去，后面所有页面设计都是瞎猜。

内容清单与技术方案 #

周末前要交两份。内容清单：旧 URL → 新 URL 映射、需要重写的字段、客户还欠的素材。技术方案：CMS 选型、主机区域、CDN、表单方案、多语言范围、统计工具。

第 1 周交付物：审计报告、IA、内容清单、技术方案。客户必须在周五前确认 IA 和技术方案，否则第 2 周做不了设计。

第 2 周 #

开始有"看得到"的东西。视觉方向、核心页设计、文案初稿。

视觉方向 #

我们不做三套方案让客户挑，那样会把项目拖到 6-8 周。我们做一套，附参考站点和取舍说明：为什么用这个色板、为什么选这个字体、为什么首页用全屏 hero 而不是侧边导航。半天演示会议，老板和市场负责人当场反馈。方向不对当天调整，方向对直接进页面级设计。

让客户在三套之间挑，他们经常挑错那一套。三套放一起，最不刺眼的那套永远是最普通的那套。

核心页面设计 #

不是 30 个页面都做高保真。只做 5-6 个核心模板：首页、服务页、案例详情、关于我们、联系我们、Blog 详情。其余套模板就够。交付物是 Figma 高保真稿件，含 desktop 和 mobile 断点。

文案并行 #

设计稿和文案必须并行。第 2 周中段开始，内容负责人每天交一个页面的英文初稿，我们或签约的 native writer 当天回校对意见。文案拖到第 3 周，第 4 周的 QA 一定被压缩。

第 2 周交付物：设计稿、核心模板高保真、首批英文文案。客户周五前确认设计方向和首页文案。

第 3 周 #

开发周，工作量最大。一般是前端、CMS 工程师、内容/SEO 三人并行。

开发与 CMS #

前端按设计稿拼组件，CMS 工程师同时配置 WordPress 或 headless（如 Strapi + Next.js）的字段结构。两边周一对齐字段命名，否则前端到第 4 周才发现 API 字段对不上。

最常见的卡点是客户第 3 周中段突然要加新模块。老板从竞品看到一个产品对比表要求加进去。我们的处理方式是写进 backlog，把影响标注清楚（"加这个占 8 小时，QA 就少 8 小时"），让业务负责人决定砍哪一项。不要"友好地"答应。4 周 sprint 没有藏起来的 buffer。

表单与转化 #

服务页和首页都放 WhatsApp 按钮（配置见WhatsApp Business 设置清单）。表单字段不超过 5 个，所有入口加 UTM。提交测三种情况：成功、字段缺失、邮件没收到（多半是 SPF/DKIM 没配）。

SEO 基础 #

SEO 同事完成：每页 title 和 description（逐页写，不批量）、Organization 和 Service schema、内部链接初步配置、sitemap.xml、robots.txt 检查、GA4 和 Search Console 接入。上线那天必须就位，不能上线后再补。

内容迁移 #

旧站保留的页面都得做 301 跳转。看起来简单，其实是 4 周里出错率最高的环节。我们用企业网站内容迁移清单逐项核对：URL 映射、图片重新优化（WebP/AVIF）、外链更新、案例授权重新核查。漏掉一个流量页的 301，上线后两周可能损失 20% 的自然流量。

第 3 周交付物：可访问的预发布站、所有核心页面、表单按钮联调通过、SEO 就位、301 映射表。客户周日前完成预发布站全文校对。

第 4 周 #

最紧的一周。QA、性能、迁移、上线、交接五件事做完。

QA #

固定清单：

• 所有页面在 Chrome、Safari、Firefox、Edge 桌面和移动端访问。
• 表单提交用三个真实邮箱测试，确认收件、抄送、回信模板。
• WhatsApp 按钮在真机点击，跳转到正确的预填消息。
• 所有链接（内部、外部、CTA）逐个点过，没有 404。
• 图片 alt、SEO title、description 用 Screaming Frog 扫一遍。

这一步不能省，也不让客户做。客户校对文案和案例，QA 是工程师的活。

性能 #

Lighthouse 目标：移动端 Performance > 75、Accessibility > 90。常见修复：未压缩图片转 WebP、阻塞渲染的第三方脚本 defer 或删除、阻塞绘制的字体加 font-display: swap。客户在欧洲就从 Frankfurt 跑 WebPageTest，目标首屏 < 3 秒。

迁移与上线 #

两种情况。同域名重构：DNS 切换前先完成 301 映射、新站冒烟测试、回滚预案。新域名：全站 301、Search Console 提交地址变更、合作伙伴通知更新外链。

我们一般选周二或周三上线，不选周五。周五上线如果出问题，要么团队周末加班，要么客户带问题过周末。周二上线还有三个工作日处理上线后的小问题。

交接 #

最后一天交付四样：

• 运维文档：主机、CDN、域名、邮箱、CMS 登录信息，用 1Password 或 Bitwarden 共享，不发邮件。
• 内容编辑指南：CMS 里每种页面怎么编辑、图片怎么上传、发一篇 Blog 的完整流程。
• SEO 看板：Search Console 和 GA4 的关键报表入口，每周看什么。
• 30 天复盘日历：第 7、14、30 天三次免费复盘，时间已经预订。

后续维护节奏见网站上线后的维护清单。

客户配合 #

4 周能不能跑下来，一半看团队，一半看客户。最快的项目第 1 周就交齐素材，最慢的同样范围拖到第 3 周还在争论"产品名怎么翻"。

客户的非协商项：

• 第 1 周：旧站后台权限、GA/Search Console 权限、产品和案例原始素材。
• 第 2 周：确认视觉方向和首页文案，IA 不再做大改动。
• 第 3 周：完成预发布站英文校对，每天回复一次反馈。
• 第 4 周：每天 15 分钟同步会议，上线日有人在线盯 DNS 切换。

如果客户内部有三层审批（执行 → 市场总监 → CEO），把每一轮压缩到 24 小时之内是最容易拖慢的环节。kickoff 时我们会建议 CEO 直接进每周同步会议，sprint 决策跳过中间层。

常见拖慢 #

跑过十几个 sprint，固定会出问题的几个点：

• 素材不全：客户答应"周五前给案例图"，结果授权还在法务。预防：第 1 周列清每个案例的授权状态。
• 文案反复改：老板每周看一次首页，每次都改 hero。预防：第 2 周锁定首页文案，后续修改按工时计费。
• 品牌方迟到：母公司品牌部第 3 周突然要求英文 LP 用统一模板。预防：kickoff 时确认品牌规范和审批边界。
• DNS/邮箱在第三方：域名在老员工私人账号下，邮箱由前外包代运维。预防：第 1 周就开始迁移所有权。
• 多语言突然要加：上线前一周老板说"再加个西语版本"。预防：合同明确"4 周 = 单语言"。

4 周 sprint 总表 #

常见问题 #

4 周 sprint 多少钱？ #

看页面数和功能复杂度。10 页以内的服务型站点通常 60k-100k RMB，30 页带多案例和 Blog 模板的站点 120k-180k。具体见公司网站改造要花多少钱、多久能上线？的拆分表。

中间能加需求吗？ #

能加，按工时计入 backlog，由业务负责人决定砍哪一项腾出时间。没有藏起来的 buffer，加一项就要砍一项。

上线后还管吗？ #

提供 14 天 bug 修复期（不含新需求）。第 7、14、30 天三次免费数据复盘。持续内容更新和 SEO 维护走月度服务，见网站上线后的维护清单。

多语言能压进 4 周吗？ #

不建议。单语言已经把 buffer 用满，加一个语言翻译、校对、hreflang、QA 都翻倍。我们的做法：第一个 sprint 先上英文，第二个 sprint（4-6 周后）补德语或西语。

预约诊断 #

如果你正在准备网站重构，或者已经上线但效果不理想，欢迎带着现有网站、目标市场和团队配置，跟我们做一次免费的网站重构服务初步诊断。我们会用 4 周 sprint 框架评估项目能不能压进 4 周、哪些部分要拉长到 6-8 周、哪些是必须先修的 P0 点。