范围层：功能规格和内容需求
一个有价值的过程导致了一个有价值的产品。
.文档的重要性：用文档来说明项目要求的主要原因：
（1）知道正在建设什么：
①知道项目的目标是什么，什么时候达到目标
②责任明晰
③能看清相互独立也不显著的要求间的内在联系
（2）知道不需要建设什么
①当关于功能的、各种各样的可能和想法浮现，用文档记录，可以提供一个评估这些想法的架构
②找到“不需要马上建设”的idea，收集并让它们符合长期规划
.收集需求
品牌需求：常见 技术需求：如浏览器和操作系统 特殊特性需求
需求的三个类别：
人们讲述的想要的，是非常清晰的好想法 人们讲述的的不是好主意，但它们代表了一条通向下个版本的路径 人们不知道他们是否需要，可以让不同部门的人brain storming打开设计者思路
撰写需求的规则：
乐观（be positive）：描述这个系统将要做什么事情去“防止”不好的事情发生，而不是描述“不应该”做什么不好的事情。
例如：“这个系统不允许用户购买没有风筝线的风筝。”应替换成下一句：“如果用户想购买一个没有线的风筝的话，这个系统应该引导用户到风筝线页面。”
具体（be specific）：尽可能详细的解释清楚状况，这是我们能决定一个需求是否被实现的最佳途径。
例如：“该网站要使残疾人可用。”应替换成“该网站要遵守美国残疾人法案的第508条。”
避免主观的语气（avoid subjective language）：需求必须可验证，找到某种方式来明确说出应该达到的标准。也可以用量化的术语来定义一些需求，通过这样的手段来避免主观性。
例如：“这个网站应该符合邮递员Wayne所期望的时尚。”应替换成“网站的外观应该符合企业的品牌指南文档。”
.内容需求：文本、图像、音频、视频
（1）不要混淆某段内容的格式和目的（如FAQs仅指内容的格式，但我们常听说“网站应该有FAQs）。
（2）提供每个特性规模的大致预估：文本的字数、图片的像素大小、下载的文件字节、类似PDF的独立内容元素……收集我们在设计一个适宜的网站内容时必要的资料。
（3）确定某个人负责某一内容元素&它的“更新频率”。更新频率来源于网站的战略目标，从网站目标看，希望用户多长时间来访一次，从用户需求看，他们希望多长时间更新一次信息，确定的频率应该是介于你的用户期望值和有效资源之间的一个合理的中间值。
（4）各种用户，需求不同。哪些用户想要什么内容——>“如何呈现他们”
.确定需求优先级
战略目标和需求间往往不是一对一的关系。优先级是决定人们所建议的相关特性的首要因素。
相关网站该如何做好用户体验（二）