网站开发需求书：功能清单与免费模板

使用免费可编辑网站需求书以及此清单，或在准备您自己的要求之前阅读填写的示例。

从访客的任务开始

选择您的网站应支持的主要操作：请求报价、预约咨询、访问某个地点或购买产品。描述访问者在采取该操作之前需要的信息。

具有五个页面且没有明确任务的网站可能比具有明确行为的大型网站更难确定范围。决定哪些内容属于第一个版本，哪些内容可以等待。例如，自定义客户门户不应作为简单展示型网站的后期添加内容进入项目。

将页面名称变成需求

对于每个页面，记录其用途、部分、内容所有者和任何交互。联系页面可能需要表格、发送到特定收件箱、垃圾邮件处理、验证、确认状态以及企业提供的隐私声明。

对于集成，请命名您已使用的服务并描述确切的工作流程。 “连接预订”可能意味着嵌入链接、嵌入日历或构建更复杂的集成。成本和维护可能有所不同。

不要把密码写进需求书。描述访问需求，然后通过相关服务安排安全的委派访问。

明确划分职责

自定义报价可以捕获定制范围，但请检查这些职责是否出现在其中。 “完整网站”等单一短语并不能充分替代。

在讨论中包括所需的订阅和持续成本。企业应该了解外包项目结束后哪些服务会继续。

定义审核检查点

在详细设计之前批准结构，在全面开发之前批准设计方向。每个检查点都应该产生明确的决定，而不是开放式的讨论。

咨询公司网站的一个示例流程可能是站点地图批准、一个代表性页面设计、完整的临时站点和启动审核。此示例不需要特定的 Fiverr 订单类型；单独同意可用的商业安排。

保留一名反馈所有者。如果多个利益相关者不同意，请在向自由职业者发送相互矛盾的指示之前在内部解决该问题。

让验收结果可检查

在手机和桌面上测试主要访客旅程。提交包含商定样本数据的表单，检查交付情况，并检查错误和成功状态。测试导航、损坏的链接以及您的团队将执行的编辑任务。

包括基本的键盘访问、有用的图片替代文本以及审阅中的可读对比度。 W3C 的 Easy Checks 有助于识别基本的可访问性问题；通过简短的清单并不是全面的可访问性评估。如果您需要明确的合规性目标，请明确所需评估的范围。

同意启动后会发生什么

明确上线切换安排、备份方法以及任何支持期限。区分针对商定需求的修复与新功能和日常维护。

请求订阅和续订所有者列表、编辑说明以及访问权限删除的说明。当自由职业者不在时，已启动的网站应保持可管理性。将这种独立性视为项目要求的一部分，而不是最后的可选恩惠。

工作示例：五个页面，一个访问者旅程

虚构教学示例： Alder Ledger 是一家虚构的簿记业务，正在委托一个新网站。这不是客户案例研究、实际 Fiverr 报价或衡量的业务结果。下面的数量和时间表是为了说明而提出的要求。

目标很简单：让企业主了解服务并发送询问。虚构的所有者选择在企业托管上使用 WordPress，并需要设计、开发、内容输入、表单设置、测试和启动。所有者在生产前提供最终文案、标志导出、许可照片和隐私措辞。

第一个版本不包括客户门户、支付处理、预约、分析和持续的 SEO。定义这些排除项可以防止“小型企业网站”成为一个定制软件项目。

虚构预算上限为 2,400 美元，包括结账费用和所需的第一年基础设施成本。这是支出限制，而不是 Fiverr 市场价格估计。所有者建议在内容准备好后提供为期四个星期的制作窗口，并在两个工作日内进行买家反馈。自由职业者应逐项列出成本并确认报价中的实际日期。如果预算不足，请在订购前修改范围。

决定谁拥有每个依赖项

在此示例中，所有者控制域注册、托管计费、管理员帐户和指定的电子邮件收件箱。自由职业者获得实施和测试站点的授权访问权限。双方在订购前就主题和编辑器达成一致，包括所有者预期的编辑任务是否需要付费许可证。

填写的网站模板 将这些决定转化为完整的需求书草案。它包括审查检查点、示例设备尺寸、交接要求和建议的支持边界。将虚构的细节替换为您的实际业务事实。

不要将性能视为“使其快速”。在接受报价之前，请同意适合所选平台和资产的页面、测试工具、设备/网络条件和目标。同样，对基本键盘和对比度检查的请求并不委托进行完整的可访问性审核。 W3C 的 Easy Checks 明确将其检查视为初步审查。

在比较总数之前标准化网站报价

这些模拟报价范围不包含实际的卖家价格或排名。

比较完成所需项目的成本。如果您已经有开发人员，仅设计报价可能会很有用；否则将缺少的实施和启动工作添加到您的比较中。未指定的项目在得到书面确认之前一直处于未解决状态。 Fiverr 的定制报价文档 描述了定制范围；具体订单类型的可用性取决于类别。

用一条消息解决歧义

说明性消息：

我们的五页网站需要完整的主页→服务→联系旅程，并将表单消息发送到我们指定的收件箱。我们将提供经批准的文案、标志、图像和隐私措辞。请确认包含设计、内容输入、表单失败处理、启动和编辑说明。列出许可证和续订所有者、审核轮次和建议日期。哪些要求需要单独报价？

在接受报价之前解决答案。如果书面范围中缺少承诺的能力，请要求更正。将反馈和付款保留在平台支持的流程内。

使用其他人可以重复的验收单

同意谁执行恢复测试以及何时执行；单独接收存档并不能证明已恢复。检查实际订单的审核期限并在过期之前传达缺陷。该示例建议在启动后进行 14 个日历日的修复，以修复与商定要求不匹配的情况，具体取决于报价。新功能、例行更新和持续维护保持独立。使用交接指南准备最终审核。