小芳邓

1、用户看不到的功能几乎都是非功能需求； 2、对非功能需求做定性描述就会千篇一律无法引起开发重视；如果定量描述又十分困难；所以一般采取场景化的方法描述。下图为目标场景决策卡：   场景有需求人员写，决策和理由风险由开发人员写； 3、UI要求： 1）需求文档中的UI不是最终设计，这点需要跟开发强调，只是约束（用户的要求）和建议（需求人员根据自己对用户需求的理解给出的建议）； 2）UI需求要包含交互过程、静态页面和设计元素的说明； 4、易用性： 1）共性：行为支持 2）个性：信息呈现方式、功能布局、功能交互模式、出错提醒 5、用户帮助手册的结构：角色（作为一级目录）+场景（作为二级目录） 6、给客户演示时，让客户第一次就注意产品功能，而不是在界面上挑毛病。功能的缺陷不解决，界面反复改也不会满足客户的真正需求。   ——————需求分析训练营的全部内容结束了——————