七月份总结

目标复盘

七月份的目标是提高需求文档的规范性。

完成情况是结构上有了很大的进步，但是内容的表达上还需要提高。另外，对于需求文档的不足总结做的不够好，没有把提高需求文档的规范性这个目标时刻记在心上。

七月主要问题

1、和别人比较

这种想法是不可以有的。一旦这么想，一是可能会把自己的某些工作技能想象成和对方一样优秀，造成了错觉；二是再也不会对对方的优点保持敏感、从对方身上学到东西了。（我竟然偶尔有这个想法，真的非常蠢哎）

2、总觉得对方有什么秘诀或者技巧

很多事情之所以做得好，就只是把大家都知道的事做到了极致。

比如画原型。画的非常漂亮，感觉UI可以看了直接做；而我的界面没有特意调整过距离、字号就很丑。我觉得有捷径，却发现大家用的方法都一样。我其实是没有稍微多费一点精力，把每一个元素都尽可能的对齐、调整大小、调整字号。还有就是审美的培养

七月总结

产品思维

1、做功能时，不能因为逻辑处理的复杂违背用户真实的需求

2、功能迭代

①如何知道APP里的什么功能不好用？

    平时的感觉，有没有多用多思考呢，做什么操作的时候不顺手；

    看用户反馈，在用户反馈的上一层思考，会发现更多的问题

    看数据（目前还没有办法很好的理解这一点）

②找到了不好用的功能，该怎么解决？

    思考用户出现问题的场景，明确用户的需求；

    讨论问题，明确问题的前置条件，在前置条件下讨论解决方案；

③功能迭代需要思考的

a.当初功能的目的是什么？目前呈现出来的有高有低的结果是满足目的的吗？

b.找到呈现这种情况的原因

c.不仅可以在当前范围找解决办法，还有跳出去找解决办法（aha同学好像写过一个什么复盘，回头再参考下）

d.优化和迭代不是只看结果，而是找原因

e.怎么优化和迭代？思考当初的目的，根据现有结果想原因，想更好地实现目的的解决方案

3、功能做完了并不是完了，数据也是需要做的

4、需要学习增长方面的知识

需求文档

1、写需求文档的时候，比较小的功能按显示内容和操作写；页面按页面上的每一部分，然后再分显示、操作来写，写的时候考虑各种边界条件（需要积累总结）

2、需要请求服务端的都要有兜底方案

3、如果两种方案没有办法兼容实现的时候，也可以使用将用户分隔开的方式（VIP和非VIP等）

4、写需求文档的时候可以把一些设定的原因写在旁边（1.可帮助技术理解 2.开会时不会重复讨论 3.留底）

5、考虑退出，各种时候的退出

6、页面上需要请求接口返回结果的内容，要给出本地默认的值

7、功能优化保持一致：多处设置同一个内容时，需要保持一致

原型

1、原型图所有的状态要画全（有的内容虽然是同一类，但其实有差别）

2、画完页面后，需要考虑原型页面中各种元素的理解成本

七月感悟

1.我很喜欢的《世界尽头与冷酷仙境》里的一段话