功能规格和内容需求
“为什么会有这功能？”
* 范围层在做两件事情：这是一个有价值的过程，同时能产生有价值的产品。
过程的价值在于， 在产品处在假设阶段的时候，使你迫使去考虑潜在冲突和产品一些粗略的点
产品的价值在于，被定义的这个产品给整个团队一个参考的点，明确了这个项目要完成的全部工作。定义好你的要求能保证在设计过程中不会出现不确定的点。
>日程安排与里程碑
>用文档定义产品需求
用文档来定义需求：
1.你可以知道同时也让别人知道你正在建设什么，建设的目标，以及什么时候达到目标。
2.责任划分更清楚
3.知道你不需要建设什么，把多余的想法收集起来。进行长期规划
功能和需求
>定义需求
1、适用于整个系统的需求，如品牌需求
2、技术需求，并发数、浏览器兼容
3、特殊性的需求
去了解“人们在想什么”的最佳途径就是直接询问他们。
>三类需求：
1.人们讲述的最显而易见的想法、其中会有非常清晰的好想法，会最终通过各种途径实现在产品上。
2、有时候人们口中所说的与期望的并不同，当人们在某个过程或产品中遇到困难，会想出某个解决办法缓解，但往往是行不通的，你需要与用户探讨为什么遇到困难，用户这个需求最终的目的是什么，往往会得到不同的需求。
3、第三种需求是人们不知道他是否需要的特性，比如在讨论新需求或者产品战略时，会突然冒出一个伟大的构思，多数情况在头脑风暴中产生。汇集各个部门以及不同的代表用户进行头脑风暴，是一种打开设计者思路，让他们从未想到的可能性非常有效的工具。
>你的产品在什么硬件上使用，是否用到定位、陀螺感应、照相、声音等等
> 将用户置身于“场景”之中，想像用户将经历怎么样的过程，帮我找到 帮助他顺利完成的潜在需求
>竞争对手与我们有相似的产品目标，他们是否找到一种有效特性来完成某个战略目标，他们是如何调整和权衡我们所遇到的问题
>以及其他平台机制的借鉴
文档原则：文档足够清楚和准确
只需包括设计或者开发过程中可能混淆的功能定义，只需记录在创建这个产品时已经确定下来的决议
>记录下来
乐观 描述这个系统将要做什么 去 防止 不好的事情发生
具体 尽可能详细的解释清楚状况
避免主观语气 规格功能必须可以进行验证
>内容需求
建立内容清单，必须同搞清楚具体需求一样重要，这样团队每个人就会确切的知道为设计用户体验该做那些工作。
确定需求优先级
1.优先满足战略目标（产品目标与用户需求） 考虑 实现需求的可行性
2 如果时间有限 则 把这个特性放到下个版本去做、如果是资源有限则技术或者企业的变化有事能减少资源的负担
解决高层之争 是 “制定战略”，关注战略目标 而不是 实现战略的手段。
