接着昨天的笔记。
16. 通过商业价值来选择目标用户。
17.使用场景、用户目标、关键词的结果很大可能会因为不同的思考方式和调研方法而不一样。
18.用户需求从哪里来：用户调研、竞品分析、用户反馈和产品数据。
19.分析和筛选需求：通过各种方法我们可能会得到很多用户的需求，采集方式的多样化，会导致需求的质量满意控制，比如不同的需求可能会有偏差，采集的需求不是你的产品等。筛选步骤：首先，筛掉明显不合理的需求，接着，挖掘用户的目标，留下匹配产品定位的需求，最后，要考虑项目的资源。
在挖掘需求的过程中，要透过现象看本质，如：某用户说上班路上不怎么听音乐，你追问他的而原因是因为操作麻烦，那么这时候嫌麻烦才是用户的真实想法，因此我们要做的就是简化操作。通过竞品分析发现对方的长处，我们要做的不是照搬竞品中采取的应对措施，而是应该首先考虑明白：别人的产品的目标人群和我们的是否一致，别人的做法到底是解决了用户的什么问题，我们应该由这些信息往前去推，用户的问题到底是什么。
20.关于需求文档。
需求文档应该要包含的内容：
1)文档修改和审核记录：
2)背景描述：为什么要做这个产品，市场行情，业务目标、产品定位等。
3)用户类型和特征：简单描述目标用户情况和现有使用人群的额情况
4)项目时间安排：何时启动，何时完成等；
5)信息架构：这里可以理解为内容或者液面的层级；
6) 整理业务流程说明：对于涉及操作较多的产品/功能，需要业务流程图，帮助设计师和项目成员理解具体业务逻辑。
7)需求详细说明：每一条需求的详细说明,如下所示：
8)需求文档的后续迭代。
21.理性对待用户提出的需求，首先，用户提出的去求未必就是真的他想要的，其次，需要根据场景去考虑用户的意见，一般用户提出这个问题的时候是在什么场景下？是否符合实际情况？根据产品定位去考虑用户的意见，如果我们的产品特色定位是“快速“，那么当有用户反映我们的内容更新熟读过慢是，用户的这条意见就非常值得关注。另外，考虑项目资源，用户提出的要求需要多少开发资源？价值有多大？需要立即开发吗？如果产品需要处理的需求很多，要开发很多功能，这时候就要给这些功能排个优先级。如果某功能实现起来成本过高，而受益甚小，就有可能延期执行。
22.作为用户研究员，不应该告诉产品经理我用的是什么数据分析方法，应该呈现的是与产品相关的结果部分，并且能够简单明了，让人能够读懂。
23.作为设计师要辨别产品经理交付的需求文档是否合理。如果产品经理给的需求文档并不是那么的详细和符合要求，设计师应该“重新回炉”，通过调研，竞品分析，用户反馈，分析产品数据等范式重新归纳需求，考虑用户的本质需求，确立相应的设计目标。
24.关于“抄袭”竞品：“抄袭”别人的时候我们应该考虑我们的目标用户和别人的用户目标是否一样，注意抄的时候我们的技术是否能够达到竞品相应功能的水平，我们有选择的抄袭是否会影响到产品的使用效果。总的来说，我觉得正确抄竞品的过程其实还是从别人的东西找到一个需求点的方向，然后我们去验证，修改，最后做到符合我们产品的需求。
