今天完成的事：

1，对照story看原型

2，听复盘评审

明天计划的事情： 

1、调研需求分期

2、写需求分期大纲

3、上传小课堂

遇到的问题：

1、每天都有问题，每天都在被纠正

收获

对于story的理解

需求分析历程

流程：

1. 初步建立需求功能表

2. 画角色关系图（不需要画的太复杂，主要核心对象就行）

3. 明确产品的使用对象。

4. 描述清楚每一个角色要使用所做的产品做什么。（一个词几个简单概括）

5. 以上的流程梳理出来后，可以围绕核心模拟用户场景，通过场景来提炼story，

6. 可以把这些场景列一下，看是否齐全，有无遗漏。

7. 分别站在每个角色的角度，去想，他们怎么知道这款产品的，怎么使用的，会不会遇到困难和问题。如果遇到？那么会碰到哪些困难和问题。

8. 描述用户场景，可以考虑场景一、场景二这种，给场景命名，列出所有场景，再分别列出每个场景的发生频次，（经常发生、很少发生、几乎不发生），场景价值。比如高中低，低价值的可以考虑不要或者丢到以后2期或者3期，场景描述尽量使用动词。

9. 场景描述完之后记得给场景加上优先级，排优先级的时候，遵循最核心功能原则

10. 这些场景都代表着你是否要为这个场景设计功能。当你觉得困惑或者是需要得到说明的时候，可以详细的再去描述一下场景内容。

11. 这时候根据场景重新梳理需求功能表，

12. 再围绕需求功能表写stroy。

13. 这里补充一下，当功能表再次梳理完之后，要去分析功能表的每个功能的优缺点，什么情况下会用这些功能，什么情况下不用。为什么 ？你要去想清楚。比如搜索这个功能，为什么用？为什么不用？如果是数据量的问题？那么这些数据量从何而来？竞品？需要根据不同的场景去考虑这个功能。包括需要根据用户群体去考虑这些

14. 考虑这个的时候可以在场景里把数据量写出来。

15. 这时候再去看看需求功能表、story，看看有没有什么问题

16. 在这里说几个点：

• 场景是用来描述业务逻辑的

• 所有的功能的来源都是有迹可循的

• 如何做的好用简便是我们需要考虑的事情

师兄我这个功能需求表对不对呢？

师兄这是我改过的story，经过我思考的，我觉得我慢慢的明白了story到底怎么写

我觉得对于场景真的需要哦好好的去想一想，

使用场景是最基础的，打底的也是最重要的。

如果这个写不好，其他的写出来也没有意义。