技术转产品的优势和坑

有做技术的朋友会问：做技术转产品是不是有优势？我在面试时，面试官会问：你之前做技术，现在转产品，技术对你来说有什么优势？身边的产品也会问：产品经理要不要学编程？下面说说我的思考。

技术背景产品的优势

1. 和研发做朋友。知道技术实现的一些逻辑，能跟研发聊下来，感觉就很近。

2. 不会提奇葩的需求。对技术有一定的感觉，不会提一些完全不可能实现的需求，比如说根据手机壳颜色变屏保。

3. 查数据库不求人。不用去找研发说，啥时候能给我跑个数据，现在你自己就可以搞定。当

有些岗位就要求对技术有一定了解，AI PM、大数据 PM等，这时候对于技术背景产品来说是一个优势，学习曲线更平滑，这些也更推荐技术背景的产品优先考虑。

从团队的角度来看，产品背景的多元化是一个好事，只有不同的思维碰撞，更有利于产品做正确的事。人总是难免会按照自己的思维惯性做出倾好性选择，而且难以自知。

技术背景产品要注意的两点

1. 需求挖掘阶段不要被技术思维束缚。这阶段更多要考虑的是需求带来的用户价值和商业价值。

2. 有边界感。即便你认为很简单的需求，不替研发做决策，如果研发说不行，那就要问下怎么不能实现，追根溯源，理论上来说没实现不了的需求，如果一定要实现，要多少时间。

某同事由于在跟研发沟通时，说你这些就只是写个页面不是很简单么？You can you up, no can no BB，极其不推荐。

产品要学编程吗？

正如我在需求文章里说的，考虑投入产出比，相同的时间投入是否能有更大的收益呢？如果只是为了减少和研发之后沟通成本，建议去看下 产品经理必懂的技术那点事儿。如果是为了学习一门编程语言，那就学下Python就好了，推荐 Learn Python the hrad way

1. 产品经理最核心的能力不在于编程，而在于对用户，需求，商业模式等等。对技术的了解在于可以帮助你减少沟通成本，能站在工程师的角度考虑问题。

2. 铁定心了想去写写代码，也别学啥 Java、C++之类的，用 Python 做一些小玩意儿，一边学一边做一些玩具，比如说写个网站，顺便了解了解前端。编程的世界很大，这也都知识冰山一角，别沉迷里面就好，

最后是研发和产品的矛盾在于，已有资源是有限的，需求是无限的，解决矛盾的方式就是从 ROI 的角度考虑，如何实现整体最优解。

技术说这功能实现不了怎么办？

事实上不存在完全不能实现的功能，更多的时候就是实现时间太长，可能是因为数据库或者代码架构的导致的，或者存在某些技术债等等。

知其然，知其所以然，要知道这功能要多少时间，以及为什么要这么长时间。就跟上一条说的一样，懂一些基本的技术就足够用了，毕竟还有技术 leader 呢。

最后，希望能对你有价值。