MadRaven Lab

MadRaven Lab / 实务专题

网站改版前如何写一份可报价、可验收的需求书

直接回答

改版需求书应先写清网站必须帮客户完成什么,再列页面、功能、内容责任和验收方法。不要只给供应商一组喜欢的设计截图。供应商无法从视觉参考判断旧页面怎么迁移、中文由谁维护、表单交给谁,以及什么情况才算完成。

先列出三条真实用户路径

以服务企业为例,三条路径可以是:了解服务范围并判断适用性;查看可验证交付案例;提交足够信息安排咨询。这是需求书示例,不是 MadRaven 的客户成绩。每条路径都写起点、客户问题、所需资料、下一步和失败条件。电商的路径应替换为商品选择、配送判断、结账等实际任务。

可以直接填的需求表

项目 要填写什么 如何验收
业务目的 希望哪类客户完成哪项动作 用一个具体客户场景走完整条路径
页面范围 旧 URL、保留/新增/迁移、EN/ZH 对应关系 用清单核对每个约定页面
内容责任 谁写原文、翻译、提供图片、审核事实 每页有责任人和批准版本
功能范围 表单字段、上传、预约、支付或 CRM 需求 提交样例并核对实际接收结果
迁站范围 URL 映射、重定向、canonical、sitemap 抓取旧 URL 并核对预定目标
维护范围 编辑权限、备份、依赖更新、响应安排 交接后由业务方完成一次编辑

用边界减少报价歧义

“支持双语”需要进一步说明:两种语言是否都有全部页面;谁承担翻译和事实审核;语言切换是否落在同一篇内容;后续新增一页的费用和工作是什么。没有约定时,一方可能理解为完整中文网站,另一方只理解为安装一个翻译按钮。

“包含 SEO”也需要拆开。技术配置、旧 URL 迁移、内容编辑、需求研究和持续运营是不同工作。需求书要注明本次包含哪些、交付什么、由谁检查。Google 的迁站资料强调预先建立 URL 映射及测试重定向,但这不等于迁站后排名不变。Google 迁站指南

发布前走五个场景

  1. 手机上找到合适服务,打开案例并发出询盘。
  2. 中文读者切换到对应英文页,再回到同一篇中文页。
  3. 表单缺少必填项时能看到具体错误;正确提交后,接收方实际收到。
  4. 打开旧页面 URL,检查它是否按批准的迁移表返回目标或预定状态。
  5. 业务方使用交接账号修改内容并完成一次发布。

把实际结果附在验收记录里。界面出现“发送成功”并不单独证明邮件或 CRM 已送达;构建通过也不证明生产页面正确。

什么时候需求书还不能发出

如果没有旧页面清单、没有人负责双语内容审核,或第三方集成要求还不明确,先补齐这些输入。否则报价只能建立在假设上。预算未确定时,可以要求供应商把必需范围、可选范围和持续费用分开,而不是索要一个没有边界的总价。

讨论项目时带什么

准备当前网址、三条用户路径、现有 URL 清单、内容负责人、计划上线时间和必须保留的集成。与 MadRaven Lab 讨论改版时,这些材料有助于明确评估范围;最终服务和价格以实际确认的项目约定为准。

方法来源:Google 官方迁站指南;双语页面技术要求见本地化版本指南。核验日期:2026-10-10。表格是采购方法建议,不能保证排名或询盘。