目标复盘
七月份的目标是提高需求文档的规范性。
完成情况是结构上有了很大的进步，但是内容的表达上还需要提高。另外，对于需求文档的不足总结做的不够好，没有把提高需求文档的规范性这个目标时刻记在心上。
七月主要问题
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.我很喜欢的《世界尽头与冷酷仙境》里的一段话
网友评论