一只产品萨摩耶的心得

2014年4月份加入ZAKER，再到2014年6月开始负责Android项目。

所以，到目前为止，也算是积攒了小半年的经验。没什么特别大的感悟或者有什么经验之谈，仅有的只是自己的一点心得而已。

一、新手思维

记得一开始加入到产品团队，工作不多，所以有充裕的时间去体验自家产品、竞品。体验完之后就哔哩哔哩一大堆。嗯，竞争对手这个功能不错，我们也要有。嗯，用户在吐槽我们这个功能了，快点修。而且甚至还写过几篇所谓产品战略性相关的文章，现在想来/看来，真是有点贻笑大方。

心得：在真正接触产品工作前，大多数人都会看过一些产品相关的书籍以及文章，以为看过了就能规避问题。所以当问题暴露出来时，也别以为是什么大不了的事情，静下来思考一下。既然不是用户一吐槽我就去修复，那么是不是可以去了解下，用户吐槽的点具体在哪里？而这个功能点到底用的人有多少，修复的成本有多高，只有逐渐去分析，清楚之后，你的决策才更有用。

二、产品细节

刚开始负责Android项目的时候，还没有太多的方案要做，更多的是做一些细致方案以及跟进开发团队的工作。这个时候，问题就暴露出来。首先，是方案很粗，经常很遇到开发同事反问说如果这样这样那要怎么怎么样，结果很多时候都是哑口无言，因为这样没有去细致思考过。其次，在思考产品细节的时候，很少跟开发同事沟通，导致开发期间，开发同事因为细节问题调整产品方案的案例时有发生。对于开发来说，1就是1，2就是2，不允许存在一些含糊不清的描述语句。

心得：方案很粗，对于新手来说，并不是懒于去想，而是不懂得怎么切入，怎么深入去思考。比如我要在原有仅支持新浪微博登陆的基础上，新增支持QQ账号登陆，那么我不能简单地把方案地写成：有一个入口，然后用户点击弹出界面，输入账号密码，登陆成功。如此轻描淡写不是产品需求方案，产品需求方案是为了让相关人员（特别是开发）了解到需求的每一个点，而不是一句功能描述的话。而应该是哪些地方设计到登录？登陆后涉及哪些地方？有网络没网络的情况下如何体现？分场景分类别去思考，这样才能覆盖更全面。PS:当然，新手也不太可能一开始就对一个产品了解甚深，但是你可以去问人，或者查看相关文档（有的话）。

三、沟通

心得：放下姿态，不管你认为自己过去经历多丰富；放下卑微，不管你认为自己能力多浅薄。想那么多干嘛？不懂就问，但要学会举一反三。

四、如何完整地做好一个功能的规划？

产品规划能力是考验产品经理水平的一个很重要的指标，因为对于产品功能的规划/设计能力包含了许多方面。比如你对市场的了解，为什么现在要推出这样一个功能，不过实际上，有时这一点领导的干涉面很大，大方向他们说了算；比如对需求的把控，对用户的了解，为什么是这样一个功能？用户不是说要A吗？怎么你提供B了，妹的，用户说A就A，那你跟我上面提到的新手思维有什么区别；比如对内部资源的安排，C不是更炫吗？设计资源问题。D功能不是能解决更多问题吗？技术难度问题。

当然，上面谈到的也很浅显。每一个细分的点都还有很多需要学习的地方。而作为一个产品经理，特别是作为一个执行层面的产品经理，你要做的就是用最少的资源结合自己的思考去实现BOSS/用户的需求。

接下来，我会专门针对这一个问题写多点内容。毕竟，没有良好的执行，一切的想法都只是天方夜谭。

作者：郑宏远zhyuan；via：简书