RFP 响应要求

您最近看到了很多关于网站设计要求、合同和建议的帖子。 背后的原因是什么？

这是因为如果你想启动一个成功的网站设计，你需要的不仅仅是图像、文本和软件代码。 以下是每个征求建议书 (RFP) 响应必须包含的首要网页设计要求。

网站设计的成功是可靠文档和结构化流程的直接结果

执行有效的网页设计项目以可靠的文档开始和结束。 这种可靠的文档可以是工作说明书、合同或建议书的形式。 本文件的名称不如文件中包含的信息重要。

无论您是大型企业还是小型企业，都需要可靠的文档来执行任何按预算、按任务和按时完成的 Web 项目。

您在销售过程中对文档的关注越多，整个过程就越顺利，越容易对所有相关人员进行。 在本文中，我们阐明了评估和审查征求建议书 (RFP) 响应的方法。 看一看！

评估 RFP 响应

审查和评估 RFP 响应听起来很容易？ 但实际上，听起来比实际练习时要容易。

如果处理项目的团队向不同的设计机构索取报价，评估网页设计提案的任务可能会让他们感到不知所措。 好吧，他们不只是感觉到它——但实际上它可能是压倒性的。

RFP 伤害的数量越多，这些提案中的变化和响应池就越大。 希望最终入围时，在发送 RFP 之前制作了一个简短的 Web 开发人员名单，这将保持这个数量有限，并使整个审查过程更容易一些。

一旦你得到一个网站建议，最好问你一些关键问题，让你自己开始。 这些问题通常包括

• 是否可以在项目给出的时间表内提供提案？
• 该提案是否在项目的预算限制范围内？
• 您收到的 RFP 响应是否满足网站设计的所有要求？
• RFP 响应是否写得好且易于理解？
• 您收到的 RFP 响应是否以专业的方式呈现？
• 是否在给定的时间范围内提供了响应？

上面给出的问题无疑是高级问题，但它有助于消除任何明显奇怪的网页设计公司。 一个不完整、迟到或不专业的 RFP 响应应该被视为潜在网站开发的危险信号。 还涉及报价两倍或三倍预算的 RFP 响应。

既然您已经收到了所有的回复，并且您已经向显然不合适的公司发出了警告，现在是时候彻底审查每个 RFP 回复，以便您轻松比较 RFP 回复一个更苹果对苹果的方式。

必须在每个 RFP 响应中查看的网页设计要求

有不同长度的 RFP 响应。 因此，最好不要关注页数或文本量。 最重要的是响应中呈现的解决方案和内容。

在审查 RFP 响应时，请始终牢记每个响应都涵盖了任何 Web 项目的一些重要元素。 确保这些网页设计要求包括但不限于下面给出的详细信息。

项目计划：

这必须包括一个高级别的项目任务列表。 虽然这只是一个初步计划，所以它不会像最终计划本身那样详细，但应该包含足够的细节，以便您可以轻松了解构建、开发、设计和发现的流程。

项目管理工具：

必须有一个适当的设计机构项目管理工具列表。 每家公司都有不同的项目管理工具集，因为在公司内部有很多很好的选择。 最关键的是确保项目管理流程有适当的结构，并且以易于理解的方式记录给定的任务、日期和所有者。

团队成员：

不同的设计机构为其团队提供不同的结构。 网页设计机构越大，他们的项目团队就越大。 作为买家，您必须知道谁将在您的团队中与您合作，以及他们将提供什么样的工作能力。 没有必要拥有每个团队成员的完整简历，但至少你有一份未来几个月与你一起工作的人员名单。

基线技术和内容管理系统：

如果您网站的 RFP 未指定所需的 CMS 解决方案，因为这将是提案的基本要素。 确保 RFP 响应列出了完整的 CMS 选择以及部署和编码新网站所需的任何其他技术。 特别注意任何专有的东西。 立即给专有的 CMS 软件包一个危险信号，因为它在网站的生命周期内将您锁定在该 Web 开发人员中。

可交付成果：

这是另一个最重要的列表，因为它告诉您在上线时将交付给您的内容。 这可能包括使用的插件、内容迁移量、设计模板以及与项目相关的更多内容。

功能清单：

如果您要设计的网站不仅仅是一个简单的宣传册网站，这是另一个最重要的列表。 您的网站越复杂，功能列表应该越详细。

内容迁移：

如果网站项目将包括内容迁移，请记住列出将迁移到新网站的内容量。 这可能包括附件、用户、事件、产品、帖子、页面等等。 如果未定义内容的数量和性质，则会给您和设计机构带来额外的成本和范围蔓延。

搜索引擎优化：

永远不要忘记搜索引擎优化！ 这可能包括 301 重定向、元定义、页面优化、页面映射和关键字研究所需的关键字。 如果您依赖自然搜索引擎优化，请在重新设计期间保护此流量来源。 最好和最容易做到这一点的是确保在项目提案和范围界定过程中这个主题是居中的。

图片使用：

必须仔细了解设计师在网页设计项目中使用的图像的分配和所有权。 向网页设计机构询问负责放置、编辑、购买和选择图像的人员。 这将因项目而异，因此可以更好地在早期阶段明确定义。

排除：

虽然没有必要在您提出的每个提案中都包含排除项，但是当您和客户讨论任何不属于网站项目的项目时，请不要忘记列出它。 这有助于买方在以后的流程中进行保护，同时也可以为客户阐明您的可交付成果。

移动响应：

今天，没有移动响应能力的网站是不完整的。 它应该是任何现代网站的主要部分。 但根据网站的大小而有所不同。 有许多大公司拥有单独的移动应用程序或网站。 没关系，如果您没有单独的移动网站，请确保您设计的提案必须包含可以轻松管理适用于平板电脑和手机的显示的语言。

API 或/和第三方集成：

企业和中型市场公司通常在其组织内拥有大量软件和系统包。 这些系统用于通过同步、推送和拉取数据轻松地与新网站进行通信。 如果有时需要使用 API 或集成，请确保提案定义了第三方系统、数据传输、数据点和责任方。

日程：

每个 Web 提案响应必须包含与项目里程碑相对应的列表。 这将告诉买方完成每个里程碑需要多少时间，以及项目是否符合您给定的时间表。

里程碑：

如果有设定的里程碑，团队将更有效地工作以在网站设计过程的每个阶段实现目标，然后再进入下一阶段。 典型的里程碑通常包括 beta 测试或/和发布、内容迁移、主题编码、图形设计、信息架构、发现和上线。

延误：

项目延误通常是由于开发商和客户双方的原因。 了解如何成功处理这些延迟以及它将如何改变整个网页设计项目的时间表和预算至关重要。

付款条件：

如果有一个较小的网站项目，买方必须在项目开始时支付 50% 的付款，而在完成后支付 50%。 另一方面，如果有较大的网站项目，则付款是基于设定的时间或里程碑。 确保您的提案中明确定义了付款条款。

花费：

费用通常包括库存图片、插件许可、托管费用、域名费用和/或差旅费。 确保提案中的每一项费用都必须有适当的详细信息，并且买方负责付款。

用户培训：

如果用户是 CMS 的新手，该提案可能包含一些编写培训文档、交互式培训课程或/和在线培训工具的指南。 请记住，培训方法必须与您的用户群相匹配。

保修期：

保修期通常涵盖网站内任何软件错误的更正。 保修期，通常设置为特定天数，并且必须在合同或提案中说明。 此保修将涵盖网站开发人员的编码，但不包括第三方扩展或插件。

持续维护：

永远不要将维护与保修期混为一谈； 它们与保修期有很大不同。 维护协议必须按年或按月支付，它用于随着时间的推移向 Web 开发人员提供系统和软件的更新。 对于 WordPress 网站，持续维护将包括更新整个 WordPress 核心软件和网站上安装的任何插件。 持续维护还包括需要时的一对一协助、报告、备份、监控和安全。

需要时的后期支持：

没有必要每个公司都需要或想要一份维护协议。 代替维护协议，一些公司将要求按需提供后期支持。 这通常按小时计费，并通过支持系统或票证进行管理。

网站 RFP 流程中涉及的后续步骤：

在您完成了整个 RFP 响应并缩小了所选供应商的范围后，现在是时候关注下一步，即协商最终细节和合同了。

虽然互联网上充斥着关于合同谈判的建议，但不要在流程细节上停滞不前。 重要的是要记住，这一步是与选定的 Web 开发人员建立长期合作伙伴关系之前的最后一步。

该谈判的重点是解决任何未解决的问题或疑问，这反过来将为您开始设计和实施过程提供坚实的基础。 进行合同谈判，注意解决任何未解决的问题并澄清任何混淆点。

如果选定的项目团队在项目范围界定方面做得很好，并且他们选择了合适的开发商，那么谈判必须只是一个签名。 如果团队选择了错误的网页设计机构，该项目可能足以迫使团队考虑排名第二的公司。