研发转岗产品经理，有什么需要注意的呢？

在职场里，换岗是一件需要勇气的事情。尤其是拿着高薪的时候，你可以有各种理由，但不一定能说服身边的人。像研发岗产品岗还好，不至于是从头再来。我身边也有一些成功转型的案例。

总的来说，研发岗转产品岗位是有优势的。研发的优势在于做事更有逻辑性，想需求会更全面。更重要的是，因为你做过研发，所以你更懂如何与研发沟通和协作，而这本身就是产品经理非常重要的一项工作。当然，有优势也有劣势，做研发最重要的是把产品需求实现，关注效率，关注实现方式，总的来说，更倾向于如何正确地做事。而产品经理则更多地去思考，什么才是正确的事？因而需要关注场景，关于用户的需求以及需求背后。两者并不是非此即彼，只不过由于思维上的惯性，需要我们主动做调整，让两者更好地结合起来。为此，我梳理了三条需要注意的事项。

一、先弄清楚 why，然后忽略技术实现去想 how。

产品经理在做需求原型的时候，要先把为什么做这个需求想清楚，然后去想有哪些实现路径，并找到其中最短路径。至于里面的技术难点，应该交由研发人员去评估。研发人员转型的产品经理在具体实现上，更应该倾向于怎么做更简单，更友好。而不是去想怎么做更容易，更好实现。对于具体的技术实现方案，你有经验可以提建议，但不要带到需求原型里，更不要影响到自己的原型设计。

研发型产品经理还容易掉入的一个坑就是当其他业务部门提需求时候，觉得实现不了，就会回复：“这个需求技术上实现不了”。正确做法是找研发人员来评估实现方案。

二、警惕完美情节，完成好过完美。

很多技术人员都有完美情结，有两种表现，一种是什么功能都想做。另一种是什么功能都想做到完美。在有多个实现方案的时候，总想着用最优方案去解决。但最优的并不一定是最合适的。很多时候适合的才是最好的。一个只有几万用户的 app，设计一个应对百万并发的架构并不是什么值得骄傲的事。追求完美，很容易导致产品迟迟上不了线。对产品经理来说，保证项目准时上线是准则，完成好过完美。产品有瑕疵不怕，我们下一个版本迭代修改。

三、倾听用户，用户反馈的背后藏着产品改进的方向。

在研发的世界里不是 0 就是 1，代码不会说谎，功能不会凭空消失，代码是怎么写的，功能就是什么样的。但产品的世界会更复杂，我们可能会发现明明某个功能我做了，但是用户不会用。你也可能从客服那收到反馈，xx 功能用户说找不到功能入口。或者你觉得活动规则已经写得很清楚了，但用户总是提问题。这些问题如果你只是按照常规解决方案，告诉用户如何操作。那么没有任何意义。这是产品设计的问题。要从源头规避问题发生，而不是想着这个功能我做过了，用户自己学习一下就可以了。