時間過得很快，很快，階段性的復盤和反思還是很有必要的，有助于自己之后的整理和歸納。
隨著實踐和時間，最近有成長，但更多的是學習工作過程中的困惑。
PRD 到底該怎么寫？
是長篇大字，面面俱到還是簡簡單單，指出要點。
摸索了一段時間，覺得首先PRD 要面面俱到，圖文并茂，特別是用圖示的方式展示整個的交互邏輯，對于交互的頁面跳轉邏輯一定要展示清楚，看圖可能比看字更直觀，這樣技術的問題才會減少。與技術的溝通：
大部分技術的語言表達能力還是比較弱的，有的時候闡述問題并不是很清晰，而且涉及到一些技術層面問題，很多時候都需要技術再闡述一遍給我，我才能做出答復，不能很快的給出反饋
雖然很早時學習過基本的編程思想，但是對于整個技術方面的邏輯并不是理解的非常透徹，在一些探索性功能的設計上不能很好的考慮技術是如何去實現的。
自己還是應該多學習下面向對象的編程思想，更深入的了解前后端的合作關系，尤其是在于數據庫設計上，需要有個更加落實的概念存在。
設計需求的時候還是大部分時間停留在表面，即使一些邊界情況，也是考慮了常規的情況，并沒有考慮的十分全面，有的時候想了也沒有深入的再去思考。這些雖然不是什么大問題，但是造成了開發過程中的一些細節都需要再進行補充和通知，是件很麻煩的事。交互細節上的思索和基本功力太弱
最近開發新進成員大部分都是中高級開發，有的開發對于細節很較真，有一兩次過來跟我反饋展示的樣式反人類，安卓要去封裝設計要求的控間。n(≧▽≦)n 為什么會出現這樣的情況
一方面是因為自己沒有很認真的去研究安卓跟ios 的區別，以及一些功能上的交互細節，另一方面是因為設計的時候沒有仔細琢磨這些地方。 身邊的設計對交互也沒有任何sense, 還是需要加強下對交互上的理解，畢竟C端還是很注重細節。
但是跟有經驗的設計請教后，也學到了很多：比如選擇選項，多選要不要有save 按鈕，還有單選選完直接跳轉等其他。
4.從更高層面看產品策略，不要為了做需求而做需求
有經驗的開發前輩教會了我很多，比如做一步想百步，但是對于產品策略的思考，因為身邊沒有很資深的產品，公司略壓抑的人際關系，進一步的成長還是存在很大的局限性。
如何去深入的學習，以后應該要踏實，刻苦的研究一些功能， 深入的思考功能的設計與需求設計本身， 碎片化的學習，這里撿一點那里拾一些，并不能帶來扎實的思想體系
常告誡自己不要為了做需求而做需求，多想想，多看看，再去做。
