这个标题有点哗众取宠的嫌疑，所以在文章中就坦诚透彻地拿自己的亲身经历说事吧~总不想让大家批判我是标题党，也真诚希望大家能多交流，给资历浅的产品们共勉（在豆瓣和知乎上看了无数遍产品经理该不该懂技术，最后佯装骗骗自己明白了为什么不懂技术也没问题，实际工作才发现，根本不是那么回事，大道理听了再多，也带不好团队）

        我就是个成长中的新人，希望各位大神手下留情，也希望各位懂技术的产品经理能够进来多交流，让更多像我这样的技术门外汉们知道该懂什么技术，如何开启攻城狮模式~

------------------以下所有内容为自己工作实际体验，欢迎讨论-----------------------

       大凡做产品的，逻辑和美学都不能缺，没了逻辑不好跟程序沟通；而没了美学，不好跟UI沟通；不懂技术的产品，技术人员会很嫌弃你，不管你是不是很谦虚的等着他们指教（一般讨论技术的时候会让你一边呆着去，如果你指手画脚的话，很可能被批一顿）；不懂技术的产品，没法发现开发的问题，这些问题也许不是致命的问题，但是一定会影响你成为一个优秀的产品（被开发延误工期有木有，有的开发人员不知道风险规避，告诉你个开发时间，到了那个时间点，很少能按时完成的）；

      产品经理到底要不要懂技术，从我的工作经历来说，如果你是一个初入行的产品或者是你身边是一群初级的开发人员，你最好懂，这样可以避免在技术出现问题；如果你是一个几年工作经验的产品，毫无疑问，你身边的开发人员也应该是中级甚至高级的水平，这时候你可能更需要去注重产品的用户体验，在研发上出现方向性的错误的几率应该更小，但是可能存在一个问题，研发人员的能力也到了一个瓶颈，他们希望领导最好能懂开发，给他们带来职业上的帮助，除非你在某一方面特别突出，否则就只能被蔑视了；虽然我是个开发白痴，还是有一颗向往开发的心。

       产品经理绝对应该懂技术！！！但是没有几年开发经验的产品我觉得没资格说懂技术，技术在这个时代更新速度之快，哪怕是职业搞开发的都需要很费心的研究如何让代码更健壮，跟上技术的发展脚步。现在不少面试产品的人员都会问面试者，你懂代码么？虽然我也是从这个过程过来的，直到我真正面对产品不懂技术带来的问题，才发现这个问题问得很可笑。很多人会告诉面试官，我自己学过XXX语言，能看懂一些，但是这些即使能写for循环和冒泡排序的人真正对产品开发会有帮助？完全没有，一是懂这些基本东西根本没有发言权，二是这些连代码的冰山一角都不算，也帮助不到任何的跟程序猿的沟通。

      我不是很清楚技术是归产品经理还是项目经理管，据我所知的是，很多时候产品跟项目是同一个人。这个时候会面临一个问题，你做进度的时候没办法评估工作时间，不准确。而研发人员自身也很难评定。如果产品懂技术，这个问题肯定会更容易解决。

      产品经理懂技术还可以规避重大的一个问题，很多项目开发了一段时间，技术发现方向性的错误。这种情况真的在我身上发生了，项目做到提交测试了，才发现项目成员能力不行，在开发上出现重大失误，导致其中一个模块推到重来。对开发而言，时间就是金钱啊，啊，多么痛的领悟~为什么会到最后才发现问题，因为产品在监督开发的时候，拿着页面进行点击，发现的问题程序都喜欢用一句话解决：这个容易，后期改一下就可以了。因为产品不懂技术，你不知道他这个改一下的一下到底是简单还是难，尤其在赶进度的时候，特别容易忽略这个问题。

       因为产品不懂技术，有时候还可能导致项目人员白费功夫了。喜欢让程序开发出来看看效果的产品主动站出来，接受组织的制裁吧~我有时候也会不知不觉做这种让技术喷的事。不是我故意，有时候觉得某些效果好，看见别人能用，就让技术也开发个，开发出来才发现不适合自己的产品。而其中的开发工作量就白白浪费了，有时候开发真的争不过产品~

   不懂技术有太多弊端了，可对于技术，臣妾真的做不到啊！

    不懂技术开发的产品如何跟技术沟通。最简单的就是不懂就不要瞎掺和，让开发他们去讨论。清晰明确的告诉他们你的需求，想要的效果；如果不知道怎么描述，最简单的就是截个图给个链接，依葫芦画瓢。我的团队程序告诉我跟程序员说话的模式应该是这样的：XXX的地方应该是XXX样的，现在却是啥样的。如果你有bug，绝对不要一条一条的告诉程序，否则他们会崩溃。写清楚，一次性说明白。

    不懂技术就用其他的方面去弥补。至少要有一方面让你的开发人员觉得你很不错。不管是用户体验，UI、沟通、亲和力，都可以弥补你在开发上的不足。

    不懂技术怎么发现开发人员的技术错误，不懂技术就不要轻易相信开发人员。我指的是不要只相信他们说的，看他们做出来的东西，让懂的人去评估。

    更多的方法还有待发现~