范围层：是什么
需求来源
一些需求适用于整个产品，如：品牌需求、技术需求。
另一些需求只适用于某些特性。
最用之不竭的需求源泉总是来自用户本身，但更多的时候，需求来自于与项目利益相关的同事。
这些需求可以主要分为3个类别：
- 人们讲述的期待的特性
有些清晰的好想法，但有时候并不是他们真正想要的。
- 人们在实践中遇到困难时想象的解决办法
有时候行不通，或治标不治本。
- 人们不确定是否需要的特性
常常出现于头脑风暴讨论，有益于打开设计者思路，考虑新的可能性。
功能规格说明
功能规格 往往在 需求 确定后开始撰写，同时加上具体的实施细节。
功能规格说明 只需要清楚和准确地包含在开发或设计过程中容易混淆的功能定义，只需要记录在创建这个产品时已确定的决议。
不需要包含产品的每一个细节，不需要展望产品未来的理想化状态。
文档不能解决问题，定义可以。
撰写功能规格说明的普适规则——
- 乐观
描述系统将要做“什么事情”去“防止”不好的情况发生。而不是描述系统“不应该”做什么。
系统不允许买房子
对比：
如果用户想买房子，系统应该引导至购买度假产品的页面
- 具体
尽可能详细地描述情节，定义目标。
最受欢迎的视频要重点标注
对比：
上一周点赞最多的视频要显示在列表最顶端
- 避免主观语气
保证需求 避免歧义、准确而可验证。
系统应具有高级别的执行能力
对比：
系统至少能支持1000个用户同时使用
确定需求优先级的要素
- 是否满足战略目标（产品目标和用户需求)
- 实施可行性多大
- 技术是否局限
- 资源是否有限
- 时间是否有限
- 多个特性一起权衡
