研发转产品的注意事项

研发岗转产品岗位是有优势的。研发的优势在于可以用工程思维去考虑产品的实现。但同时这也可能会成为劣势，只具有工程思维的产品经理很容易忽略用户。这就是所谓的优劣同源。所以，我们在工作中要注意把工程思维与产品思维进行融合。

工程思维更关注效率，关注具体功能以及如何通过技术去实现它。而产品思维更关注场景，关于用户的需求以及需求背后。而两者思维的融合，就是既能看清用户的需求及场景，又能知道通过哪些技术可以满足用户。在这个过程中，我分享自己的三点心得：

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

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

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

二、完成好过完美。

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

三、用户永远是对的。

我们可能会发现明明某个功能我做了，但是用户不会用。你也可能从客服那收到反馈，xx功能用户说找不到入口。或者你觉得活动规则已经写得很清楚了，但用户总是提问题。这些问题如果你只是按照常规解决方案，告诉用户如何操作。那么没有任何意义。这是产品设计的问题。要从源头规避问题发生，而不是想着这个功能我做过了，应该这样操作。