做产品一段时间以来，一直觉得应该认认真真的写一些总结来记录自己的思路发展过程，本有记笔记的习惯，但笔记与写文终究还是不同。在需要整理思路的时候，必须认真的写一篇文，来记录自己的思考过程，也为关心自己的人和产品同好提出一些可供思考的点。

    在产品立意、概念设计、方案细化之后，送入研发流程，这时候我通常有一种松了一口气，就像是把小样送车间的感觉。一直对这种感觉也没觉得什么，最近反思起来，其实是非常错误的。为什么说是错误的？这其实隐含大脑的潜台词：
    1. 好了这玩意以后就归程序猿管了没我啥事了：这种潜台词的背后通常是产品经理疏于产品把控的开始。对于技术本身的不熟悉和对研发搭档沟通的不情愿，会造成研发关键节点的失察和需求与实现两层皮的结果。究其原因本质是作为非技术出身的PM对于研发流程本能的抵触情绪。
    2. 需求文档我再也不用管了，我写那玩意都快吐血了再也不想看一眼了：事实上需求文档是给开发看的，如果沟通的好，文档是否要存在都并非必须。完成PRD就告诉自己不需要再跟进和沟通，也是一种执行力的人为放弃和拒绝沟通的表现。

     写到此处，不出意外的发现自己的问题还是出在：怕沟通和懒得想这两件事上。 而沟通和思考恰是PM最需要的基本素质。对于PM来说，在产品创意阶段通常并不吝啬自己的脑力和口舌，但是当业务架构和产品功能结构已经基本确定之后，通常对于细节的处理会陷入一种“太琐碎而不想管”的状态，而细节决定成败，谁都知道。
     今天花15分钟来给自己的工作做一个小小的自省，以后会随想随记。