使用此模板
范围不清是项目错过截止日期、超出预算的 #1 原因。使用 Trupeer，您可以从免费项目范围模板开始，通过您的 品牌规范 进行定制，并将范围内容转化为视频摘要，从而在工作开始前让相关方快速对齐，节省数小时的范围文档编写时间。
什么是免费项目范围模板？
免费项目范围模板是一种可复用的结构，用于记录：项目将交付什么、不会交付什么，以及哪些内容尚未确定。
大多数模板能把前三者中的第一个写得比较到位，把第二个当作简短的“顺带提一句”，而第三个则完全没有位置。正是这种遗漏导致了几乎所有的范围争议，因为争论通常并不是围绕那些被清楚承诺或被清楚排除的工作展开的。争论的是：无论如何都没有被写下来的那些事项。
该模板不是范围本身。它是一个空的结构，只有在填充完成、双方达成一致并签署后，才会成为范围文件。在签署之前，它只是草稿，而草稿在争议中没有任何权威。
格式由此决定。Word 版的项目范围模板免费下载安装适合起草与审阅，因为这是两家组织在签署前会共同评注的文本。Excel 版的免费项目范围模板适合开放事项与验收表格，除此之外就没那么需要了。PDF 版的免费项目范围模板是签署后的正式副本，其价值恰恰在于它无法悄悄更改。对于短期合作，一个两页的简单项目范围模板 Word 文件也能以更低的细节程度承载相同的九个组成部分。
为什么免费项目范围模板无法阻止范围蔓延
范围蔓延常被描述得像是一股外部力量：客户频繁提出额外要求，团队也总是太快说“可以”。
确实会发生，但大多数损失并不来自这里。大多数范围蔓延在签署当天就已经写在文件内部了，藏在双方以不同方式阅读、却又都没想到要质疑的那些行里。没人会争论那些清晰的边界。大家争论的是那九个“文字很短但容易引发误读”的地方。
只有当争议事项可以通过指向某一行来解决时，范围文件才真正能平息争端。这意味着：在第三个月可能被提出的每一项合理疑问，都必须在今天给出三种答案之一——已纳入、已排除，或尚未决定——并且由指定人员在指定日期前给出。
大多数免费项目范围模板只提供了其中两种状态。失去第三种才是昂贵的部分，因为一个没有负责人、也没有截止日期的“尚未决定”事项不会一直保持未决。它会被双方以不同方式“默认处理”。
如何在 Trupeer 中定制此模板
步骤 1：打开模板（Templates）部分
从主导航进入“模板（Templates）”部分。
步骤 2：选择并打开模板
点击任意一个您想要使用的模板以将其打开。
步骤 3：展开模板视图
如有需要，展开模板视图以清晰查看完整布局与细节。
步骤 4：编辑模板
点击“编辑（Edit）”开始修改所选模板。
在编辑器中，您可以：
添加新的章节
定义或更新格式规则
添加徽标，并调整其位置及相关设置
步骤 5：保存您的定制模板
完成所有必要更改后，点击“保存（Save）”，将更新后的模板存为您自己的版本。
步骤 6：预览并微调模板
当您想查看定制模板的效果时，打开“预览（Preview）”。
在预览界面中，如有需要，您还可以继续直接进行调整，确保模板呈现得正是您想要的样子。
使用项目范围模板，您可以：
节省编写时间：跳过空白页面，使用为范围表述打造的结构。
防止范围蔓延：内置“纳入范围/不纳入范围”字段，清晰划定边界。
保持品牌一致：使用 Trupeer 的品牌套件应用您的徽标、字体与颜色。
让相关方对齐：将范围文档转换为视频摘要，便于所有人快速理解。
跨项目标准化：每个计划都使用同一套模板。
触达全球团队：一键将范围表述翻译为 65+ 种语言。
项目范围模板必须包含什么
九个组成部分，而且顺序比大多数模板所暗示的更重要。
组成部分 | 它的作用 |
|---|---|
目标（Objective） | 一段话说明项目为何存在，用买方的表述方式，而不是交付团队的表述方式。 |
不在范围内（Out of scope） | 明确的排除项。先写出来，并说明原因（原因见下文）。 |
在范围内（In scope） | 交付物：每一项都要足够具体，才能验证“已完成”或“未完成”。 |
开放事项（Open items） | 任何尚未确定的内容，并指定决策人及决定日期。 |
验收标准（Acceptance criteria） | 每项交付物将如何被判定为完成，并在工作开始前达成一致。 |
假设（Assumptions） | 按编号列出，并且具体说明由对方控制的那些假设。 |
约束（Constraints） | 固定日期、预算、技术或监管限制，并注明来源。 |
依赖（Dependencies） | 你需要对方提供什么、截止何时，以及如果对方延迟会发生什么。 |
变更流程（Change process） | 如何提出范围变更、如何定价并达成一致；在任何人需要之前就要写清楚，并指定相关方。 |
最后一项最常被遗漏，而它恰恰决定了第一场争议会如何发展。大家情绪平稳时，达成变更流程只需要十分钟；在争论中达成则会伤害彼此的关系。
先写排除项
这是唯一一项能显著提升范围文件质量的改动，而且不需要花一分钱。
打开模板，进入“不在范围内”部分，在你写下任何一项交付物之前先把排除项填好。建议在允许自己描述“我们将交付什么”之前，先写出大约二十条排除项。
这样做感觉不对，但确实有效，原因有三点。
写排除项会迫使你思考工作的边界，而每一场争议都发生在边界处。描述你将交付什么，会让你停留在相对舒适的“中间地带”。
它会在分歧仍然“便宜”的时候暴露出来。如果对方阅读你的排除项列表并对第十四项提出异议，你会在第一周就发现真正的缺口，而不是等到第四个月。
它读起来像是自信，而不是在回避。能够精确说清楚“我们不做什么”的供应商，通常比不能做到这一点的供应商更早、更深入地思考过这项工作。
重要的排除项是那些“有可能发生”的排除项。“我们不会开发移动应用”只有在移动应用是可想象且毫无意义的情况下才有用；如果从未有人提起过它，排除这种荒唐项只会浪费读者注意力，并掩盖真正关键的排除项。
免费项目范围模板：可复制的结构
用真实示例填充，而不是占位符。该项目是仓库管理系统的替换。
从这里复制。
页眉（Header）。 项目名称。版本。日期。客户签字人及供应商签字人：姓名与角色。状态：仅有“草稿”或“已签署”两种，不存在第三种。
项目：仓库管理系统替换。版本 3。签署日期：2 月 14 日。客户：D Whitfield，运营总监。供应商：R Mensah，交付负责人。
目标（Objective）。 一段话，用买方的语言表述。
在 11 月现有支持合同到期前完成现有仓库系统替换，且不影响外发装运的连续性，停机时间不超过一个工作日。
不在范围内（Out of scope）。 先写出来。按编号列出，便于变更请求指向具体条目。
不对财务系统或其接口进行任何更改。
不迁移超过三年的供应商记录。
不对迁移数据进行去重或清洗。迁移后的记录将按原样传输。
不提供、安装或维护条码硬件。
不提供交付物下方所列两次培训之外的培训。
试点期间不提供非工作时间支持。
不对现有仓库布局或货架进行任何更改。
不与客户门户进行集成。已考虑并推迟至后续阶段。
在范围内（In scope）。 每项交付物都足够具体，便于验证。
为两个装运站点配置标准产品。将库存记录与供应商记录从过去三年进行迁移。每次半天的两场培训，每场最多 12 人。上线后现场支持一周。提供一份书面运行手册，覆盖日常运营。
开放事项（Open items）。 大多数模板会省略这一部分。
事项 | 谁来决定 | 决定日期 |
|---|---|---|
站点二是与站点一同时上线，还是在两周后上线 | D Whitfield | 3 月 3 日 |
四份旧版库存报表中，哪些需要重建 | 仓库主管，通过 D Whitfield | 3 月 10 日 |
客户或供应商在迁移前是否清洗供应商记录 | 双方共同决定；若无法解决则升级至指导委员会 | 3 月 17 日 |
验收标准（Acceptance criteria）。 每项交付物如何被判定为完成。迁移在以下条件满足时被视为已验收：记录数量在允许的 1% 误差范围内对账一致，并且抽样的 10 条记录与源数据完全一致。培训在以下条件满足时被视为已验收：出勤情况与完成的反馈表，而不是能力评估（因为在当天无法评估）。
假设（Assumptions），按编号。 由对方控制的那些假设。
客户在 3 月 1 日前提供完整的数据提取。
客户在配置期间提供仓库主管参与两次半天的工作。
现有条码扫描器兼容且处于可正常工作状态。
项目期间不会引入对装运流程的任何更改。
约束（Constraints）。 现有系统的支持合同在 11 月 30 日结束；来源为供应商的书面通知。预算已批准为固定金额，不设预备金。
依赖（Dependencies）。 你需要从对方获得什么、截止何时，以及后果是什么。数据提取在 3 月 1 日前完成；每延迟一周，上线时间就顺延一周。
变更流程（Change process）。 任何变更都需以书面形式提出给交付负责人。在五个工作日内完成定价。变更在双方签字人以书面形式达成一致之前不得开始执行。低于所述阈值的变更将被记录并吸收，而不是定价；这能防止流程在面对琐碎请求时崩塌。
从这里复制。
项目范围示例：那九个字让成本增加了 28,000 英镑
Ashcombe Foods 是一家约有 340 人的食品制造商，它替换了自己的仓库管理系统。
范围文件共 11 页，由专业团队制作，并由双方签署。引发问题的那一行只有九个字。
从 Navision 迁移现有库存与供应商数据。
双方都没有误读。两方都读得非常清楚，但理解却不同。供应商将“现有（existing）”理解为“当前（current）”，也就是正在运行的记录；这些记录按原样迁移，任何清洗工作由客户完成。客户将“现有（existing）”理解为系统中的全部内容，也就是七年的历史数据，迁移后应当是已清洗的，因为为什么要有人把数据迁移到一个自己用不了的状态呢。
没人提出质疑，因为双方都没有把这句话感受到“含糊”。只有当两种理解相遇时，它才会变得含糊。
他们在第十四周的用户验收测试中“相遇”。新系统中出现了 11,000 条重复的供应商记录，以及供应商原本并未计划迁移的四年历史数据。
变更请求的金额是 47,000 英镑和 6 周。经过三次不太舒服的会议后，最终在双方之间拆分为 28,000 英镑，并且项目在原本“很有把握能对得上”的 11 月截止日期之后四周才上线。
复盘会有用的原因在于：没有人做得很糟。通常意义上的范围蔓延并不存在：没有客户提出额外要求，也没有供应商在变更请求上“加码”。文件只是让双方都有一个地方记录他们已经达成一致的内容，却完全没有地方记录他们尚未想清楚的内容。
在下一个项目中（同样是这两个站点的标识系统），他们先写排除项。交付物尚未写出之前就已经起草了 23 条排除项，其中有 9 条在评审时引发了客户提问——也就是在第一周发现的九个缺口。
签署时，开放事项表里有九条记录；每条都有指定决策人和日期。九条全部在三周内关闭，没有任何一条变成变更请求。
标识项目按原定日期和原定价格交付。交付负责人认为，排除项列表完成了大部分工作；尤其是：第一周引发的争论，本来如果没有这些排除项，就会在第四个月以十倍成本发生。
项目范围模板的变体：软件、建筑、IT 与网站
网页上提供的这些变体在很大程度上是同一份文档，只是排除项列表不同。这是一个很有用的选择思路。
软件项目范围模板。 排除项承担主要工作。浏览器与设备支持、数据迁移深度、集成、运行环境，以及谁来编写测试数据。大多数软件范围争议本质上都是集成争议。
建筑项目范围模板。 对图纸、规格与标准的要求更重。范围文件通常会引用这些内容，而不是重复说明。引用类文件需要版本号，因为一份规范如果悄悄变更，范围也会悄悄改变。建筑范围在大多数司法辖区还包含法定的健康与安全义务，因此应由具备资质的人审阅，而不是把它纯粹当作商业文件来处理。
IT 项目范围模板。 区分性的排除项包括运行环境、许可、既有技术债务，以及上线后的支持。最后一项引发的争议往往比其他几项加起来还多，因为从项目到支持的过渡很少被写下来。
网站项目范围模板。 内容是关键的排除项。这个变体里，免费项目范围模板 Word 文档最常直接与客户共享，因此请确保语言足够直白，便于非技术类签字人理解。谁来撰写、谁提供图片、需要几轮修改，以及当内容在后期才到时会发生什么。没有“内容条款”的网站范围文件，就是一场迟早会发生的争论。
ERP 与 CRM 项目范围模板。 这是最大、也最容易触及“数据问题”的变体——正是这个问题让 Ashcombe Foods 遭遇了麻烦。写清楚多少年、涉及哪些主体、由谁清洗数据，并用数字表达。
选择与您工作最匹配的变体，然后从头重写它的排除项列表。排除项是无法从模板继承的部分，因为它们与您的买方可能合理预期的具体情况直接相关。
如何用六个步骤撰写项目范围说明
用买方的语言写出目标。如果只有交付团队能理解，它在争议中就无法站得住。
起草排除项。在任何交付物之前先写出其中的二十项。
撰写交付物。每一项都要足够具体，让双方都能就“是否完成”达成一致。
列出所有仍未确定的内容。为每一项指定决策人和日期。现在不要解决它们。
在工作开始前就达成验收标准一致。工作开始后再达成的标准属于谈判，而不是验收标准。
命名变更流程，然后签署。未签署的范围文件没有任何权威；而在工作已经基于未签署文件开始的情况下，未签署文件的权威更是几乎为零。
第四步是人们最容易跳过的一步，因为它看起来像是在承认文件不完整。每一份范围文件在签署时都是不完整的。唯一的问题是：这些缺口是否可见。
项目范围、产品范围与工作说明书
在对话中，这三个术语经常被互换使用，但在合同中它们的含义却大不相同。
项目范围（Project scope）指的是工作内容。将做什么、由谁来做，以及哪些内容不包含在这项工作中。
产品范围（Product scope）指的是“事物本身”。交付物的功能与特性。一个项目完全在范围内，仍然可能交付出买方并不想要的产品——这通常是需求失败，而不是范围失败。
工作说明书（Statement of work）是合同层面的工具。工作说明书模板通常会把项目范围与商业条款、付款计划和法律条款一起包含进去。在许多组织中，范围文件会先被起草，然后成为工作说明书中的一个章节。
更早一些的是 项目章程（project charter）。它授权项目并命名赞助人；在范围尚未被详细制定之前就会完成，因此“项目章程模板免费下载安装”旁边的范围文件看起来会更稀疏——这也正是应该如此。
还有两份文件在后续阶段出现。项目进度表模板（project schedule template）会把已达成一致的交付物转化为日期；在范围确定之前，它无法被诚实地编制。项目跟踪的 Excel 模板会对照两者报告进度，它更像是一种汇报产物，而不是协议本身。
如果有人向您索要的是范围文件，但实际想要的是工作说明书，那么差异就在于商业与法律条款；这些条款属于您组织中负责合同的人，而不是交付团队。此页面不构成法律建议；任何将被签署的工作说明书，都应在发出前由具备资质的人进行审阅。
如何用开放事项表阻止范围蔓延
开放事项表只有三列，但它做的工作比文档其余部分加起来还多。
事项、谁来决定、决定日期。除此之外不需要别的，因为添加状态列会把它变成项目跟踪器，从而不再被认真阅读。
两条规则让它真正发挥作用。每一项都有且只有一个指定决策人，从不设委员会，也不设部门。并且每一项都有日期：因为没有截止日期的开放事项，本质上就是默认会在之后由“离它最近的人”在很晚的时候做决定。
在表格为空之前，每周都要复核。通常一个月内就会清空；那些拒绝关闭的事项值得尽早升级处理，因为没人会决定的事项，通常也意味着没人有权力去决定。
当签署之后出现新事项时，应当走变更流程，而不是放进开放事项表。开放事项是你们当时就知道“尚未决定”的内容。变更则是已经被决定、但现在又被重新审视的内容；把两者混在一起，就会让变更看起来像是从一开始就一直处于开放状态。
谁拥有项目范围，以及何时更新它
双方各有一位指定人员签署，而这两个人是唯一可以就变更达成一致的人。
范围文件并不像进度表那样是“活文档”。进度表每周都会变化，这很健康。范围文件如果每周都在变，说明范围从未真正达成一致。范围文件只应通过变更流程进行更新，并且每一次变更都要由同样的两位签字人进行编号、定价并签署。
在三个时间点重新阅读。第一，当某件事感觉可能会变成变更时，在争论开始之前。第二，在用户验收测试开始时，因为几个月前写下的验收标准往往会被执行它的人遗忘。第三，在交接时，因为排除项决定了接收团队将继承什么。
AI 项目管理工具能帮助定义范围吗？
它们能帮助起草，但无法替代判断；在依赖它们之前，理解这种分工很值得。
AI 项目管理工具确实很有用：它们可以根据项目描述生成第一份交付物清单，提出你可能没想到的排除项，并在草稿中发现含糊的表述。第三种用途最强。让模型识别你范围文件中每一行：哪些是两方都可能以不同方式理解的——这是一种快速且异常有效的审阅方式。
但它们无法做到的是：知道你的买方在假设什么。Ashcombe Foods 那句话会通过任何自动化的“含糊性检查”，因为它语法清晰且商业上具体。但它失败了，因为两个人对“现有（existing）”这个词带来了不同的假设，而任何工具都无法访问这些假设。
把它们用于起草与挑战。不要用它们来决定哪些内容不在范围内，因为这个决定是商业性的，而不是语言性的。
免费项目范围模板无法解决什么
买方还没决定自己想要什么。 没有任何文档结构能解决这个问题。它会以无法关闭的开放事项形式出现，而诚实的回应是尽早提出，而不是围绕一个缺口去写范围文件。
已经开始的工作。 工作开始后才达成的范围协议，本质上是从弱势位置发起的谈判。如果工作已经开始了，也请无论如何把文件写出来，并如实写上日期。
一段没有信任基础的关系。 范围文件能在双方都希望把争议解决掉时平息争端。但当关系已经破裂，文件就会变成“武器”而不是“参考”，模板也无法改善这一点。
签署后没有人再阅读。 最常见的失败。范围文件只被读过一次并归档后，第四个月就不会再发挥作用——当争论到来时，双方都无法记起第六条写了什么。
展示你的范围方法，而不是描述它
范围管理中最不经得起“书面交接”的部分，是它实际上是如何被执行的。变更请求在你们系统里如何被提出。开放事项表存放在哪里、由谁更新。交付负责人在签署前会检查什么。
把这些衰退过程写成书面流程很快就会失效，因为读者需要从文字中重建一串步骤，最终会放弃并去问同事。
Trupeer AI 会弥补这个差距。无论谁在运行流程，都只需要记录一次；输出会是一份带截图与视频的书面演练，并使用您自己的品牌风格，随时可放入您的 知识库，与范围模板本身并列。若项目跨越多种语言或多个供应商，同一份录制会在每种语言中生成一致的演练内容，让合同双方都基于同一套流程，而不是两份彼此不同的翻译。
记录下来。做成品牌风格。翻译它。用 Trupeer 来实现。
它的价值会带来两次回报。那份教会团队如何运行变更流程的录制，会成为接手项目的人的 培训材料——而这正是范围纪律通常开始丢失的关键时刻。与您其他项目文档保持一致，只需要先设置一次 品牌套件，而文档模板的搭建也已在 文档模板设置指南 中覆盖。
常见问题
有项目范围模板 Word 免费下载吗？
Word 是这种文档的正确格式，这并不适用于所有项目模板。范围文件是带结构的文本：它会在两家组织之间经历多轮评注，然后才会签署。项目范围模板 Word 免费下载通常会给您一个可用的“骨架”。
在采用之前先检查一件事：文件为排除项预留了多少空间。如果“不在范围内”只是末尾附近的一个包含三项的项目符号列表，那么该模板围绕的是文档的错误一半，而您最终仍需要重写那一部分。
有免费项目范围模板 Word 文档版本吗？
有，而且上面的结构可以直接粘贴进去。用免费项目范围模板 Word 文档来搭建：把九个组成部分都作为标题；保持排除项按编号列出，以便变更请求可以引用编号；并把开放事项表放在第二页，而不是放在没人会看的附录里。
在两方评审期间使用修订功能，然后生成一份干净的已签署版本。带有可见修订标记的范围文件属于草稿，而草稿无法平息争论。
有适用于小型项目的简单项目范围模板 Word 版本吗？
对于持续几周的工作，一个两页的简单项目范围模板 Word 文件就足够了。目标、排除项、交付物、开放事项、价格，以及如何达成变更一致。
不要为了节省空间而删掉排除项，因为它们同样能让小型项目“值回票价”。如果项目确实没有需要写的约束与依赖，就改为删掉这两个部分。
有免费项目范围模板 Excel 版本吗？
Excel 更适合用于表格，而不是用于整个文档。项目范围模板 Excel 文件非常适合开放事项表，以及带有每行对应验收标准的交付物清单，因为这两者都是真正的表格化内容。
目标、排除项与变更流程属于文本内容，应放在文档中。把它们拆到两个文件里意味着其中一个将不再被维护。因此如果您必须二选一，请选择文档，并把表格粘贴进去。
有免费项目范围模板 PDF 吗？
PDF 用于签署后的版本。双方达成一致后，导出免费项目范围模板 PDF，让其完成签署，并将其作为参考副本进行流转；每一页都要带版本号。
不要在 PDF 中起草，也不要把 PDF 当作可编辑文件。签署副本的价值正是来自于它无法悄悄更改。
我在哪里可以找到项目范围示例 PDF？
大学与公共部门采购网站会以 PDF 的形式发布真实的范围说明，而其中某个来源的项目范围示例 PDF 目前在该关键词的第一页排名——这也说明了真实示例相比空白模板的实用性。
阅读项目范围示例 PDF 时，请关注排除项而不是交付物。交付物是针对该项目的，无法直接迁移复用。排除项会告诉你：一位经验丰富的买方认为哪些值得被排除，而这些排除项通常也能很好地迁移复用。
工作说明书模板和项目范围模板是一样的吗？
不是。工作说明书模板会把范围与商业条款、付款里程碑和法律条款一起包含进去，因此它是一份合同文件；而范围文件则是一份“可执行的工作文件”。
在实践中，范围通常会先被起草，然后成为工作说明书中的一个章节。如果有人向您索要工作说明书，而您只交付了范围文件，那么商业与法律条款会缺失；这些条款需要由您组织中负责合同的人来审阅。
我在哪里可以获取项目章程模板免费下载？
项目章程是在不同阶段使用的不同文件。它授权项目、命名赞助人，并在高层次上说明商业论证，通常是在范围尚未被详细制定之前。
如果有人向您索要章程，那么范围文件就太早了。如果有人向您索要范围文件，但尚不存在章程，那么在写出关于它的 11 页内容之前，值得先确认该项目是否已经被正式授权。
用于范围定义的最佳 AI 项目管理工具有哪些？
这个类别变化太快，无法在这里保持准确列表，所以更有用的是：它们可以用来做什么。
它们在根据描述起草交付物方面很强，在提出你可能没想到的排除项方面也很强；最重要的是，它们能帮助你审阅草稿中的含糊之处。让它标记出每一行：哪些是两方都可能以不同方式理解的——它就能找到你遗漏的内容。它们无法告诉你买方在假设什么，而范围真正失败的地方就在这里。
项目范围和项目进度表有什么区别？
范围回答“做什么、以及不做什么”。进度表回答“何时做”。范围只需达成一次一致，并且只能通过正式流程变更；而 项目进度表模板 会随着工作推进每周更新。
