需求(软件工程):软件开发时应满足的功能与非功能要求 需求->需求收集->需求描述->需求全景图->非功能性需求->需求验证->软件产品设计
需求收集方式：
用户访谈
用户画像是一个产品预期用户的模型。用户画像通过使之真人化并令人信服，从而帮助我们理解人口统计分类划分。也可以作为招募 测试用户参与者的指南，同时作为用户体验地图和场景的切入点。根据用户画像挑选合适的访谈对象，有目的性的，根据设计好的访谈提纲和剧本对用户进行1对1的访谈，并详细记录访谈内容。
市场+用户调研
市场调研可以采用查看各个调研机构出的各类报告来了解市场状况，用户调研可以分地区了解用户的基本状况，再把市场和用户结合起来查询针对性的调研报告。
实地研究
实地研究是一种定性研究技术，走到真是的需求场景中去，了解其使用产品产品的上下文，会随机采访该典型环境中的真实用户。
问卷调查
在1对1用户访谈以及实地调研之后，希望有针对性的对一些问题做概率上的分析时可以用问卷调查问卷调查多用户调查用户的使用目的、态度和观点。
批量问卷投放
根据问卷有针对性地电话访谈
头脑风暴
头脑风暴是用一种启发式的方式来收集客户的需求，在这种形式下，用户的思维可以根据产品经理的引导得到充分的发散，并且可以互相影响，避免遗漏需求的死角。
竞品分析
通过严谨高效的竞品分析，可以让产品团队对自身产品的需求把握、对市场态势有更加清晰的认知，知彼知己，明确与竞争对手的差别。
明确目标
确定竞品分析的目标，是功能性分析、差异化分析
选择竞品
根据目标用户或者业务范畴选择适当的竞品对象
信息收集
确定竞品分析信息收集的方式和方法，以及信息收集的范围
多维度分析
基于产品功能和市场定位等信息通过其他媒介，新闻，评论社交平台等收集竞品多维度信息
需求描述
需求场景描述
将收集来的需求分不同的场景逐一展示出来，这也是之后产品功能设计的基础。
需求场景描述的特点以及目的
简单明了：通过场景化的描述把需求形象的展示出来
还原真实场景：抛开软件产品的固有思维，把需求还原到真实场景中
通俗易懂：用口语化的形式把关键场景描述出来，不追求繁杂的逻辑
用户体验地图
根据收集来的需求，分别以不同的产品用户为视角，展示该用户使用产品的流程。
- 拆分用户体验周期的流程节点
- 分析每个节点上用户的目标、感受、期待、体验
- 发现用户的痛点和兴奋点，得到设计机会
- 基于现有用户任务场景规划更合理的使用流程，为之后的设计提供框架
用户体验地图的特点以及目的
流程化：用户体验地图是从流程先后顺序的角度来描述需求的
角色分工：在体验地图中体现出来不同角色在流程中是如何配合的
验证流程：在梳理用户体验地图的过程中需要前后衔接可以验证流程的严谨性
查缺补漏：在梳理用户体验地图的时候会出现在需求场景中未出现的流程
需求全景图
需求全景图的目的是尽量在一张图内讲产品所包含的功能全部展示出来，不追求需求的细节和细化是为了更加全面的展示全部功能
脑图形式
利用脑图形式将产品功能全部展示出来，可细化到二级
功能列表图
采用一级和二级功能菜单的方式将全部功能展示出来
非功能性需求
非功能性需求是指依一些条件判断系统运作情形或其特性，包括安全性、可靠性、互操作性、健壮性、易使用性、可维护性、移植性、可重用性、可扩充性。
性能需求
相应时间 吞吐量 资源利用率
安全性
保密性 防泄漏 防攻击
可护与可拓展
模块化 可复用性 易分析性
可靠性
已恢复性 容错性 成熟性
易用性
Web端浏览器 移动机型支持 响应式
需求验证
需求准备：明确测试目的，寻找能代表你的用户的群体或个人
方案撰写：确定可用性测试的任务和情景，为不同任务设定测试目标
进行测试：为不同的参与者提供匹配的测试脚本。过程中避免提醒
观察：在测试过程中观察用户的神情、行为、任务完成方式
分析结果：通过对测试过程的记录，定位问题，调整解决方案
