今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin）

今天上午帮同事整理一下需求分析的脑图，然后分析下师姐给的功能需求表逻辑，下午对复盘项目做简单的模块划分，需求整理。

明天计划的事情：（一定要写非常细致的内容）

完善功能需求表跟师妹对一下。
遇到的问题：（遇到什么困难，怎么解决的）

在流程图方面感觉自己做的比较少，今天再找点流程图画画再对比
收获：（通过今天的学习，学到了什么知识

没什么特别深刻的收获，基本上就会重复之前的工作。主要是加深了需求分析的了解。

需求分析大体伤分为几个步骤

需求收集--需求分析--需求评估--方案设计--方案验证

收集的话主要是考虑需求来源，公司内部或者外部或者自己团队。（产品定位、商业模式，据说是一般老大定下来了）方式也很多，调查问卷、竞品分析、团队头脑风暴、快速原型（墨刀之类、纸质草稿也行吧？），先收集建立需求池。

分析需求这一步主要是发觉用户真正的需求本质是什么，用户提出来的问题是用户需求我们还需要将之转化为产品需求。用户表面的、深度次、底层的是什么、举个例子，我每天希望能坐上地铁，这个就是我的表层需求，我深层的需求就是想要更短时间的交通选择，那么我底层需求是不想每天被@迟到，万一哪天扣个1000分什么的就麻烦了。  从这里就说明了再分析需求的时候要结合用户当时的场景，目标用户去分析，这两者都会影响需求本质。

评估这边主要是考虑该不该做、能不能做的问题

评估确立过后根据适当的方法确定本次可以做的需求的优先排列哪些先做。主推四象限简单点。

设计时可以参考核心竞品是怎么做的形式，说明白了就是初期觉得用得上就拿过来用，不过要分析其这么做的优点和劣势，同时准备多一两套的设计方案，毕竟一套方案过老大还是客户那边还是很困难。我们在这点上采取的和腾讯华为早期一样的战略先模仿再适当创新。

最后就是验证，其实这个过程在整个阶段都是一直存在的，我们时刻都要思考我们做的功能能不能满足用户的这个需求，是差不多还是没问题，越早解决的问题成本越少。最后可以最小部分测试。