产品经理（尤其是创业的）需要懂技术吗？懂到什么程度？
能不能简单介绍一下对于没有技术背景的人怎样达到这个程度，有没有好的方法？或者好的资源可以推荐（书或者博客等）
【的回答(816票)】:
最近七年，我都在做互联网产品，其中前五年分别在公司和上市公司里，做别人的产品；近两年在创业，做自己的产品。
我的体会是：需要懂技术，创业者尤其需要。但前提是你总觉得有股憋不住的想要做点儿什么的冲动，如果打算混安稳日子，特别是在大公司，你什么都不需要懂，反而要小心别“知道的太多了”，傻人一生平安。
做产品这几年，和开发工程师打交道最多，和他们交流通常有两大忌：
忌不懂技术
更准确的说，是不能缺乏设计、开发一个互联网产品基本的技术常识，比如至少要清楚一个网站从不存在到能被用户访问，需要哪些必须的环节；也要明白一个App从你的脑海走到用户的手机里，需要经历怎样的过程。
有常识，当然不一定就能做出好产品，但没常识，就很象在村里呆了半辈子的人乍到城市，一举一动即使小心翼翼，也没法儿不透着突兀和不和谐。
我接触过的业内人士里，有几个七十年代初的颇为典型，大概是互联网出现的时候，他们已经过了充满好奇和渴望未知的年龄，不愿意放低身段去学习新东西，喜欢只凭着想象和自己的生活经验就开喷，间或以若干近期热门关键词作为点缀，以示自己尚蹲在潮流尖端。
这样的人也许能忽悠某些领导，但一定不招工程师待见，他们可能什么都不说，但心里已经开始等着看笑话，交给他们的开发需求，自然也是能拖则拖、能蒙则蒙。
二. 忌懂技术
我遇到不少工程师喜欢说：“只要产品需求明确，技术上一切都能实现。”
这句话听起来相当豪迈，也让产品经理大为放心，觉得技术真是产品的坚强后盾。但其实传递了一个特别糟糕的信号。
当工程师这么说的时候，潜台词是：“你弄好你自己的事儿就行了，别来管我！”而且这种说法隐含着一个乐观但显然并不现实的假设：技术是无所不能的，他（掌握技术的人）也象灯神一样，可以实现你的任何愿望，只要你能明确的描述它。
我不知道阿拉丁说完愿望之后，假如胆敢继续追问灯神将具体采用何种技术方案来实现的话，会不会被塞到灯里，但我知道很多工程师在发现你关注技术层面过深的时候，都会有种领地被侵犯的感觉。
这就是工程师维护自己专业槽的本能，与行业中其它角色相比，工程师地位不是最高，待遇也不是最好，还经常加班加的要死要活的，唯一得天独厚的优势，就是专业槽比任何角色都深。关于产品、关于UI、甚至关于商业模式每个从业人员都能喷上几句，要是说到用户体验，那更是连业外人士都敢大喷特喷而没有任何心理负担：反正我就是用户嘛，越傻越光荣。而一旦涉及到代码，大多数人就直接晕菜了。想想那些UI设计师的苦逼段子，工作时没有喷子们指手划脚的干扰，真是上帝赋予工程师独有的恩赐。
所以当他们认为有外人正试图跨越这条槽时，自然会有所警惕，甚至体现出抵制和敌意。当一个产品经理发现工程师开始比较密集的使用术语或拼命把简单问题往复杂了说，你应该知道，他们在槽边开始向你射箭了。
从整个产品乃至公司的角度来说，各个专业角色之间的专业槽都是应该被填平的，产品经理不该对工程师玩挟天子以令诸侯，不要总假装自己是用户的三个代表，动不动就拿想象中的“用户需求”当“奉天承运”来用；工程师也不必总装灯神，假装无所不能很累的，工程师之间必有能力高下之分，其实有时候功能做不了或做不好，纯粹只是因为工程师能力所限。如果彼此坦诚一些，大可以提前有效沟通，尽可能避开那些投入产出比过低的部分，有不少工程师不愿意拿出来讨论的技术实现上的细节，都是值得产品经理参与进来的，在这些细节上如何取舍与抉择，会对产品的开发进度、性能甚至功能带来极大的影响，如果沟通到位，往往可以让开发工程师少做大量无用功。在我开始自己动手写代码之后，对这一点有了越来越深的体会。
下面就说说我为什么开始学写代码，算是回答问题的后半部分吧。
在我做互联网产品的前五年里，我对技术的了解仅维持在常识范畴，能够手写的代码只有html和css，连js都不会，更别提任何适用于Web开发的编程语言了。我一直认为自己无法完全亲手写一个哪怕是最简单的动态网站，是作为互联网产品人员，很大的缺陷和耻辱。
工程师们一般倒不这么觉得，和他们聊天的时候，有时顺嘴喷一些对技术架构或某些技术问题的看法，立刻遭到赞扬：“你很懂技术嘛！”这时马上打着哈哈说：“懂个p啊，我连hello world都不会写，完全是纸上谈兵。”于是嬉笑声中，一群人把手里的箭收起来了。
但我压根儿就TM不想只能纸上谈兵，2009年，我不顾当时三十二岁的高龄，悍然决定要学Ruby，买了书、装好环境开始看书，敲代码，坚持了几天，然后失败了，考虑到也许Ruby对我来说太难，又尝试了Python，结果还是失败了。消沉几天后不死心，又买了一本iPhone开发的书，还趁机决定买了台27寸的iMac，但悲剧是只翻了翻书，连Xcode都没敢下就直接放弃了，这书上什么都不讲的啊！上来就是大段大段的代码啊！而且obj-c的代码都巨长，完全看不懂。
后来我想，这件事有两个收获：一. 发现了自己智商的边界。二. 我有了一台iMac。
转眼又过了一年多，想要自己动手做一个iPhone上的App的感觉越来越强烈，快压抑不住了。于是在某一天，我好了伤疤忘了疼似的把那本几乎没有折痕的iPhone开发基础教程又翻出来，等待Xcode下载的过程中，暗下决心：看不懂我也把它背下来。
后来发现笨办法至少对我来说，还挺管用的：照着书敲代码，能正常运行的话，就合上书，再敲一遍。一般重复四五次就能记得很牢了。合着书，劈里啪啦熟练的敲着自己还不知道是什么意思的代码，加上Xcode的自动补全很给力，几分钟就可以折腾出一大屏花花绿绿的代码，而且还能在iPhone上运行，这时会产生一种已经会写iPhone App的错觉，很奇妙。
人的大脑也很奇妙，你如果已经背下来了，本来不理解的就会慢慢自动理解，就这样背了一段又一段代码之后，突然发现：我明白是怎么回事儿了。之后就开始给自己提出各种小的不能再小的功能需求，尝试用这些代码去实现，每实现一个，都欣喜若狂：我能显示按钮了！我能弹出对话框了！我能写滚动列表了！我能发一条推送信息了！??
这些事儿在熟练之后，也许就像喝口水一样平淡，但却能给初学者带来巨大的快乐，我一直觉得，能否始终保持如初学者般的热情、专注，决定了在做某件事时能走多远，能做多好。
由于书上所用的Xcode版本问题和我用的不同以及一些印刷错误，书上的代码不会总是百分之百能运行，有时会报错，只能上网用尽一切办法搜，搜索的过程中，就会慢慢看到一些专门的技术论坛、Blog，最终不可避免的会发现Stack Overflow这个神奇的网站，你遇到的大部分问题，都能在上面找到答案。
当实现书上的功能已经不能带来狂喜的时候，就会忍不住想把自己束缚了很久的各种idea放出来了，终于可以亲手去做它，而不是局限在画画原型图、写写需求说明最后还要虔诚的擦拭神灯，呼唤灯神们显灵这样隔靴搔痒的做产品。
开发的过程对我来说充满了乐趣，因为写代码的时候，世界变的简单而美好，某个做法对还是错，你不需要自己反复猜测，也不需要和任何人没完没了争辩，编译器就是神圣的裁判。你的每个操作都能得到及时、明确的反馈，而且拥有近乎奢侈的试错机会，从这个角度来看，编程的乐趣倒是有点儿象玩游戏。
当然也会遇到无数的问题，Stack Overflow、Github、Bitbucket、mailing list会慢慢成为你的朋友。
在能够独自写出一个iPhone App并把它放到App Store上之后，我又发现还需要再学一门语言，用来开发网站以及需要在App中调用的RESTful Web Service，于是不顾三十五岁的高龄，再一次悍然打起了Python的主意，有了学obj-c的经验，知道关键是要能狠得下心和静得下心来，看什么书，其实区别不是特别大，所以我就用了免费的Learn Python The Hard Way，用前面提到的方法，跟着做了一遍（前半部分比较简单，可以每天做上十几个exercise，后面速度可能会慢一点儿），了解了Python怎么写之后，马上开始看Django Book 2.0，只看到第九章，就等不及用同样的方法把Django Tutorial做了两遍，接着惊喜的发现已经可以写一个简单但完整的网站了。然后很快试着用Django写了一个特别小的针对某垂直领域的工具类网站，上线跑了一段时间，昨天晚上结束免费试用，开始收费，现在看到已有几个付费用户，我很欣慰。
至于技术需要懂到什么程度，我觉得要是花几个月学的东西就够用一辈子，这买卖也太划算了，尤其是在技术领域，一定会需要持续学习，但对于我来说，已经没有资格象十几二十岁的年轻人那样仅凭兴趣广泛的学，我目前对这件事的原则非常功利：马上要用到的，能显著提高效率或者公认是最佳实践的就学，否则就先不学，尽量不折腾、严格控制投入的时间和精力。
比如写好的代码放到Server上，虽然只要能跑就算是部署成功了，但公认的最佳实践是使用virtualenv隔离Python环境，这样可以减少以后很多的麻烦，那就值得多花时间去了解，去应用；使用Fabric配合Git进行自动化部署可以大大提高效率，那就也值得花时间去学怎么用。
我也知道可以用Memcached或Redis来做缓存，提高应用性能；或是用Rabbit Mq和Celery来做异步队列，可以改善同步执行耗时较久的任务给用户带来的不爽感；还有Node.js似乎比传统的Web开发语言更适合做RESTful API ?? 不过这些都不是目前最紧迫的问题，所以虽然我还不会而且确定会有用，但先不去学。
一没留神，喷了几千字，还是打住吧，看来中年男人的啰嗦算是没救了。
最后还是总结一下，就一句啊：
产品经理懂技术 ＝ 流氓会武术。你要是觉得帮派够大，自己脑子又好用到可以当师爷，那不会武术也凑合；要不巧是个和我一样没什么团队精神，又老喜欢独来独往的流氓，还想只凭着脑子就能连点儿防身术都不练，恐怕很容易被人打成爬行动物。
比较严肃的总结是：产品经理懂技术，在没资源的时候可以用最低成本把事儿办了，有资源的时候可以把资源用的更有效率。
【Fenng的回答(301票)】:
我的观点是：产品经理要比开发人员更懂技术。
懂技术，不意味着写代码比工程师更好，而是明白技术能用来做什么。这个非常重要。
懂技术，也会理解开发人员，一起做事情更会得心应手。
懂技术，在针对一些功能实现的可行性上，才会有所取舍。
【边江的回答(79票)】:
PM不懂技术没什么问题的，但要要懂工程师的思考方法，要知道技术的一些逻辑。
从实践上看，不懂技术的产品经理做的产品成功的更多一些
【涂照锐的回答(48票)】:
这里我觉得需要看“懂技术”是属于哪个模块的，架构，CODING，还是算法逻辑？个人认为，互联网公司的产品经理需要了解的是从需求到实现的解决方案，根据项目资源，做出最佳选择~ 更偏向综合性质吧
打个简单的比方:
产品经理相当于一个打车的，知道要去哪儿，并且知道：哪条路最短；哪条路绕一点但是最顺畅；如果哪条路限行了，该走另外一条路。。。那么，技术开发团队就相当于是司机。打车的可以不会开车，但是要到目的地，知道上面的东西，可以省钱，省时间~ 司机可以接不同的人，不同的路线，只要能走到目的地就行~
【范凯的回答(41票)】:
我觉得产品经理不需要懂技术，至少不需要自己懂编程，会写代码。产品经理非逼着自己学习编程实在没有必要。但是，产品经理有一项素质非常非常重要，就是逻辑思维能力和抽象能力必须非常强。
在现实环境中，产品经理被研发人员鄙视或者消极配合，很大程度上是因为产品经理设计的产品功能、流程存在逻辑上的硬伤。研发是负责具体执行的，一旦落实到细节，这些问题就会暴露。研发是很强调逻辑思维能力和抽象能力的，但是产品经理必须具有更好的逻辑思维能力和抽象能力，这样才能指导好研发做产品。
我招聘产品人员，培养产品人员，非常注重逻辑思维能力的训练。现实中逻辑性好的产品经理和研发配合都不错。
【sofish的回答(38票)】:
作为一位工程师，和一位在不断追求更好产品的设计人员。个人认为，产品经理最好是这样的：
一、 精通技术。技术很容易框住人的思想，要不特别精通，能随时跳出技术的束缚，带给产品真正的提升。一般这种产品经理会出现在像 Facebook 和 Google 这种工程师能主导产品的公司，或者一些技术型创业公司。
二、不懂技术，喜欢天马行空，又能听得过工程师的建议。精于产品的设计，生命周期管理。
如果只是略懂点技术，可能（注意，是“可能”）会带来思想上的限制。一个人永远不能管得了那么多，精通得了那么多。有时候我们更需要的不是会技术又会懂产品的产品经理，而是相信伙伴能做得好，并鼓励其一起去做得更好的产品经理。
【郭欣的回答(27票)】:
这取决于做什么产品，以及做产品的哪部分，还有“懂技术”也有各种程度，总之这个问题不能一概而论。
如果是做监控宝（），我们要求产品经理必须懂技术，因为这本来就是技术型产品。
如果是做一个非技术型的产品，懂技术的产品经理可以更好的在合理设计、实现难度、性能三者之间做好权衡，如果网站没啥流量，那性能就算了。
你可能说产品经理不用管实现和性能，理论上是这样，但是前提是你得有一个比你这个产品经理更懂产品的程序员来帮你预见未来可能会让你抓狂的问题。
那产品经理到底要懂多少技术？这是个世界难题，或许可以写本《给产品经理看得技术书》哈哈。
【林进鑫的回答(19票)】:
1) 在考虑产品可以有哪些功能时，自己就能确定大部分功能是否可以实现，实现的成本有多大，能不能做，而不用咨讯相关专业人员，省出很多时间。
2) 在缺兵少马时，自己还能担刀上阵折腾一把。
1）容易跌入产品的实现细节去，而忘记自己更应该思考的是这个功能应不应该做，要做成什么样子，应该在什么时候完成，谁来做，要做的功能还有哪些—-而至于如何实现，应该交由具体的成员来做。
2）在与产品团队成员讨论功能时，忍不住想发挥下自己的技术，过多掺和到团队成员的专业领域，会令他们心里排斥，虽然很多时候他们没有很多说出来，而每个人都想发挥自己，希望证明自己所想的是对的。
扬长避短：
1）在进行技术思考时，只需要知道可不可以实现，而不应过多去考虑它如何实现。
2）将表现机会留给团队成员。在与团队成员讨论功能的实现方案时，谨记你给出的只是建议，而不是命令，除非该成员对如何实现某个功能真的一愁莫展，除非该成员是个新手或者能力太烂，又或者这个功能至关重要。
3）因为是技术已经深入技术型产品经理的基因，所以理所当然对技术会有所关注，要注意的是，不能把太多时间投入到技术（假设你的公司不是技术驱动型），在运营、营销、用户体验也要给些精力。
【高康迪的回答(17票)】:
产品经理其实不需要懂代码里的细节，但最好知道实现这个功能的技术模型是什么样的，理解一些术语。有一定的开发经验最好了，不懂也可以工作后补一点（我看到我同事就买了本JAVA编程思想，啧啧），主要是为了与技术顺畅沟通，少提出让技术觉得不可行的产品设计。但要注意不要让技术束缚了你活跃的思维。
【小白劳工的回答(15票)】:
依我看，产品经理需要懂技术，而且还要写代码，写过代码和看过书完全是两回事。
但是不需要水平有多高。
哥这么多年七七八八学了点技术，虽然至今还是菜鸟，但是比完全不懂技术的，还是感觉踏实很多。
不过我从一开始就是最简单最实用的VBA、VBS、JS入手，目的就是操作EXCEL操作电脑里的文件，跟DOS批处理似的，生产出来的代码直接就是简化自己日常工作的。到后来我做的东西给全公司人用了，直接提高了大家的生产效率，以至于有人要求技术也开发一个专业的产品来，可惜产品出来大家还是宁可用我的脚本，不用专业技术做的EXE程序，虽然我的脚本程序几乎没有界面，但操作简单够智能。
我建议所有文科生想学技术的，不要跟风开发什么苹果APP，先学点对自己工作直接有用的脚本语言，简单归简单，其实没啥可耻的。
做出来的东西自己就是第一个用户，每一次的改进对自己都有好处。这感觉是非常的爽。
一上来就学一些特高级特潮流的语言，或者特低级特底层的语言，我觉得都没什么好处。你要是问专业程序员，他肯定推荐你学C、C++什么的，理由是学了之后基础扎实，啥也不惧，我擦，他自己对外宣称要花一辈子吐血去学的东西， 再让你去学，你说这算怎么回事？
你懂得if else，懂得循环，懂得数据库怎么回事，懂得面向对象是啥意思，这就够了。你说你要学会用指针有什么意义，你会操作内存又有什么意义，你理解什么是多态又有什么意义？
学技术的目的是为了用，而不是做屠龙高手，华山论剑。
（其实有很多技术人员， 貌似屠龙术不少，一张嘴就是没有啥实现不了的，真到了开发的时候，复杂点的业务逻辑都能把他给圈糊涂了。）
依我看最好的学习办法不是看书，而是直接COPY帮助文档里的示例代码，改，调试。
还有，不要被IDE折腾死了，IDE固然方便高效，但是新手装个IDE真是挺烦的。
所以建议学技术还是先从脚本开始（但不建议学rubby和python），开发产品先从网页开始。
你写PHP\js代码，根本不需要什么IDE，干净利落editplus直接就上了，调试直接就浏览器。你搞什么安卓开发，你装java装eclipse完了还要下载一大堆android的东西，速度慢得跟牛一样，一大堆版本问题，还有模拟器。你搞IOS，你还要有MAC，还要注册神马的。
搞完这些你都吐了，往电脑里装了N多乱七八糟的玩意，却连一句代码都不懂，你说你是何必？你搞网站，网上有现成的三件套，apache+mysql+php，一次性全装好，放个只有一句echo的页面到指定文件夹，当时就可以看到“网站”效果。至于VBA，直接在word\excel\ppt里就带了，录个宏， 你改一改就是你的第一个可运行有用的程序！批量处理一些EXCEL上的工作，瞬间解放生产力。
神马hello world，关你屁事啊？！
花几天时间，跨过最初的障碍，很快你就可以理解工程师的爽和痛了。
再往后，你要学C学JAVA，做个windows下的EXE，做个安卓APP，那都是看你的毅力了，起码你不会被唬住了。什么代码之美，各种程序员们争执的牛B问题，你都可以逐步理解。
以后技术再跟你说什么，你哪怕不懂，上网搜搜也能明白。
如果你非要选择买个什么很吊的书在那里狂看，十有八九你永远跨不过障碍。到头来你还是啥也不明白。
如果你连VBA和JS都害怕。你可以学HTML+CSS，这些虽然不算编程，但至少学了有收获有用，没事弄个博客，自己还可以改改界面，比你啃完一本破书还是啥也不懂要强多了。
不过懂了技术，不代表就能和程序员和谐相处。
如果不懂人情事故，就是程序员转产品，也未必能和程序员打好交道。
【姜沈励的回答(15票)】:
我认为，如果你能达到下面三个要求，懂不懂技术都无关紧要。
一，很多产品的诞生往往和技术创新有直接联系。如果你能对新技术的发展有敏锐的嗅觉，并且理解新技术可能对用户带来的价值，那么，你不需要懂技术。
二，如果你可以和开发团队流畅沟通，你能明白他们的困难，他们能理解你的表达，那么，你不需要懂技术。
三，如果你的需求从来不会以“不具备技术可行性”被开发打回，那么你不需要懂技术。
有些懂技术的人这三点也未必做好，有些不懂技术的人这三点也做得相当好，呵呵。
但从概率论上，懂技术的人会处理得相对好一点。
仅供参考。
【mengya的回答(9票)】:
从一个工程师的角度看, 根据以往合作的经验, pm懂技术还是很难能可贵的, 一方面大家容易在同一个语言环境内对话, 二者大家都不用扯皮, pm不会不可理喻, eng不会瞒天过海, 三者我觉得这是很好的良性互动,是一种螺旋向上的趋势
【崔浩波的回答(5票)】:
1、知道怎么和技术进行沟通，用技术的思维去讲述自己的产品逻辑
2、知道怎么样确定产品从开发到上线的周期，合理安排项目时间
3、知道产品的设计中如何避免提出造成技术不可行的方案
技术也应该是一个好的产品！
【Roy Li的回答(5票)】:
懂技术的好处Fenng已经说得很全面了，没太多可以补充的。
不懂技术是可以的！
我来说说不懂技术的情况吧：
很多产品经理不懂技术，在国外尤其常见， 也有产品经理技术很老土，90年代80年代的技术早就过时无法再用了，这类产品经理需要注意什么呢？
1. 用户体验，你身为一个用户要知道我想要什么，我最需要什么，另外你千万要注意抓重点，不要总是想设计一个完美的东西，技术的时间和精力是有限的，你会苦了他们。 抓到重点，把精华的部分做好就可以。这里有个小窍门，你每次确定需求后，砍掉最为不需要的20%，发现不好砍就纠结一下再看 :)，这样会对技术好很多，切忌不要完美主义。
2. 不要改来改去，想好了，写成书面文档，再去和技术沟通，不断修改， 不要等技术做好后你又因为不符合你的意思而大发雷霆。
3. user story一定要写得详细，你要永远清楚项目经理是催人干活的人，产品经理要是编故事的人。无论是增发模块还是重构，都必须要以用户故事为蓝本。 同样记得砍20%，别把故事编成科幻小说。
以上都能掌握之后，你就是一个好的产品经理了，可以一行代码都不会写，但是一样能设计出好的产品。
【黄海均的回答(4票)】:
作为产品经理，我十分希望自己更懂技术。最好是能看得懂代码，了解代码背后的逻辑和意义 —— 这十分有利于和工程师的沟通协调。
同时如果产品经理晋升到更高的管理职位时，需要垂直管理更多的 PM + 工程师，对于技术的了解会让项目掌握更加游刃有余。
【Kevin的回答(4票)】:
按以下顺序思考：
1 从广义看，产品经理懂技术的目的是什么？
2 要做的是什么产品？
3 怎么定义产品经理？或者说产品经理的主要工作职责是什么？
4 懂的定义是什么？
【张吉艳Sophie的回答(4票)】:
产品经理当然要懂技术，不能因为不需要敲代码就不去了解技术，
所以产品经理的懂技术需要技巧：
1、先知道你的产品需要哪些技术
2、弄清楚几种技术之间的关系
3、了解每种技术的基本逻辑
4、遇到不懂得问题积极和技术工程师探讨，不要不懂装懂
5、先从产品逻辑理解技术，然后用技术逻辑进行反推
产品经理也要忌讳对技术的深入钻研，因为那样的话容易导致从技术工程师的角度出发，产品经理也很吃亏往往就是什么都懂什么都不精，但是这也是产品经理的特色。
【晏北的回答(6票)】:
又是个这样的问题。。。
不需要多懂技术，但是要懂搞技术的人。
能听懂他们语气里的行与不行，是真不行还是有点虚。能懂他们与产品迥异的思维逻辑，并通过良好的沟通进行理清，达成共识。面对搞技术的人，要又贴心又坚持。
【郅帅杰的回答(4票)】:
我是开发出身，我不是产品经理，我是半个产品经理（交互设计师）；
有过开发的经验，我和开发的同事交流起来，相当舒服，我会非常尊重他们，我知道写代码的过程和感觉是怎样的，所以我认为懂一些技术，懂开发，这样会更好一点；
创新工场的刘静在HiUED的交流会上曾经说过一句话，多元化的背景对于设计师来说是相当好的，我也延伸一点，多元化的背景对于产品经理来说也是相当好的！
至于懂到什么程度，到能讲明白功能的代码实现原理即可。
【Andy Liu的回答(4票)】:
产品经理，尤其是创业公司中的产品经理，必须要懂技术，而且一定要是技术水平高于开发人员的平均水平。
原因如下：
1. 最常见的场景：
产品经理提出一项需求，要跟设计打交道，还要去了解用户的想法，还要去跟市场谈支持。但技术团队评估后表示实现代价比较大，而产品经理又觉得这个需求很重要，对用户价值和用户利益很大，这就需要产品经理具备相当强的技术素质，可以与技术团队进行沟通和对话，大家一起分析risk和收益，综合权衡后对原来需求做出调整、折衷，就才有可能达到一个win win solution。
2. 项目进度控制：
开发经理和产品经理因为立场不同，往往对schedule有不同的理解，必须要有技术背景，才能分析出来，软件实现中困难在什么关键环节。发现瓶颈所在，从而解决。
对于我现在产品的所有竞争对手，我都大致上从技术层面分析过，这就保证了，我对产品的理解的深度。
知己知彼，方能百战百胜。如果只是从应用层思考，说明这个产品经理的素质还有待提高。
一句话，想做成事的产品经理，技术是关键，“功夫在诗外”的那些素质（沟通技巧等）是锦上添花的。
坦率的说，马云等并不是很好的产品经理的例子。
相反，马化腾，周鸿祎才是一个非常好的产品经理的例子。
【大熊的回答(4票)】:
可以接受一开始不懂，但如果都做了好几年了还不懂，我觉得还是不要继续做产品的好。
【julystory的回答(3票)】:
百度系曾经那批以俞军、边江 李明远为首的产品经理应该是中国最牛逼一批产品经理了，但都不是技术出生懂的技术不多吧。所以对于大部分产品而言不懂技术不是什么大事儿，但是知道一些实现方式和“懂技术的思维方式”也很重要，这决定了可以更好的沟通。
但是有的技术性较强的产品还是需要懂技术比较好，比如某些做后台的产品经理
【孙小悟的回答(3票)】:
这问题不能一概而论。
如果看一个完整的产品团队，其中会有多个角色，如产品经理、系统工程师、项目经理、UCD工程师、开发工程师、测试工程师、市场、财经、服务人员等。
产品经理是协调者，在团队内部以及团队周边进行协调以平衡产品开发的质量、时间和成本，并最终保障产品的市场成功。
注意我前面用的是“角色”二字。在实际的团队中，未必能有如此完整的人员配置，产品经理个人很可能会分饰两个或多个角色。比如团队中没有独立的系统工程师，而恰好产品经理个人技术能力很强，那么他可能会兼任系统工程师这个角色。这样的好处是降低管理和沟通成本，提高开发效率；但坏处是产品经理受困于具体技术工作而忽略全局把握，尤其对于大规模团队，这是很危险的。
所以对于小团队和初创团队，产品经理可以多懂些技术，在有限的团队规模下，快速开发产品；而随着产品市场规模和团队规模不断扩大，产品经理则更需要超越技术，把握全局。
【肥老泡泡的回答(3票)】:
聊一下产品经理懂技术的个人见解：
1.可以更好的与开发人员做需求对接。用开发人员理解的话去告诉他应该怎么做，很少会出现功能开发完成与需求不符的情况，减少开发人员的无用功。
2.在开发人员开发过程中你可以更好的了解开发进度。
3.对需求变更可以充分评估，不会与开发人员产生不必要的冲突。
4.在你更懂开发人员的基础上，你们会有更多的沟通。
5.懂得开发人员在开发过程中的艰苦，更能拉近与开发人员的距离。
总结一句话：懂技术就是懂开发人员，懂开发人员才能让项目或产品更顺利的完成。
【陈捷达的回答(3票)】:
pd 的懂，和工程师的懂，不一样
我见过的优秀的产品经理，之前可能是sales,财务，运营，技术，ued。。。。
pd的懂，是知道这个功能是否可以实现，如果实现这个功能需要多久时间多少人力，并做决策进行取舍。
工程师的懂，是用计算机语言去翻译他，美化，代码如诗，最终实现。
pd热爱技术，但可能不懂编程
【成远的回答(3票)】:
懂技术，对于做产品能更直接达到你的初衷，没有沟通中的信息损失或扭曲。
懂技术，可以知道什么能做到，什么做不到，跟工程师更好沟通，懂设计也是一样。
懂技术，往往能比别人更快的出产品和改进，在早期很重要。
另外，如果产品经理善于学习，长期来看，技术不是问题。
【巫支祁的回答(4票)】:
对技术有一些了解就行。平时多跟程序员们交流，一起吃饭一起玩儿一起聊天儿，比懂技术好使~
【李紫健的回答(3票)】:
产品经理应该是更靠近用户的一群人，发现用户需求并实现是其职责。
懂得技术能够与工程师更好的沟通，消除沟通中的障碍。懂得总不会是件坏事。
但无论懂不懂技术，用户需求都必须被产品经理放在第一位，而良好的执行，则需要通过团队的合作来实现。
【陈衍领的回答(3票)】:
产品经理，尤其是自认为很懂技术的产品经理，这些年我见多了，这些人总试图从技术的角度来描述需求，可事实是他真的没这个能力。每次看到这样的需求都要头疼半天，他们写的需求的大部分内容，抛弃了需求的本身，甚至没有对流程的明确阐述，一心的从技术角度去阐释需求，可怕的是他们对技术只懂一点点。一个一句话可以说清楚的问题，他们用了五百到一千字，你要花半个小时去理解一个小时去沟通，告诉他这样不可行，为什么不可行，怎么样会更好。我的结论是，产品经理最重要的不是懂不懂技术，而是有没有深入的了解需求，懂不懂沟通。产品经理要放下自己对于项目相对于工程师更优越的发言权，摒弃自己长篇大论的能力，认真的，专心的把需求整理好，懂得协作是什么。其实从很多根本不懂一点技术的最终用户的反馈来看，产品经理要么真懂技术，要么不懂技术！
【刘关张的回答(2票)】:
啥事情多没有绝对的，就像工程师一定要学计算机毕业吗？也未必见得（新东方的王强就是例子）。
人天生就是适应能力极强的动物，需要根据环境变换自身的能力。
即使统计学上发现不懂技术的产品经理比懂技术的产品经理成功更多，也不代表不懂技术的你就能成为那个你希望成为的人，反之也成立。
关键在于你自己所处的环境和你自己的特色，还有就是拥抱变化，
【sealon的回答(2票)】:
创业和懂技术是两个不同的概念。
对创业中的产品经理来说，既创业，又懂技术，这两个不矛盾。
如果说非要整出个结果来，我的意思是——尽量的多了解一些技术相关的东西。“懂技术”是加分项，但不是必要项。大家都知道到一专多强的PM才是更适合掌舵的人，他的职业要求他关注广泛，掌控力、协调力和执行力一个都不能少。
做人和做产品是一样的，先把基本面做到，在此基础上完善、优化加分项，力求更好。
【Patrick Gowers的回答(2票)】:
技术会加分也会减分。有很多产品经理就由于太懂技术了，最后反倒过于考虑技术实现，最后被筐住了思维。产品经理，应该运营的思维，全局的把控能力以及独特的视角和创新思维比懂技术耕重要。
【张清的回答(2票)】:
我认为产品经理就是要把自己磨练成一个通才，因为产品经理要面临的工作很多，所需的技能和知识也很多，一个产品经理不可能把这些技能都精通的，一个技术转型的产品经理经过锻炼可以具有一定的营销知识，但是永远不会超过一个每天工作在一线的销售人员，我记得以前我做产品助理的时候，每次和市场讨论产品，都是心惊胆战的，因为市场方面的知识毕竟不如人家，经常是被对方顶的一愣一愣的。因此，无论是从职位要求，个人能力还是工作特点来看，产品经理都应该是一个通才.
【Datafanr的回答(3票)】:
见过一些不懂技术的产品经理，做得比较出色。也见过一些技术出身的，做得相当出色。
感觉产品经理做得好不好，与是否懂技术无关，技术也是把双刃剑。
采访过的一个技术总监兼产品经理说，懂技术可以让你知道哪些东西是肯定做不了的，避免浪费资源，但同时也会制约你的想像（也算是一些条条框框）。
【胡松的回答(2票)】:
个人认为，产品经理首先应该懂的是用户和市场，“懂用户”要能发现用户的需求以及引领用户的潜在需求，并且要知道用户使用这个产品的流程是不是最舒服。“懂市场”对于一个创业型公司来说尤为重要，因为在中国你随时面临着你的好的想法被无数公司抄袭，包括腾讯这样的公司，所以中国的产品经理不仅仅要懂“产品上如何跑好”还要懂“市场上如何跑快”，跑慢了再好的产品最后的结局也将是为他人做嫁衣。
而“懂市场”和“懂用户”有时是有冲突的，为了加快市场的速度，有时不得不把能创造良好用户体验的产品滞后，甚至开发牺牲掉一部分良好的用户体验，这个时候产品经理就要有衡量的能力，取得折中。
在懂用户和懂市场后，就是“懂技术”了，“懂技术”不一定是要懂代码、懂架构，更重要的是懂技术人员，要让技术人员理解你的产品价值和思路，并能由衷的赞同，这样才能更快的开发出对的产品。我们的产品经理就不善技术，但是和技术总监好得像闺蜜似的，一起吃饭、一起逛街、一起去咖啡馆，虽然两个都是男人，所以我们的产品进展一直不错。
【吴海洋的回答(2票)】:
在创业企业，CEO通常兼任产品经理角色，从这一点出发，可以想见，尽管产品经理是一个什么都需要懂一些的万金油角色，但需要懂的东西根据重要性应按如下优先级排定：
1、用户需要；
2、市场营销；
3、技术思维。
一个不懂用户需要的产品经理是完全不称职的产品经理，将把整个企业带向毁灭；一个不懂市场营销的产品经理可能总会发现理想很美好、市场很残酷；一个不具备理解技术思维能力的产品经理，可能难以把满足用户需要的产品概念准确的传达给开发人员，或者无法理解开发人员的满嘴技术术语，导致双方严重的沟通障碍，最终发现想做的一件西服变成了马甲。
至于说懂技术懂到什么程度，个人认为，以现在大学本科所学的计算机基础就够了，最重要的不是具体的编程开发语言，而是理解技术思维方式，能够据此与研发人员沟通，理解研发人员的思想，不被技术概念所忽悠，足矣。
【jacky的回答(2票)】:
我从HR的角度来看待产品经理是否需要懂技术，从市场薪资的角度，毫无疑问，市场上懂技术的产品经理非常少，尤其在广州，当然，懂技术的产品经理，薪资自然是要比不懂技术的产品经理高得多。技术驱动型产品经理要比产品运营驱动型产品经理水平高得多，从现实的收入就可以一目了然看出。基本上技术型产品经理年收入最低在15万以上。
【殷鹏翔的回答(2票)】:
产品经理需要懂技术是技术常识而不是技术的具体实现，我带产品部和技术部的时候，经常看到有得做过一点技术的产品经理，经常去考虑数据库表设计，这是非常越位了；
举个2例子：
1.业务支撑后台，为了从需求出发，设计一堆查询条件，懂技术的都知道关连查询效率及其低下，如果是ORMapping方式更难处理，更不说缓存了，这个我定位是糟糕的产品设计，因为产品流和产品设计没做好；
2.网站上，很多板块的数据列表，从产品经理角度来看，这些东西随意改，没什么问题，很多时候和开发缺少沟通，导致执行的时候很多问题；
产品流程、运营方案、deadline定义好，产品和技术不断沟通，产品逻辑规则、特别是细节点描述清楚，如果有这些了，基本有经验的工程师都能做个90%的可执行性评估。
懂技术可以为产品经理加分，提高团队的执行力度，减少成本，节约时间，关键还是团队的配合方式和沟通方式。
【任巍的回答(2票)】:
凡事都有两面性，我想，懂技术有助于在工作中更好的和研发沟通，更好的推进产品开发，但也可能因此限制了你的想象力和创新力，只要明白利弊，不懂技术的产品经理就应该更过的让自己了解专业，懂些技术，至少在自己的产品上要懂，懂技术的产品经理就应该不要让技术限制自己的思维，不能把优势变成了劣势。
【刘凯的回答(2票)】:
作为一名码农,表示不在乎产品经理是否懂技术.
关键是产品经理一定要懂产品!
至少我碰到的几个产品经理都做不到这点.
产品经理能把自己的事做好就行了,这就是对码农最大的支持.
因为产品经理,写了N行代码,删除了N-1行代码的码农飘过.
【大阿布的回答(3票)】:
我觉得即使不懂技术，也要懂工程师的心理
【熊建江的回答(1票)】:
产品经理对技术不一定要精，但是一定要全。知识面要广。知道那些功能是必须的。不能乱提需求。
【农夫的回答(3票)】:
扎尔伯格是好产品经理，拉里佩奇是好产品经理。但乔布斯也是好产品经理，马云也是好产品经理。
【何明璐的回答(1票)】:
需要懂技术，懂技术包括几个层面
1.需求过程和用户行为，这个是必须懂得。
2.开发和实现技术，这个需要懂，懂得度在于你没有真正开发出来，但是可以初步可以回答这种方案是否可行，具体有哪些优缺点。但是这个确实又需要实际多年技术的积累。
【徐欣的回答(1票)】:
需要懂点技术，但不需要具体到coding这种层面
懂点技术最根本的作用就是容易跟开发同事沟通，能理解对方说的，能把自己想的翻译给对方。同事也可以关注最新的技术，辅助产品设计和规划。
【田冬的回答(1票)】:
看产品类型了，如果是照搬照抄的产品，适当发挥一下，拼的是执行力，懂技术的占优势。如果是创新性产品，产品标杆不明确的，最好别懂技术，不知不觉的会被技术束缚。
【伊晓益的回答(2票)】:
三，如果你的需求从来不会以“不具备技术可行性”被开发打回，那么你不需要懂技术。
【杨艾维的回答(1票)】:
我说，我们先别讨论了，先界定一下：
1、“懂”的范围和程度，怎么才叫懂？
2、“技术”的范围。懂神马技术？
不然，就不是以产品经理的思维讨论问题喽！
【陶伟杰的回答(2票)】:
可以不懂，懂了更好，但是技术思维要不得。
【黄东旭的回答(1票)】:
作为一个开发者，表示无法和不懂技术的家伙沟通
【scbox的回答(1票)】:
首先，需要懂的不是代码，而是技术的流程。有助于对产品前后端的优化吧
其次，稍微有点技术感觉，是方便沟通的
另外，虽然我也不怎么懂，但是geek一点总觉得酷一点，哈哈哈
【陈嘉云的回答(1票)】:
创业型公司，如果产品经理能懂“技术”，那可能节省了某些成本。但非关键。
产品经理重点是要理解消费者需要什么或潜在需要，该产品在该如何迎合消费者，这才是关键。
马云不是不懂技术，他懂商贸，这才是阿里巴巴的核心技术，而非代码，显然阿里旺旺不如QQ好用，但不碍其电子商务上的发展，因为代码只是工具，可以交由团队实现。
然而既然不懂那就需要充分信任和了解自己的团队。在产品理念和可行性中取得平衡点。听说IPAD前身曾被乔布斯放弃，然而现在又重新做出来。这个是很好的例子。
【绝鹿的回答(1票)】:
负责的产品范围越大，需要懂的技术就越少，越是小企业就越需要产品经理懂的更多，往往小企业PM所要做的东西就很好，而大公司可能就会资源分配，PM应该搞好产品，而不是去制造产品
【hsiaoyang的回答(1票)】:
一定要懂，不懂怎么沟通。懂到什么程度就要看项目中用来实现的技术占有多大的分量。
【kafile的回答(1票)】:
如果懂技术可以让你做的更优秀，为什么你可以不懂？
个人观点，你可以不懂，但不代表你不需要学习。
你真的以为乔布斯技术层面啥都不懂吗？
【蒋栋的回答(1票)】:
产品经理要思考的，不仅仅是技术，当然你懂技术是必要条件，这里的懂技术，不是说你需要知道怎么写代码，怎么实现某些功能，而是你知道现在有哪些技术，这些技术都做了什么，市场反应如何，这些才是最核心和最本真的东西。
【wallace的回答(1票)】:
拍着良心讲。上面很多大牛回答的非常棒。但是关于上面那个问题的后半段全部都木有回答。如何学/、从哪个最基础的地方开始和下手。几乎没有人回答。
【郭志明的回答(1票)】:
产品经理不需要懂技术，但需要具备了解和把控技术趋势的能力。在不同的业务模式下，对产品经理的技术功底要求是不一样的。在Google这样以技术为核心竞争力的公司中担任搜索业务的产品经理，必须具备扎实的技术功底。而在社区类型的互联网公司，则在技术方面对产品经理没有硬性要求。
【肖桂子的回答(1票)】:
1. 懂技术,优势:了解流程和关键点,容易沟通; 劣势:太懂了,会影响自己的主业,同时会触犯部分技术人员的防御心理,另外技术变化快,懂技术的PM可能会停留在老传统中...
2. 要不要懂技术, 这个是一个伪命题,不懂技术的PM从产品需求,产品价值和使用场景出发,提需求和完善需求; 懂技术的PM考虑实际的实现,提前或者快速的完善需求;
【haka的回答(1票)】:
个人认为，产品经理最重要的能力就是要有很好的逻辑思维能力（对产品进行观察、比较、分析、综合、抽象、概括、判断、推理的能力）。理论上不搞技术的人也可以培养出很好的逻辑思维能力出来，但是通常因为程序员的训练更有助于这个逻辑思维能力的形成，所以从这个角度来看从程序员转向产品经理会更靠谱一些。
但是通常技术人员的弱点是发散思维差一些，比如容易限于细节，这是技术出身的产品经理需要克服的。
如果一个没有良好的逻辑思维能力的人来做产品经理的话，只能说这个产品会惨不忍睹。
【smith的回答(1票)】:
一句话，大家看看周鸿祎，他懂市场懂流氓懂用户。
产品经理不仅要懂技术还有懂市场。
【TerryLau的回答(1票)】:
最好是懂，但在做产品的时候要忘记这回事。对技术人员，更要装不懂。
【刘翔的回答(1票)】:
产品经理应该懂技术，或者说叫做知道技术的应用范围和应用方式，但不用关心具体的技术实现，归纳出来应该是：产品经理需要的技术知识面是广度而不是深度。明白如何更好的融合技术来实现自己对于产品的想法，同时又不会束缚开发人员的思维，这样才能在客户和开发人员之间搭建桥梁。
不推荐技术出身的人转型做产品经理，思考产品的时候太容易被一个细枝末节带入彀中，又或者因为一个技术实现比较困难或者行不通而回过头来否定需求……抑或钻进牛角尖。从我多年从业的经验来看，不同背景的人，很难打破固有的思维模式去研究问题，原因很简单，原有的思维模式是成套的，用起来得心应手，对未知的情况预估也最有把握。所以，大部分人做不到放弃原来的思维模式。极少数能做到的那是怪才。
产品经理最应该做的是，始终抓住产品核心，所谓万变不离其中，需求也好，技术也好，其变化都是围绕产品核心开展工作的，引申开来说，不光是做产品，什么事情都是如此，目标定了，方式方法应该是不受束缚的。话说我认为最牛逼的产品经理是毛爷爷……指导思想天下无敌！产品理念震古烁今！
追加一句，大家的讨论是不是有点狭窄？看来看去都是互联网或者IT相关……传统行业一样有产品经理啊。比如食品行业的产品经理应该考虑使用玉米还是大豆开发食品，使用膨化还是烘焙来制作食品，是采用甜味还是多味来定义食品的味道……但是，怎么加工这事应该不需要太多考虑吧。
【李申的回答(1票)】:
产品经理应该是个杂家，需要懂一些技术，懂一些设计，懂一些运营，而要精通的是市场需求、交互体验，时间管理和执行力。懂技术是为了更好地与技术人员沟通，也能引导技术参与在产品设计中，对于创业型的小公司来说，如果只是简单的产品经理定义需求，技术不参与只负责实现，产品本身的问题是不可避免的。
【观望者的回答(1票)】:
我觉得产品经理应该看得懂代码，做得来UI，对得了账单，做得出报表。
【王胜的回答(2票)】:
做产品经理一年以上的，不可能一点技术都不懂，至少，懂得一些基本技术逻辑。这应该是产品经理的必要条件。
如果想把这份工作做好，我觉得还是需要能懂一些技术。如上面几位工程师的发言：懂得技术不会被技术忽悠，沟通顺畅，能赢得技术的信赖。这也是作为产品经理需要与技术人员共处时能达到这样的状态。这样能带得动人。
到这儿我觉得就够了。
如果再懂多点技术（却又不足够精通）而且情商不高的话，反而更容易导致他去干涉技术人员，这倒背离了原本想多懂点技术的初衷。You don't have to tell a flower how to bloom。
一个产品经理做得怎么样，取决于他对市场、运营、技术等方面的了解和他的情商高低。
【郭纯纯的回答(1票)】:
这个问题曾经在点点刚内测的时候 我也问过 因为当时点点内测的时候都是一些技术 产品和互联网从业人员
做了几年产品，我觉得有些技术是需要了解的，技术可以实现到什么程度，怎样实现，周期是否吻合产品发展，在产品策划策划初期就需要全部都有所了解。
我也会经常遇到一些需求，领导说的很模糊，或者涉及到我未做过的领域，这时候如果懂一点技术，就可以从多方面了解怎样搭建产品和后续如何做延伸和改造。
【niejianhui的回答(1票)】:
这类问题很无聊吧.产品经理核心竞争力是出策略.而策略的产出依靠的是信息量；
懂技术意味着信息量比较多.但是信息量多和产出能胜出的策略又没必然联系.有时候直觉和洞察力包括执行力都是很关键的；
【钟耀然的回答(1票)】:
术业有专攻。
PM的核心能力是规划策划，合理分配资源，确保项目的顺利开展。（决策方向）
技术人员的核心能力是编写代码，实现功能。（执行方向）
PM懂技术的程度要看自身所处环境。
如果你身边厉害的技术人员多，那PM的工作重心就是提出问题，并给出用户想要的最终结果，过程就交给技术人员去实现。
如果环境不允许，PM甚至要充当半个技术人员并亲自上阵的话，这时候懂得的技术当然越多越好。
懂技术是PM的加分项，方便与技术人员的交流。但不是必须项，不要本末倒置，前期应把重心放在综合能力的培养，后期有余力了，再进行技术层面的理解提高，进行升华。
最后举一个例子（可能不太适合，纯个人经验）
做网站的时候，有时候做小单，设计+前端+交互+后台都是同一个人，就像PM跟技术人员都是同一个，网站是迅速建起来了，但很多时候都会被技术限制了，怎么便捷怎么弄，结果弄出来十分平庸。
如果是大单，牛逼的设计师出马，给出规划跟效果图，然后就让技术人员去实现，切片强的专心切片，交互强的专心做交互。结果大家都使出浑身解数去完成项目，使得设计师的想象力得以发挥跟实现，结果出来很是惊艳。
【陈红飞的回答(0票)】:
产品经理还是要懂一些技术方向和实现思路，不然和研发在一起也是牛头不对马嘴，搭不到一起。
【田春峰的回答(0票)】:
要懂技术，特别是对技术管理和技术开发名词的掌握；
先从概念上了解技术工作的内容和工作特点；
这是对产品经理的基本要求；反之亦然；
【黄元的回答(0票)】:
1.不需要精通技术,了解技术可行性是必须的.(看到楼上有人说不要被技术限制了思维,我笑了..)
2.了解技术的思维方式,懂得怎么去跟技术沟通,这样能更好的推进项目.
【王玉祥的回答(0票)】:
更多时候不在于你懂多少技术，而在于你多懂与技术共同服务的用户。另外在于沟通的技巧和良好的同理心。
【莎莎zls的回答(0票)】:
只能说当前的现状要求产品经理得这样，反过来如果开发多懂一点产品，相应的产品就可以少懂一点技术了。
各方各尽所能才能维持团队整体的效益和顺畅，也许是稍显天真，但应该是共同努力的方向。
必然是合作的，有好的合作伙伴才能更好地发挥自己专职的潜能。
【徐颖逸的回答(0票)】:
作为一名程序猿，表示和懂技术的PM一起合作是一件非常愉快的事情。
【郑毅的回答(0票)】:
从个人角度懂技术是个优势，懂的话在可行性和效率这样的问题上把握会更全面，如果不懂的话那就涉及到一个知识积累投入产出的计算，现有业务和职业规划中的瓶颈是什么搞清楚，如果矛盾突出那投入这部分去集中恶补，把教育和知识积累也按投资组合来对待。不要过于在意成功人士，他们喜欢谈自己的商业思维，而往往不喜欢谈自己在小屋里的coding历史。
【刘飞鹏的回答(0票)】:
懂技术，但不一定非要是技术出身
懂技术，但不一定要会写代码
懂技术，不仅仅是懂技术，还要懂视觉、交互、数据分析、项目管理和市场营销
如果不懂，你还不能称为真正的产品经理，仅仅是一个产品策划
【vicissitudes的回答(0票)】:
非技术出身，屁股决定脑袋应该要说做产品不需要懂技术。
但实践中的感觉是，可以不会操刀技术、看不懂技术名词，但如果连什么事情是适合用机器来做的都没有基本sense，则会很抓狂。如果能对需求的技术实现难度有一定基本判断——但切忌以这种自我判断先期就卡擦掉东西or单据此妄论优先级，而是能增强一些理解交流基础，会使项目过程效率不少。
【stevensunzh的回答(0票)】:
我觉得应该懂技术，但无需对某项技术很精通而是广。这样才能把握当前的时势。同时也能很方便的与技术人员沟通。
【三皮的回答(0票)】:
懂技术不一定要会做开发，当然没做过开发也很难真正的懂技术，我的意思是今天你做产品经理，你不需要再去写代码了而已，但有些技术上的东西要真正的理解，否则你不知道今天的前端领域有哪些东西可以更好的解决用户的需求，你也不知道后端技术怎样才能在效率上超越对手提升用户体验，所以做产品经理一定要懂技术，起码也要知道这个领域的最前沿的技术实现。
【包承捷的回答(0票)】:
术业有专攻，产品经理不能做到百分百技术ok或者技术文盲，但还要根据个人情况，我想掌握些可操作的的技术常识即可，必要的话了解下公司的技术研发情况，是否满足产品的需要加以判断。
【Faye的回答(0票)】:
在我看来产品经理是需要一定的技术背景的，他作为客户和技术团队的接口，推动产品的开发也运营。他需要懂得客户提出的需求在技术角度是否具有可实现性，一个不能实现的需求，是没有意义的。一个优秀的产品经理越精通技术越好～
【杨程博的回答(0票)】:
应不应该懂技术，很大程度上取决于你的团队是怎样的。
小公司、小团队需要更加全面的人，作为产品经理，需要懂得更多的技术细节，才能在产品功能和可行性之间做出权衡，确保整个项目进展正常。
大公司分工比较明确，技术方面一般会有专门的人进行评估和管理，对产品经理的技术知识的要求反而更低。
另一个取决于你做什么产品。比如搜索、推荐等相关产品，更需要考虑到算法性能等，需要了解技术。
【Jerry的回答(0票)】:
初级的产品可以不懂技术，但是想做牛*，必须要比一般人更懂技术，不一定技术很牛*，但说到什么技术都得知道，得了解。现在很多产品就提出一些不切实际的意见，如果他懂技术是绝对不会这么说的。
【Ricky的回答(0票)】:
我觉得产品经理主要应该懂的不是技术，而是逻辑和架构。PM懂技术当然也是特长
【张乐惠的回答(0票)】:
懂技术更好，利于产品技术执行。有时候遇到一些脾气大的程序员，这个不好做那个不肯做，想用些专业术语击倒你，你可以直接顶回去，或者帮他出技术解决方案。
PS：PM必须要懂一些技术常识，（而不是具体如何开发）对一些功能有个基本技术实施时间预期，否则就很难执行下来了。
【张重的回答(0票)】:
懂不懂的真的的那么重要么，有必要事必躬亲么，还是想想作事的本质，把事作好，你怎么作又重要么，你去写coder，那在大局呢，美好的组成不等于美好的整体
【白晶的回答(0票)】:
产品经理也分很多啊。看你偏哪一部分了。一个项目可能需要很多产品经理，负责技术的，负责UE的，当然如果能懂点技术就更靠谱了。产品实现毕竟是最终的价值。
【杨阳的回答(0票)】:
我记得一个细节，好像谁谁谁和乔布斯聊屏幕显示技术的时候，出来的时候感慨了一句，乔布斯比他们公司大部分工程师都更专业。
做好产品，懂技术几乎是必然的。当然，一个年轻的PM，不可能事事精通的，需要时间。但是，一定要有一种学习的心态在。
【龙毅的回答(1票)】:
我认为需要有基础，需要知其然，不一定要知其所以然。
【李超的回答(0票)】:
对于这个问题，我也是纠结的很久很久，最后的结论是没有标准答案，只能给你思路：
一般来说：用户的原始需求与技术无关。如何满足用户需求跟技术有一定的关联度，这个度跟你的产品所面对的市场不同而差异很大。所以具体情况具体分析吧，我个人的建议除非是你对技术很懂，否则还是装作不懂技术可能更好点。
【倪盛盛的回答(0票)】:
懂技术其实是为了培养自己架构产品功能的合理性。时刻保持最佳用户体验的眼光。
【左旋哥的回答(0票)】:
一句话回答：专精
你要做好的是产品经理，而非CEO。
【aofa的回答(0票)】:
其实 只要大概懂得sql语句 熟悉各个数据之间的逻辑关系 这样有利于创造能实现的需求
【张欢的回答(0票)】:
懂和了解是不同的。产品涉及到市场、用户、竞争环境等，需要产品经理面面俱到，对与技术不需要懂，只要了解就够了。这跟研发部门容易沟通，对于产品设计也不会太天马行空，而技术实现不了。
【孙明柱的回答(0票)】:
可以不懂技术，但一定要懂用户需求
我认识几个朋友，几乎不懂技术，但是懂用户
自己创业，干的很好
【李程的回答(1票)】:
产品经理需要懂用户，为用户负责，有的公司产品经理背用户KPI的。
需要了解技术，知道是否能实现，避免被忽悠。
【周镜华的回答(0票)】:
我是一个学计算机的视觉设计师，遇到过一个“产品经理”在被开发哥们忽悠不浅后提了个2b般的需求，
【需求大致是产品（网站类）要更新换代，入口处居然放一个没有登录态的新旧版选择，更加2b的是，由于新旧logo也不一样，就跟我说不用加头部logo了。连logo都不加，就等于连自己在哪都不知道】我想说你做产品就算了，还啥都不懂，直接被开发忽悠，人都管不住，还做鸟产品啊，你不一定要很会，但至少懂一点。
【汪文庆的回答(0票)】:
如果一个小团队或创业型团队，一个产品经理不懂技术是很难的
【吕庆祥的回答(3票)】:
产品经理是一个产品的CEO（特指互联网产品经理），应该在懂用户，懂市场之余，在各个方面都懂一些。从沟通的角度上讲，懂了某方面的东西自然就和某方面的人有了共同语言，沟通就方便的多。这是比较容易可以看出来的需要。
另外产品经理在判断一个事情，是否要做，如何做的时候。如果懂得技术实现的基本原理，那么自然也就非常容易做判断，到底做还是不做，分配多少资源，分配多少人力，也就心中有数了。但是也不必懂太多。如果到了超过手下技术人员的水平了，那就大可不必了。反倒会限制团队实力的发挥。也就不是产品人员应该侧重方向了。产品经理最重要的是决定做什么，也就是俗话讲的做正确的事情，而不是技术上把事情做对。这是技术人员应该关心的。
还有一个层面，产品人员应该懂战略性的技术。比如对于网络，计算，存储等等设备的更新发展脉络，以及未来走向，成本趋势，要心中有数，这样才能在设计产品，或者进行产品的战略规划的时候提出有效，而且合理的规划。
某些产品要求产品经理对技术要非常熟悉，这就要举例说明了。比如 google 这样的产品，以及后续其他的大规模海量数据的产品经理，都是技术密集型的产品经理。这对技术的要求就更高了。很难想象不懂pagerank算法的产品人员能提出google，或对google有什么实质性的改进。所以这里的产品经理其实就是有想象力的技术人员。所以有些个别的领域对于产品人员技术水平的要求其实是很高的。而且这也是合情合理的。
【崔凯的回答(0票)】:
“懂技术与否”这个问题属于“道”与“术”中的“术”的层面：只是决定了你完成工作的途径和方法，而不应影响到你做产品最核心的东西。
从知乎关于产品经理需要什么技能，技术要多高这一系列问题的答案，很明显看得出有四拨人在回答：技术强的产品经理、技术弱的产品经理、工程师和像我这样打酱油的学生。大家的观点也是55开。这其实也就是个不严格的调查：任何公司里都能找到技术强或弱，但工作绩效非常好的产品经理，比例也几乎相近。
关键在于能不能扬长避短。技术强的产品经理，在实现产品原型、对新技术的感知，包括和工程师的思维模式，都是有优势的。技术弱的产品经理，相信在商业意识、美学设计上应该有自己的独到之处。一个公司从长远看，真是应该有不同特质且水准以上的产品经理，才可能实现马化腾说的“人无我有”和“人有我优”，才可能做出差异化的产品。
作为来自电子科技大学这么所学科范围其实很狭窄的学校的在读硕士，深深的感觉到了“千人一面”和“一元文化”下带来的优劣。我想，如果有校友，应该也是能体会到这一点的。
不过，从职业终点反过来看。产品经理作为一个复合能力、知识体系高速迭代的职业。最后应该是不懂技术的也会懂。
【钱鹏的回答(0票)】:
懂了最好，PM最强的应该时风险预估和数据分析，和市场的敏感度，所有东西都可以成为工具，技术只是其中之一，而且也要看行业
【世亮的回答(0票)】:
马云不是不懂技术，他懂商贸，这才是阿里巴巴的核心技术，而非代码，显然阿里旺旺不如QQ好用，但不碍其电子商务上的发展，因为代码只是工具，可以交由团队实现。
【苏信的回答(0票)】:
懂好过不懂吧
【石磊的回答(0票)】:
这个问题跟项目经理需不需要懂技术一样，个人理解，如果想成为好的产品经理，具备一定的技术背景还是必须的，这样至少在产品的技术可行性自己能有一定的把握，同时再跟开发人员沟通的时候也更加流畅。
【曾永强的回答(0票)】:
我已经受够了不懂技术的产品经理了。
另外还有大量不懂设计、连基本美感都没有的产品经理。
【饶磊的回答(0票)】:
还是得懂点技术的，同意fenng的
【呼呼的回答(0票)】:
不懂技术的人多了去了，PM不是开发者，但是需要知道开发的流程和一些基本的技术知识、实现原理等
【白磊的回答(0票)】:
作为产品和主创，请先不要抱着应不应该的问题，必须抱着需不需要的问题。"你就是革命的一块砖，哪里需要哪里搬“
【Fourline的回答(0票)】:
1PM 是个统筹设计产品框架的职位。首先要搞清楚这点。
【马镭的回答(0票)】:
领导技术团队的一把手通常对技术没有多少深度，但是会对团队的成员了如指掌，知道他们会做什么，如何搭配；
【王凡然的回答(0票)】:
这个是无解的
只要坚持：门外汉不指挥门内汉，事情交给合适的人去做
我觉得就很靠谱了
【郭冰的回答(0票)】:
需要懂事情运作的规律
【郭来东的回答(0票)】:
创业的最好懂技术吧，不是都说内行领导内行么。搞得外行领导内行问题就多了。
【曹建的回答(0票)】:
产品经理一定要懂技术；产品经理的一个主要工作职责是推广自己的产品，试想如果一个产品经理连自己的产品都不了解的话，谈何推广？要做一次好的推广，必须要知道竞争对手的产品，熟知其产品优势，更要熟知其产品劣势；如果竞争对手的产品正在客户那里使用，还需要知道其产品与客户需求的匹配程度，当然这些需求可能会被客户明确表达出来，也可能只是隐藏在客户的抱怨之中，试想如果没有足够的技术功底，也对整个产业的技术发展趋势没有足够的了解，要想做到上面的要求真的是没有可能的。另外，也要熟知自己的产品，这里的熟知不是能够背出产品指标和参数，而是要真正结合客户的需求来提出解决方案，并突出产品的亮点。
产品经理还要懂财务；这里不光是指在开发产品时对产品成本的控制，也是推销产品时要将产品的亮点进行利益陈述。见过很多的产品经理，将研发给的Highlights做为产品亮点孜孜不倦的在述说，有如大话西游的那个唐僧。在第一次见客户时，这么去讲客户出于好奇，还会有丁点儿效果，但之后呢？之后客户就会像悟空一样将你毫不留情的踢出去。所以一个好的产品亮点的利益陈述是要转化成客户的价值，尤其是“钱”上的价值，如果不懂丁点儿的财务知识，很难完成这种转换。
产品经理还要懂市场；上面很多讨论，基本上有一个共识，产品经理要懂技术，这点没有疑议。但产品经理要懂技术的要求，不是说要去和研发工程师PK技术，如果是这样的话，也太小瞧别人工程师了，毕竟在他那个领域，他比你更懂，因此不要试图去和研发工程师PK技术！拿到一个市场需求需要推动研发开发，我们需要陈述的不是技术上的可行性，而是需求的市场价值，很难想象一个不懂市场的产品经理推动开发的产品能够满足市场的需求。
因此，归纳下来，产品经理要做到既懂技术又懂市场。在面对研发人员，你是市场专家；面对市场人员，你是产品专家。
【郭艺丹的回答(0票)】:
所谓艺多不压身，懂技术可谓锦上添花，那位大神给推荐一些快速懂技术的方法和途径，或者书籍？
【陈力的回答(0票)】:
我见过很多公司的产品经理都是从技术转换过来的。做N年之后，对公司的技术框架、业务有了了解之后就转型了。
【朱祎的回答(0票)】:
要回答这个问题，需要先解决一系列的前提问题啊
比如，对于技术的定义。懂技术 = 会coding？还是懂得技术方向？还是会应用技术思路来思考问题？
再比如，这是一个什么产品？是技术驱动的？还就是一个成熟的软件系统的clone？
这样的问题，没有标准和统一的答案啊。
不过就我的经验而已，我觉得产品经理一定要懂技术，至少就技术方向上要和程序员在一个水平线上。因为产品经理是客户和程序员之间的桥梁，所以，其实两边都要能懂些，不然怎么交流呢？
【何毅的回答(0票)】:
我认为还是要看具体的产品。象磁盘、CPU这类产品不懂技术怎么做呢？如果都是些流程化的象游戏这样的产品，可以不懂技术。
【史辉的回答(0票)】:
说那么多，就一句话：
能完善的和技术沟通，把你的思想表达给技术了解就行了！
怎么做技术永远比你专业，如果因为协调沟通问题导致非要去学点技术来充门面，只有2个后果，要么不够专业让技术喷，要么够专业花了你本来更应该花在需求分析，产品决策，运营方面的精力和时间，从而导致你失去了在本职专业上原本可以更好的机会。可以看看乔布斯懂敲代码吗？懂设计电路板吗？他都不懂，但他是世界最顶级的产品经理！
说的越来越多，这件事儿古人早就有定论了，“术业有专攻”，人的精力是有限的，你不可能什么都精通，什么都大神，懂得挑选哪些是自己更应该做的是一种可贵的能力。
【南方的回答(0票)】:
恐怕只有互联网行业才有这个怪问题。如果一个餐厅推出一道新菜，负责它的产品经理不会做饭，谁敢吃...
【朱小琪的回答(0票)】:
不懂技术就去学习技术
【杨利的回答(0票)】:
不强求有多精通，但软件产品和互联网产品都是构建在信息技术基础之上，为了更好的实现产品 ，更好的沟通，更好的掌控进度，懂比不懂好。 完全不懂技术的，那是用户，不是产品经理。
【大蒙蒙的回答(0票)】:
mark,看完后毅然下决心....
【艾米的回答(0票)】:
逻辑思维能力，对产品有感觉， 能够化繁为简，解决问题 这个是产品经理的核心素质，懂技术，能够更好的换位思维，这是走向优秀产品经理的阶梯。
【毕晓妮的回答(0票)】:
需要懂技术的逻辑思维不需要拿是不是技术出身来要求，产品经理最需要的是良好的协调沟通能力以及idea和全局的思维观。
【袁小玉的回答(0票)】:
很好，很受用~
【陈嘉的回答(0票)】:
读了本文深受启发，本来以为凭借对行业的了解，和对用户习惯的摸底，不懂技术也不是什么大问题，但事实正好相反，你往往很难跟技术人员沟通，或者他们有自己的喜好，做出的东西根本不是你要的东西，浪费了时间和精力，所以懂一些技术还是有好处。
【Mr Liu的回答(0票)】:
谁推荐下产品人应该看看那些技术方面的书。我面向的是JAVA开发的软件。
【曹先进的回答(0票)】:
产品经理懂技术要好一些，可以跟技术人员更好的沟通，更好的实现产品原型。如果一个公司是技术驱动型的，估计产品经理要更懂技术，如果一个公司是产品驱动型的，估计技术人员要更懂产品。技术和产品相辅相成，缺了谁都不行，技术和产品都是为了共同的目标服务。
【李午明的回答(0票)】:
对技术是外行了，不懂，但还是说点自己的想法了。
第一，我觉着产品经理首先是一个十分称职的用户，而且是不断找茬的一个的用户，这个用户背后站着的是一群用户，这些用户在目前产品体验上感觉缺少了点什么，希望什么样的产品解决存在的问题，当然，对产业趋势有一定认知的话就更好了；
第二，有了大概的思路，要开发什么了，既然是产品经理，当然得和手下沟通，我们要做出什么样子的产品，有什么用，解决什么问题，不一定非得懂技术，但一定视野要开阔，最好能站在较高的产品运营的层面去考虑问题；
第三，分配任务干活了，懂技术更好，不懂也无所谓，不过既然是技术经理，挂这个名了不懂点也太说不过去了~~~
【apin的回答(0票)】:
我的猜想：投fenng的大多懂技术，投边江的大多不懂或不太懂技术。如果真是这样，那我们是不是应该反思我们是否过度夸大了自身的价值？给我感觉好像在争夺话语权。这样说吧：技术或产品的颠覆式创新都可以引领潮流（不用争来争去了），而更完美的是两者都是完全创新。所以最完美的也是一个人同时产品与技术都牛逼。如果产品比技术牛的PM可以选择产品主导的团队，反之亦然。扯远了，让我们回到问题本身，结合提问者的语境来看他是产品主导型的，想知道的是要懂得多少技术（包括具体是哪些）才能与技术大牛能很好的沟通协作。其实这个问题一时半会谁也回答不了。我的同样也是忽悠：在做好你本职的PM工作的前提下，懂得越多技术越好。
【罗兴民的回答(1票)】:
从产品经理的职能和性质看问题。
1、如果偏向产品研发设计的产品经理（项目驱动），请多懂些技术。这样在公司的职能要求下，能更好的和技术部门做好各种沟通。
2、如果偏向产品运营设计的产品经理（需求驱动），请多懂些用户体验，技术是实现用户体验的工具而已，略懂可以提高工作效率。
总的来说，产品经理是个万金油角色，但我个人不建议从技术转行，因为这样产品经理会拒绝更多的应用，因为从潜意识里面，技术的框架将抹杀很多很好的点子。
【周自强的回答(0票)】:
这里的回答都是有关互联网的。但是产品经理的范围很广，白色家电、消费类电子、奢侈品、化妆品、玩具、服饰、家具、甚至餐饮，都有产品经理的身影。很多自然不需要技术。
【阚勇的回答(0票)】:
懂技术不意味着就要干预工程师，掌握好度。不懂技术的话只能是外行指挥内行。
【张鹏的回答(0票)】:
看如何理解技术了。
产品经理应该不需要用到Coding的能力，但需要知道技术团队能够实现什么，不能实现什么，要做到这些起码要对基本的技术知识有了解，并能够知道每个技术知识能够干什么不能够干什么。举个例子，如果一个网页上要做一个延时加载的功能，这时候起码产品经理应该知道目前行业里这个功能是可以实现的，可以通过例如JQuery等Java Script库完成，这就够了。
产品经理最重要的还是对业务的了解乃至于精通，并且可以在业务的基础上提出产品预案，不管是优化产品的也好还是创新的也好，这个都是建立在对业务的绝对理解的前提下，结合可用技术实现的，当然可用技术产品经理只需要知道就好了。
【豆豆的回答(0票)】:
我个人觉得是需要懂技术，需要理解技术可应用范围以及技术当前的可行性边界，但不求像工程师一样能随时上手代码。产品经理需要保证产品的正常“出品”，工作重心不能歪，期间工程师们的良好沟通很重要。
【杨裕欣的回答(0票)】:
我觉得 一个对某种技术狂热者加上一个了解这个技术并专注于市场和产品的产品经理是创业绝配，当然，只是初期绝配~。
产品经理可以不懂技术，但身边一定要有技术天才~
【Oliver的回答(1票)】:
工程师的思维，艺术家的心，有人这么描述乔布斯。
【胡琛辉的回答(0票)】:
而且做产品，懂设计比懂技术更重要。
【郝炳杰的回答(0票)】:
分析、判断、决策、善用资源。
【刘晟的回答(0票)】:
要懂一些，要懂这些技术能做什么，实现原理能出什么问题，然后还要向研发学习，听不懂也要装个貌似懂了一点点，然后赞美两句
【徐蓓的回答(0票)】:
不懂技术没关系的，但是一定要对网站功能设计有感觉
我就不懂技术。
【jing的回答(0票)】:
为了更好的和开发人员沟通，你需要知道一些技术。你没必要知道具体怎么实现的，但是最好知道一些常规的实现方式会带来什么性能上的问题。
【吴炽羽的回答(0票)】:
可以懂一点，方便交流，但是如果有值得信任的技术团队，可以相信他们的专业建议。
【张仁元的回答(0票)】:
任何产出物的职业必须懂的他是怎么一个制作流程和工序，才能更好的去设计创新。懂则通的道理。
【Fishenal的回答(0票)】:
需要懂原理就可以了，否则提出的需求实现起来太麻烦
【魏巍的回答(0票)】:
产品经理和技术经理是有区别的。
技术经理更关心产品的框架，技术，结构，软件，应用。
产品经理更关心用户的体验，思维创新，实用性，易用性，当然对技术也必须有所了解。
【ATONG的回答(0票)】:
一个美食家，不一定是好的厨师。一个美食家，有时候着重的是如何去品尝每一道美食，而不是在想如何去搭配出美味的料理。搭配美味的料理自然会有厨师这个强项所在，如果加于指点或者强加建议的话，有时候会适得其反。
【陶坤的回答(0票)】:
产品经理需要更理解用户，若觉得懂技术的产品更有竞争力，岂不是从研发转到产品的人天然就有巨大的优势？
我觉得，让产品经理懂技术，是需要产品经理在团队工作中，学会理解并尊重开发工程师的劳动。这样，肯定不会出现，产品经理认为动动手指头就能实现的功能，开发工程师可能要忙活大半天的情况发生。
也有人觉得这是沟通的需求？
我觉得，在双方职位的要求上，就必须要求各自能从不同的领域和角度来讨论问题并让对方理解。
【王皓南的回答(0票)】:
乔布斯懂技术么？
【羽田的回答(0票)】:
也有不少创业成功的不懂技术，但这些成功例子大多局限于革命性的想法上面，所以想法也很重要，在此之上要有启动资金圈人把这个IDEA实现
【张伟仁的回答(0票)】:
需要懂技术，这样在设计产品的时候可以比较现实的知道是否容易实现。多看看技术介绍的书籍，明白大致原理就比一点不懂好很多。
【王涛的回答(0票)】:
产品经理要学会和对方打交道，用对方熟悉和喜欢的语言描述场景、讨论问题。而不是自说自话。
【林新弟的回答(0票)】:
以个人经验产品经理应该是至少了解技术，对技术领域所能做到的东西具备辨别的能力，这点我觉得不难，毕竟所专注的方向不同，各方面的知识只是一种推动产品更加完美的实现，“懂”这个词所以觉得有点牵强
【张踔的回答(0票)】:
我就觉得好多答案都好抽象
【徐冰洋的回答(0票)】:
原来产品经理还可以不懂技术啊。。。。长见识了
【贺才佳的回答(0票)】:
阿里巴巴集团首席技术官、阿里云总裁王坚 就什么技术不会，关门搞阿里云。你可以查查，不是我乱说的。
【王宇鹏的回答(2票)】:
我觉得讨论太多没有必要,只要看看国外的互联网公司创始人有多少是不懂技术的? 微软 facebook,twiiter, 等等.
【杨东年的回答(0票)】:
首先你要更懂你的用户，其次你要知道这个用技术怎样实现。要时常进行角色互换/扮演，让自己“精神分裂”。
【程国锋的回答(0票)】:
懂技术是必须的,,见识过不懂技术的PM提出让人吐血的天马行空需求,..现在PM都被叫烂了,不动互联网的应届生都喊着做PM,还真有老板要
【刘贻韬的回答(0票)】:
好的产品经理会做人会说话，有大局观。我很赞同：产品经理相当于一个打车的，知道要去哪儿，并且知道：哪条路最短；哪条路绕一点但是最顺畅；如果哪条路限行了，该走另外一条路。。。那么，技术开发团队就相当于是司机。打车的可以不会开车，但是要到目的地，知道上面的东西，可以省钱，省时间~ 司机可以接不同的人，不同的路线，只要能走到目的地就行~
【张琨的回答(0票)】:
1. 多年前入行的时候才知道有个职业叫产品经理，现在也没有其确定定义
2. 别纠结了，产品经理懂不懂技术不重要，重要的是项目的执行谁在把关，叫不懂技术的带领工程师攻城那就像不会使刀的人带着大家冲锋陷阵。
3. 别上到战略层面考虑，大部分公司所为的产品经理不是知道战略用的
4.综上，懂不懂没关系，有关系的是你得保障结果。
【姚雷的回答(0票)】:
不懂技术就不容易跟开发人员交流，这是最基本的，当然如果本身不知道产品经理是干嘛的，交流再多也是白搭
【Stark的回答(0票)】:
那要看是做什么产品了，如果是服务，那可以不懂技术，马云不就是个例子么。但这种成功的例子不多，原因在于成功者往往是深度用户体验师。
【王岩的回答(0票)】:
这个要看，产品经理如果懂技术绝对是个加分项，但是如果技术本身的产品感强，也是一样的，最终出的List都是双方过了以后的结果，都会比较精准地符合项目需求
【范剑的回答(0票)】:
一个产品团队就像一只足球队，产品经理是教练，工程师、设计师等是球员。很难相像，一个不懂足球的人能够成为足球教练。
【李纪彬的回答(0票)】:
google是技术驱动型的公司，大家看他的产品也很成功，qq是产品驱动型的，工程师动脑经少，所以国情不同，qq抄袭发财，google创新发财！google的宗旨是不作恶，qq是人不犯我我不犯人！
&&&&&本文固定链接:
【上一篇】
【下一篇】
您可能还会对这些文章感兴趣！
最新日志热评日志随机日志