清晰且无歧义的服务范围：让客户知道自己购买什么的10个要素

美国现行Federal Acquisition Regulation针对成果导向服务，建议主要用所需结果来描述工作，而不是规定具体如何执行，或者只规定工作小时数。规则同时强调可衡量的履约标准，并在目标说明中列出目的、范围、履约期间和地点、背景、所需结果以及运行限制等要素。 [1]

英国政府的Digital, Data and Technology Playbook同样鼓励清晰、以结果为导向的需求说明。它明确建议聚焦用户和需要解决的问题，而不是预先规定技术方案。 [2]

英国现行关于风险分配和定价方式的指导还指出，履约指标应当可衡量并且客观，供应方应当只对其真正能够影响的结果承担责任。 [3]

这些来源来自公共采购领域，并不是所有服务都适用的统一模板。但它们说明了一个非常有用的原则：好的服务范围应明确预期结果、评估方法以及责任边界。

好的服务描述应同时帮助:

客户 - 理解自己会得到什么、不会得到什么，以及需要由自己提供或完成什么。

专业人士 - 确定责任边界、前提假设，以及新的要求从什么时候开始属于范围变更。

双方 - 约定如何合理判断已经完成了原先商定的工作。

如果服务描述只很好地完成其中一个作用，仍然可能为争议或不同理解留下很大空间。

首先说明 为什么需要这项服务。

如果客户还不理解目标，不要先从工具或任务清单开始。

与其写:

“配置分析、报告和事件。”

不如写:

“目标是获得可靠数据，了解用户最常在哪些表单步骤停止，从而帮助团队识别需要改进的位置。”

这种做法符合英国Digital, Data and Technology Playbook所倡导的原则，即描述需求和结果，而不是预先规定解决方案。 [2]

目标回答 “为什么？”，结果回答 “工作完成后应该存在什么，或什么状态应该成立？”

结果可以是:

• 一份完成的文档,
• 一个可以工作的功能,
• 一项已经部署的配置,
• 一项完成并带有结论的研究,
• 一组准备完成的材料,
• 一次完成并带有约定总结的会议或服务环节.

对于成果导向服务，FAR主要通过所需结果来描述要求，而不是只通过工作方法来描述。 [1]

这并不意味着每项服务都应该保证专业人士无法控制的商业结果。专业人士可以承诺 在商定范围内启动推广活动，但 保证销售额提高30% 可能取决于许多供应方无法控制的因素。

服务范围应明确列出协议中包含的具体工作部分。

例如，一个网站项目可能包括:

• 分析现有网站,
• 制定信息架构,
• 设计约定数量的页面或界面,
• 移动端版本,
• 实施已批准的设计,
• 基础交接文档.

目的不是写出最长的清单，而是 在工作开始前明确那些会明显影响工作量和双方预期的主要项目。

服务范围说明要做什么，而交付内容说明 客户实际会收到什么。

例如:

• 源文件,
• 按指定格式制作的报告,
• 可运行的模块,
• 代码仓库,
• 一组图形材料,
• 录制文件,
• 文档,
• 建议清单,
• 已配置环境的访问权限.

如果结果的形式很重要，就应明确写出。“报告” 可能只是两页文字，也可能是一份包含分析、优先级和示例的详细文档。单独的名称并不总是足够。

验收标准回答一个问题：根据什么可以判断商定的结果已经按照要求交付？

标准可以涉及:

• 完整性,
• 是否符合商定的规格,
• 指定格式,
• 是否能在指定设备或环境中正常运行,
• 某一类别错误数量的上限,
• 完成时间,
• 约定的质量指标.

FAR要求成果导向服务合同中的履约标准可衡量，并且应当能够用于评估实际履约情况。 [1]

英国的风险指导还说明，指标应当客观，并与供应方能够影响的结果相关。 [3]

因此，“客户会满意” 远不如与一个具体、可观察结果相联系的标准有用。

服务经常依赖另一方的行动。

应明确客户是否需要提供:

• 系统访问权限,
• 内容或材料,
• 数据,
• 品牌信息,
• 决策和批准,
• 联系人,
• 测试环境,
• 在约定时间内回复.

如果客户没有及时提供资料可能导致工作暂停，这一点应当明确。

不应把时间责任写成专业人士能够控制实际上不由其控制的行动。

价格和时间通常只有在某些假设成立时才有效。

例如:

• 现有数据库可以访问且运行正常,
• 客户对所提供的材料拥有必要权利,
• 外部系统提供可用的接口,
• 项目不需要迁移历史数据,
• 语言版本数量预先确定,
• 决策由一名指定人员负责.

GAO关于可靠成本估算的指南将清晰的范围、技术基础、规则和假设，以及风险和不确定性分析视为良好估算过程的重要组成部分。 [7]

小型服务没有必要照搬大型计划使用的完整流程。但原则仍然有价值：如果估算依赖于某个可能并不成立的条件，就应写出来。

明确排除项并不意味着报价薄弱，很多时候反而说明承诺的边界定义得很好。

如果某项内容很容易被客户理解为服务的一部分，就值得明确说明它不包含在内。

例如:

• 购买软件许可,
• 创建内容,
• 付费图片,
• 翻译,
• 上线后的维护,
• 对另一个系统进行工作,
• 不限次数的修改,
• 第三方服务费用.

没有必要列出专业人士不会做的所有事情。最有用的排除项，是 客户现实中很可能认为已经包含在服务中的内容。

如果进度依赖客户审批或提供材料，那么时间说明不应只有 “大约两周”。

可以明确:

• 从什么事件开始计算时间,
• 是否有中间阶段,
• 哪些决定代表每个阶段结束,
• 如果客户回复会影响计划，回复期限是多少,
• 延误如何通知,
• 最终验收如何进行.

简单服务用几句话可能就够了。较大的合作中，阶段划分可以帮助双方理解 哪些已经完成，以及下一步需要发生什么。

好的服务描述应说明，工作开始后出现新要求时如何处理。

实际规则可以很简单:

“超出已描述范围的工作，在开始前需要确认新的范围、对时间的影响以及可能产生的额外价格。”

还应明确:

• 定价方式,
• 价格或计算方式,
• 付款规则,
• 可能产生的额外费用,
• 额外修改轮次的规则.

这不会消除变更。它只是把变更变成双方有意识的决定，而不是原有承诺在不知不觉中扩大。

清晰的服务范围并不意味着要控制专业人士工作的每一个步骤。

英国Digital, Data and Technology Playbook提醒不要过度规定解决方案，并指出以结果为导向的需求说明可以给供应方留出空间，让其提出更有效的解决问题方式。 [2]

FAR也更倾向于描述需要达到的结果，而不是精确规定工作必须怎样执行。 [1]

因此:

“网站应当能够在指定设备上正确支持约定的使用场景”

在技术本身并非关键限制时，可能比规定具体实现细节更合适。

当然，对于某些服务，方法本身会因为安全、合规、系统集成或技术标准而非常重要。在这种情况下，应明确说明方法要求。

确定范围时，应区分:

专业人士直接产生的工作结果 和 还受到其他因素影响的商业结果.

专业人士可以承诺:

• 在商定范围内准备并启动推广活动,
• 完成分析,
• 交付约定数量的材料,
• 实现符合既定标准的功能.

对于销售额、客户数量、搜索排名等受到市场、预算、产品、客户行为或外部系统影响的结果，则应对保证承诺更加谨慎。

英国现行风险分配指导明确指出，供应方应当对其能够影响的结果负责。 [3]

好的服务描述不会削弱责任，而是把责任放在真正能够控制的地方。

并非每项服务都需要多页文档。

简单任务的关键内容可能只需要几个段落。更大的项目则可以把同样的思路扩展为详细规格、时间计划、验收标准和正式的变更流程。

世界银行发布的Terms of Reference示例指出，这类文档应清楚说明咨询服务的要求和采购方的期望，并且需要根据具体项目和当地情况进行调整。 [4]

关键不在于篇幅，而在于 缺失的信息是否可能现实地改变价格、时间、责任或预期结果。

网站或个人页面上的服务描述可能只是合同形成过程的一部分。具体法律义务取决于国家、交易类型、双方身份以及销售方式。

在欧盟企业对消费者交易中，官方Your Europe列出的合同前信息包括服务的主要特征、包含费用的总价格、付款和履行安排，以及在适用时的合同期限。 [5]

欧盟面向企业的指导还指出，消费者合同中的标准条款必须公平，并以清晰、易懂的语言书写，使消费者能够理解其经济后果。 [6]

这些要求适用于欧盟特定的消费者关系。不能自动扩展到所有企业间交易或其他司法辖区。

本文是关于如何描述服务的编辑性指南，不是合同模板，也不是法律建议。

1. 客户是否理解服务要解决的问题或目标？
2. 是否明确了最终结果？
3. 范围中包含什么是否清楚？
4. 客户是否知道会收到哪些具体内容？
5. 是否有合理方法判断工作已经完成？
6. 客户需要提供或负责什么是否明确？
7. 最重要的前提假设是否公开？
8. 容易造成误解的明显排除项是否说明？
9. 时间和阶段是否反映双方的依赖关系？
10. 范围发生变化时如何处理是否明确？
11. 价格、定价方式和额外费用是否在适当阶段呈现？
12. 服务描述是否避免承诺专业人士无法控制的结果？

检验服务描述是否清晰的方法很简单。

阅读后，客户和专业人士应当能够对以下问题给出大致相同的回答:

要实现什么？会做什么？客户会得到什么？什么不包含？客户需要做什么？如何判断工作已经完成？范围变化时怎么办？

如果答案一致，价格和时间就有了更好的上下文。

如果答案不同，问题往往并不是在执行时才开始。它已经从服务描述阶段开始了。

[1] U.S. Federal Acquisition Regulation - Subpart 37.6, Performance-Based Acquisition
打开来源

[2] UK Government - The Digital, Data and Technology Playbook
打开来源

[3] UK Government - Risk Allocation and Pricing Approaches Guidance Note
打开来源

[4] World Bank - Sample Consultants Terms of Reference
打开来源

[5] Your Europe - Contract information: what you should know before buying
打开来源

[6] Your Europe - Contracts with consumers
打开来源

[7] U.S. Government Accountability Office - Cost Estimating and Assessment Guide, GAO-20-195G
打开来源

方法说明: 各来源的适用范围不同，也没有共同组成一个统一的服务描述标准。本文只使用这些来源实际支持的原则，包括结果导向、可衡量性、明确范围、前提假设、对供应方可控制因素承担责任，以及向客户提供透明信息。