产品经理要懂技术吗？技术总说功能执行不了

你这流程不对。

你做原型之前，最好先有需求清单。拿需求清单先去找对应的开发聊，让开发评估，了解实现难度。（实际上，你能想到的，肯定都是能做的，只是投入产品比问题。）

如果开发真说做不了，就问他为什么做不了。让他给你说出个1234，然后你记录下来，把这个东西私下找其他团队有经验的开发了解下（最好不要一个团队的，要不然被人知道会很烦你的），他是不是忽悠你。再或者把结果反馈给你老大，让你老大帮忙看看。最坏的打算就是找他老大（不能以打小报告的姿态去问，注意技巧），去了解真实情况。

如果不懂技术，最好先问问研发大佬们，你提出的这个需求，难不难实现，研发跟你讨论、确认、同意后，再着手原型的制作，这是个非常重要的问题，不能本末倒置。延伸到各个部门的合作，需求最好是先跟相关部门讨论过的，确认好的，再来出低保真原型。

最后发生了这个问题，让研发给的类似的实现方案吧

产品经理在各方面都需要懂一些.运营、设计、交互、技术。很多产品经理都是从各自的岗位转来做产品的，会在某一方面是强项。技术懂一些开发原理就好了。

像你出现的这个问题，可能是下面的情况导致的：

在做功能设计的时候，没有跟技术部门进行沟通。

前期是沟通好的，能做。那就是开发人员欺骗了你。

这和懂不懂技术没有关系。

在MRD的环节，你就要拉上技术一起来评审，当然，还有业务方，然后再到PRD。

这样就可以保证你设计的东西技术认可。

针对这个问题，我觉得针对一个需求，从业务层面上分析后，接下来就是分析技术的可行性，建议这个时候去找到相关的技术负责人，技术在讲的时候自己也需要懂一些代码的逻辑，不然肯定会被技术带到沟里走。产品经理不是全才，但至少也要是通才，多少都要都要懂一点。

必须要懂，最少要达到，开发说方案的时候，你能理解。

这样就可以发现需求和技术的边界，从而找到最合理的方案。

但是这里也要警惕两点：

1、技术意识太强，限制了创新思维和方案的发展。技术和产品是互相倒逼的关系，任何一方的妥协都会变得草草了事，没有进步。

2、过分沉迷于技术，这样就限制了产品能力的发展，同样也是不好的。

建议把注意力放在怎么做上。即，去做广泛的博览和了解，而不做过分的深入学习，需求导向地去学习。

产品的职能一部分是挖掘和分析用户需求，包括分析和制定发展战略，一部分是作为负责人去沟通，去执行，去推进整个项目。

懂技术作用更多体现在第二个部分

- 势必涉及到很多与技术开发人员的交流和沟通，懂技术能降低沟通成本，提高你的信服力，使团队能更高效运转

- 懂技术的话提开发需求时能更实际，更少产生天马行空或者创意低的想法。

因此当产品的层次越高，就更关注第一部分的作用，而在产品的执行层面更多的时候，懂技术一定有他的优势和道理。

道理不讲了，讲个朋友公司的真实案例：
深圳初创公司，女装APP，要实现一个人脸识别。

产品：码猴儿们，这个需求走一个呗~
程序大神：给我XX万经费，XX时间。
程序大妖：咱做不了，外包出去吧。
程序小白：好！我来给你搞定！
BOSS：给我省点钱啊你们这些机车男，看看小白人家年轻人多有干劲！

于是一个月过去……
程序小白to产品：这个还需要搭个框架，得2个月。
于是两个月过去……
程序小白to产品：核心代码我们弄不了，花钱买一段吧。
买了代码又过了一个月：
程序小白to产品：看了代码原来这就TM是个HTML5！我们马上就好！
半年过去…
程序小白交了个类似门禁那样的面部识别（就是录了一段像存起来）
老板&产品：￥&……%￥……#……&
程序大神：我换家公司得了……
程序大妖：啊哈哈哈挺不错的啊这天气

**：

【全公司会上】

程序小白：我们做的时候产品一直都在旁边看啊，接到的需求就是这样，不对他也不说……

结局：

略。