IAMUE
范围层主要解决功能规格和内容需求
-
只有明确定义出来，你和你的团队才知道你正们在做什么
-
同时你才知道你不需要做什么
1. 范围层定义
1）范围层需要同时做两件事情：
规定过程（日程安排和里程碑）；
生产产品。
2）范围层的功能和内容要明确的定义出来：
只有明确定义出来，你和你的团队才知道你们正在做什么，团队中的不同角色才能有共同的参照标准；同时你才知道你们不需要做什么，同时你才知道你不需要做什么，因为这个过程中会不断出现新的需求，要结合你的规划、新需求与战略目标的关系密切程度，来进行取舍。
3）避免范围蠕动（scope creep）
当前无法满足的需求可以成为启动下一个版本的基础，形成一个不断循环的开发过程。
2. 功能和内容
1）功能型产品主要考虑功能规格（functional specifications）
不同企业叫法不同，一般包含“功能规格”和“需求”两部分内容，本书中用前者描述文档本身，而用后者来描述文档的内容；
2）内容需求
包含内容本身，和内容管理系统；对于内容类型的产品来说，内容的产生-审核-发布的流程是紧密伴随内容本身需求的
3. 定义需求三种类型的需求
1）适用于整个产品、品牌、浏览器、操作系统的一般性需求。
2）适用于特殊场景的需求，这部分需求主要来自用户本身，具体了解途径参照第3章相关内容。
3）人们不知道他们是否需要的需求，即需求挖掘的部分
注：1）需要制定成标准，是最基本的需求 2）通过用户分群、用户角色等，关系到产品是否可用；3）则决定了产品能够达到的高度，能为用户带来什么价值，重新定义什么事物或规则，甚至能多大程度的改变世界。
4） 怎样收集需求
人物角色、场景和用户故事；
竞品或其他的好产品。
4. 功能规格说明
1）功能规格文档是必须的，但撰写需快速简便，以免引起使用者的反感。
2）文档虽然不能解决变化的问题，但定义可以，因此，文档应尽量清楚和准确。
3）3条原则
乐观（be positive）从正面描述问题
具体（be specific）提出具体可操作的标准避免主观语气（avoid subjective language）不能以主观感觉作为评价标准，功能规格必须是可验证的
5. 内容需求
1）内容包含文本、图像、音频和视频等各种形式。
2）内容的特性（格式、大小等参数）需要有一定的规范标准（范围即可）。
3）内容也应该细分对应到人，并确保维护机制和更新频率。
4）用内容清单（content inventory）对内容做好管理，以便在各种场景下进行调用
6. 确定优先级
1）首要的依据是是否满足战略层的用户目标和产品目标。
2）除此之外需要考虑实现这些需求的可行性有多大。
3）三个标准之间互相矛盾的情况也有，但需要具体情况具体分析，例如在战略目标之外发现一个很不错的新需求，那可能需要重新审视范围层的上一层
7. 小结
范围层是将战略层的具体化的一个步骤，要提出明确的功能规格或内容规划。
也许很多有大公司工作经验的小伙伴会说：这些我们都知道啊，我们公司就是这么做的！只能说，你很幸运一入行就能学习一个相对标准的流程，但你更应该从这本书中了解到为什么你的公司是这么做的，作者设定的这个模型是怎样被运用的，你自己的日常工作处于哪个层面，向上一层和下一层纵深思考一下，对你的工作有什么改进？
讲究短平快的创业型小伙伴们想必能从中得到更多的启发吧，你可以直接将整个模型拿来用，全面的审视你的产品流程，然后根据你的产品的实际情况，改造成适合你们团队的流程，相信一定事半功倍。
