一只产品萨摩耶的心得

　　2014年4月份加入ZAKER，再到2014年6月开始负责Android项目。
　　所以，到目前为止，也算是积攒了小半年的经验。没什么特别大的感悟或者有什么经验之谈，仅有的只是自己的一点心得而已。
　　一、新手思维
　　记得一开始加入到产品团队，工作不多，所以有充裕的时间去体验自家产品、竞品。体验完之后就哔哩哔哩一大堆。嗯，竞争对手这个功能不错，我们也要有。嗯，用户在吐槽我们这个功能了，快点修。而且甚至还写过几篇所谓产品战略性相关的文章，现在想来/看来，真是有点贻笑大方。
　　心得：在真正接触产品工作前，大多数人都会看过一些产品相关的书籍以及文章，以为看过了就能规避问题。所以当问题暴露出来时，也别以为是什么大不了的事情，静下来思考一下。既然不是用户一吐槽我就去修复，那么是不是可以去了解下，用户吐槽的点具体在哪里？而这个功能点到底用的人有多少，修复的成本有多高，只有逐渐去分析，清楚之后，你的决策才更有用。
　　二、产品细节
　　刚开始负责Android项目的时候，还没有太多的方案要做，更多的是做一些细致方案以及跟进开发团队的工作。这个时候，问题就暴露出来。首先，是方案很粗，经常很遇到开发同事反问说如果这样这样那要怎么怎么样，结果很多时候都是哑口无言，因为这样没有去细致思考过。其次，在思考产品细节的时候，很少跟开发同事沟通，导致开发期间，开发同事因为细节问题调整产品方案的案例时有发生。对于开发来说，1就是1，2就是2，不允许存在一些含糊不清的描述语句。
　　心得：方案很粗，对于新手来说，并不是懒于去想，而是不懂得怎么切入，怎么深入去思考。比如我要在原有仅支持新浪微博登陆的基础上，新增支持QQ账号登陆，那么我不能简单地把方案地写成：有一个入口，然后用户点击弹出界面，输入账号密码，登陆成功。如此轻描淡写不是产品需求方案，产品需求方案是为了让相关人员（特别是开发）了解到需求的每一个点，而不是一句功能描述的话。而应该是哪些地方设计到登录？登陆后涉及哪些地方？有网络没网络的情况下如何体现？分场景分类别去思考，这样才能覆盖更全面。PS:当然，新手也不太可能一开始就对一个产品了解甚深，但是你可以去问人，或者查看相关文档（有的话）。
　　三、沟通
　　心得：放下姿态，不管你认为自己过去经历多丰富；放下卑微，不管你认为自己能力多浅薄。想那么多干嘛？不懂就问，但要学会举一反三。
　　四、如何完整地做好一个功能的规划？