时间过得很快，很快，阶段性的复盘和反思还是很有必要的，有助于自己之后的整理和归纳。
随着实践和时间，最近有成长，但更多的是学习工作过程中的困惑。
PRD 到底该怎么写？
是长篇大字，面面俱到还是简简单单，指出要点。
摸索了一段时间，觉得首先PRD 要面面俱到，图文并茂，特别是用图示的方式展示整个的交互逻辑，对于交互的页面跳转逻辑一定要展示清楚，看图可能比看字更直观，这样技术的问题才会减少。与技术的沟通：
大部分技术的语言表达能力还是比较弱的，有的时候阐述问题并不是很清晰，而且涉及到一些技术层面问题，很多时候都需要技术再阐述一遍给我，我才能做出答复，不能很快的给出反馈
虽然很早时学习过基本的编程思想，但是对于整个技术方面的逻辑并不是理解的非常透彻，在一些探索性功能的设计上不能很好的考虑技术是如何去实现的。
自己还是应该多学习下面向对象的编程思想，更深入的了解前后端的合作关系，尤其是在于数据库设计上，需要有个更加落实的概念存在。
设计需求的时候还是大部分时间停留在表面，即使一些边界情况，也是考虑了常规的情况，并没有考虑的十分全面，有的时候想了也没有深入的再去思考。这些虽然不是什么大问题，但是造成了开发过程中的一些细节都需要再进行补充和通知，是件很麻烦的事。交互细节上的思索和基本功力太弱
最近开发新进成员大部分都是中高级开发，有的开发对于细节很较真，有一两次过来跟我反馈展示的样式反人类，安卓要去封装设计要求的控间。n(≧▽≦)n 为什么会出现这样的情况
一方面是因为自己没有很认真的去研究安卓跟ios 的区别，以及一些功能上的交互细节，另一方面是因为设计的时候没有仔细琢磨这些地方。 身边的设计对交互也没有任何sense, 还是需要加强下对交互上的理解，毕竟C端还是很注重细节。
但是跟有经验的设计请教后，也学到了很多：比如选择选项，多选要不要有save 按钮，还有单选选完直接跳转等其他。
4.从更高层面看产品策略，不要为了做需求而做需求
有经验的开发前辈教会了我很多，比如做一步想百步，但是对于产品策略的思考，因为身边没有很资深的产品，公司略压抑的人际关系，进一步的成长还是存在很大的局限性。
如何去深入的学习，以后应该要踏实，刻苦的研究一些功能， 深入的思考功能的设计与需求设计本身， 碎片化的学习，这里捡一点那里拾一些，并不能带来扎实的思想体系
常告诫自己不要为了做需求而做需求，多想想，多看看，再去做。
