岭南六少 – 一朵在LAMP架构下挣扎的云

我的观点是：产品经理要比开发人员更懂技术。

懂技术，不意味着写代码比工程师更好，而是明白技术能用来做什么。这个非常重要。

懂技术，也会理解开发人员，一起做事情更会得心应手。

懂技术，在针对一些功能实现的可行性上，才会有所取舍。

PM不懂技术没什么问题的，但要要懂工程师的思考方法，要知道技术的一些逻辑。
从实践上看，不懂技术的产品经理做的产品成功的更多一些

见过几个小公司有真正的产品经理？ 见过多少百分比大公司的产品经理是从开发转过来的？

一切都是业务需要， 高级产品经理的核心价值，即做决策、统筹资源与迭代的频率，并踩准形势的timing，不断被用户驱动，突破引爆点。

如果只是一个写规划、文档、项目协调的专业角色，技术背景和理解力不过是增加职业发展的砝码而已。 懂多懂少，又能影响什么呢？如果不懂，那怎么做决策呢？

作为一位工程师，和一位在不断追求更好产品的设计人员。个人认为，产品经理最好是这样的：

一、 精通技术。技术很容易框住人的思想，要不特别精通，能随时跳出技术的束缚，带给产品真正的提升。一般这种产品经理会出现在像 Facebook 和 Google 这种工程师能主导产品的公司，或者一些技术型创业公司。

二、不懂技术，喜欢天马行空，又能听得过工程师的建议。精于产品的设计，生命周期管理。

如果只是略懂点技术，可能（注意，是“可能”）会带来思想上的限制。一个人永远不能管得了那么多，精通得了那么多。有时候我们更需要的不是会技术又会懂产品的产品经理，而是相信伙伴能做得好，并鼓励其一起去做得更好的产品经理。

这里我觉得需要看“懂技术”是属于哪个模块的，架构，CODING，还是算法逻辑？个人认为，互联网公司的产品经理需要了解的是从需求到实现的解决方案，根据项目资源，做出最佳选择~ 更偏向综合性质吧

打个简单的比方:

产品经理相当于一个打车的，知道要去哪儿，并且知道：哪条路最短；哪条路绕一点但是最顺畅；如果哪条路限行了，该走另外一条路。。。那么，技术开发团队就相当于是司机。打车的可以不会开车，但是要到目的地，知道上面的东西，可以省钱，省时间~ 司机可以接不同的人，不同的路线，只要能走到目的地就行~

这取决于做什么产品，以及做产品的哪部分，还有“懂技术”也有各种程度，总之这个问题不能一概而论。

如果是做监控宝（www.jiankongbao.com），我们要求产品经理必须懂技术，因为这本来就是技术型产品。
如果是做一个非技术型的产品，懂技术的产品经理可以更好的在合理设计、实现难度、性能三者之间做好权衡，如果网站没啥流量，那性能就算了。
你可能说产品经理不用管实现和性能，理论上是这样，但是前提是你得有一个比你这个产品经理更懂产品的程序员来帮你预见未来可能会让你抓狂的问题。
那产品经理到底要懂多少技术？这是个世界难题，或许可以写本《给产品经理看得技术书》哈哈。

产品经理其实不需要懂代码里的细节，但最好知道实现这个功能的技术模型是什么样的，理解一些术语。有一定的开发经验最好了，不懂也可以工作后补一点（我看到我同事就买了本JAVA编程思想，啧啧），主要是为了与技术顺畅沟通，少提出让技术觉得不可行的产品设计。但要注意不要让技术束缚了你活跃的思维。

优势：

1) 在考虑产品可以有哪些功能时，自己就能确定大部分功能是否可以实现，实现的成本有多大，能不能做，而不用咨讯相关专业人员，省出很多时间。

2) 在缺兵少马时，自己还能担刀上阵折腾一把。

缺点：

1）容易跌入产品的实现细节去，而忘记自己更应该思考的是这个功能应不应该做，要做成什么样子，应该在什么时候完成，谁来做，要做的功能还有哪些—-而至于如何实现，应该交由具体的成员来做。

2）在与产品团队成员讨论功能时，忍不住想发挥下自己的技术，过多掺和到团队成员的专业领域，会令他们心里排斥，虽然很多时候他们没有很多说出来，而每个人都想发挥自己，希望证明自己所想的是对的。

扬长避短：

1）在进行技术思考时，只需要知道可不可以实现，而不应过多去考虑它如何实现。

2）将表现机会留给团队成员。在与团队成员讨论功能的实现方案时，谨记你给出的只是建议，而不是命令，除非该成员对如何实现某个功能真的一愁莫展，除非该成员是个新手或者能力太烂，又或者这个功能至关重要。

3）因为是技术已经深入技术型产品经理的基因，所以理所当然对技术会有所关注，要注意的是，不能把太多时间投入到技术（假设你的公司不是技术驱动型），在运营、营销、用户体验也要给些精力。

从一个工程师的角度看, 根据以往合作的经验, pm懂技术还是很难能可贵的, 一方面大家容易在同一个语言环境内对话, 二者大家都不用扯皮, pm不会不可理喻, eng不会瞒天过海, 三者我觉得这是很好的良性互动,是一种螺旋向上的趋势

我认为，如果你能达到下面三个要求，懂不懂技术都无关紧要。

一，很多产品的诞生往往和技术创新有直接联系。如果你能对新技术的发展有敏锐的嗅觉，并且理解新技术可能对用户带来的价值，那么，你不需要懂技术。

二，如果你可以和开发团队流畅沟通，你能明白他们的困难，他们能理解你的表达，那么，你不需要懂技术。

三，如果你的需求从来不会以“不具备技术可行性”被开发打回，那么你不需要懂技术。

有些懂技术的人这三点也未必做好，有些不懂技术的人这三点也做得相当好，呵呵。

但从概率论上，懂技术的人会处理得相对好一点。

仅供参考。

了解技术
1、知道怎么和技术进行沟通，用技术的思维去讲述自己的产品逻辑
2、知道怎么样确定产品从开发到上线的周期，合理安排项目时间
3、知道产品的设计中如何避免提出造成技术不可行的方案

技术也应该是一个好的产品！

又是个这样的问题。。。

不需要多懂技术，但是要懂搞技术的人。

能听懂他们语气里的行与不行，是真不行还是有点虚。能懂他们与产品迥异的思维逻辑，并通过良好的沟通进行理清，达成共识。面对搞技术的人，要又贴心又坚持。

按以下顺序思考：

1 从广义看，产品经理懂技术的目的是什么？
2 要做的是什么产品？
3 怎么定义产品经理？或者说产品经理的主要工作职责是什么？
4 懂的定义是什么？

懂技术的好处Fenng已经说得很全面了，没太多可以补充的。

不懂技术是可以的！

我来说说不懂技术的情况吧：

很多产品经理不懂技术，在国外尤其常见， 也有产品经理技术很老土，90年代80年代的技术早就过时无法再用了，这类产品经理需要注意什么呢？

1. 用户体验，你身为一个用户要知道我想要什么，我最需要什么，另外你千万要注意抓重点，不要总是想设计一个完美的东西，技术的时间和精力是有限的，你会苦了他们。 抓到重点，把精华的部分做好就可以。这里有个小窍门，你每次确定需求后，砍掉最为不需要的20%，发现不好砍就纠结一下再看 ，这样会对技术好很多，切忌不要完美主义。

2. 不要改来改去，想好了，写成书面文档，再去和技术沟通，不断修改， 不要等技术做好后你又因为不符合你的意思而大发雷霆。

3. user story一定要写得详细，你要永远清楚项目经理是催人干活的人，产品经理要是编故事的人。无论是增发模块还是重构，都必须要以用户故事为蓝本。 同样记得砍20%，别把故事编成科幻小说。

以上都能掌握之后，你就是一个好的产品经理了，可以一行代码都不会写，但是一样能设计出好的产品。

我是开发出身，我不是产品经理，我是半个产品经理（交互设计师）；

有过开发的经验，我和开发的同事交流起来，相当舒服，我会非常尊重他们，我知道写代码的过程和感觉是怎样的，所以我认为懂一些技术，懂开发，这样会更好一点；

创新工场的刘静在HiUED的交流会上曾经说过一句话，多元化的背景对于设计师来说是相当好的，我也延伸一点，多元化的背景对于产品经理来说也是相当好的！

至于懂到什么程度，到能讲明白功能的代码实现原理即可。

作为产品经理，我十分希望自己更懂技术。最好是能看得懂代码，了解代码背后的逻辑和意义 —— 这十分有利于和工程师的沟通协调。

同时如果产品经理晋升到更高的管理职位时，需要垂直管理更多的 PM + 工程师，对于技术的了解会让项目掌握更加游刃有余。

1. 懂技术，对于做产品能更直接达到你的初衷，没有沟通中的信息损失或扭曲。
2. 懂技术，可以知道什么能做到，什么做不到，跟工程师更好沟通，懂设计也是一样。
3. 懂技术，往往能比别人更快的出产品和改进，在早期很重要。

另外，如果产品经理善于学习，长期来看，技术不是问题。

对技术有一些了解就行。平时多跟程序员们交流，一起吃饭一起玩儿一起聊天儿，比懂技术好使~

产品经理，尤其是创业公司中的产品经理，必须要懂技术，而且一定要是技术水平高于开发人员的平均水平。
原因如下：
1. 最常见的场景：
产品经理提出一项需求，要跟设计打交道，还要去了解用户的想法，还要去跟市场谈支持。但技术团队评估后表示实现代价比较大，而产品经理又觉得这个需求很重要，对用户价值和用户利益很大，这就需要产品经理具备相当强的技术素质，可以与技术团队进行沟通和对话，大家一起分析risk和收益，综合权衡后对原来需求做出调整、折衷，就才有可能达到一个win win solution。
2. 项目进度控制：
开发经理和产品经理因为立场不同，往往对schedule有不同的理解，必须要有技术背景，才能分析出来，软件实现中困难在什么关键环节。发现瓶颈所在，从而解决。

对于我现在产品的所有竞争对手，我都大致上从技术层面分析过，这就保证了，我对产品的理解的深度。
知己知彼，方能百战百胜。如果只是从应用层思考，说明这个产品经理的素质还有待提高。

一句话，想做成事的产品经理，技术是关键，“功夫在诗外”的那些素质（沟通技巧等）是锦上添花的。

坦率的说，马云等并不是很好的产品经理的例子。
相反，马化腾，周鸿祎才是一个非常好的产品经理的例子。

我觉得即使不懂技术，也要懂工程师的心理

百度系曾经那批以俞军、边江 李明远为首的产品经理应该是中国最牛逼一批产品经理了，但都不是技术出生懂的技术不多吧。所以对于大部分产品而言不懂技术不是什么大事儿，但是知道一些实现方式和“懂技术的思维方式”也很重要，这决定了可以更好的沟通。

但是有的技术性较强的产品还是需要懂技术比较好，比如某些做后台的产品经理

创业和懂技术是两个不同的概念。

对创业中的产品经理来说，既创业，又懂技术，这两个不矛盾。

如果说非要整出个结果来，我的意思是——尽量的多了解一些技术相关的东西。“懂技术”是加分项，但不是必要项。大家都知道到一专多强的PM才是更适合掌舵的人，他的职业要求他关注广泛，掌控力、协调力和执行力一个都不能少。

做人和做产品是一样的，先把基本面做到，在此基础上完善、优化加分项，力求更好。

这问题不能一概而论。
如果看一个完整的产品团队，其中会有多个角色，如产品经理、系统工程师、项目经理、UCD工程师、开发工程师、测试工程师、市场、财经、服务人员等。
产品经理是协调者，在团队内部以及团队周边进行协调以平衡产品开发的质量、时间和成本，并最终保障产品的市场成功。
注意我前面用的是“角色”二字。在实际的团队中，未必能有如此完整的人员配置，产品经理个人很可能会分饰两个或多个角色。比如团队中没有独立的系统工程师，而恰好产品经理个人技术能力很强，那么他可能会兼任系统工程师这个角色。这样的好处是降低管理和沟通成本，提高开发效率；但坏处是产品经理受困于具体技术工作而忽略全局把握，尤其对于大规模团队，这是很危险的。
所以对于小团队和初创团队，产品经理可以多懂些技术，在有限的团队规模下，快速开发产品；而随着产品市场规模和团队规模不断扩大，产品经理则更需要超越技术，把握全局。

产品经理当然要懂技术，不能因为不需要敲代码就不去了解技术，
所以产品经理的懂技术需要技巧：
1、先知道你的产品需要哪些技术
2、弄清楚几种技术之间的关系
3、了解每种技术的基本逻辑
4、遇到不懂得问题积极和技术工程师探讨，不要不懂装懂
5、先从产品逻辑理解技术，然后用技术逻辑进行反推
产品经理也要忌讳对技术的深入钻研，因为那样的话容易导致从技术工程师的角度出发，产品经理也很吃亏往往就是什么都懂什么都不精，但是这也是产品经理的特色。

啥事情多没有绝对的，就像工程师一定要学计算机毕业吗？也未必见得（新东方的王强就是例子）。
人天生就是适应能力极强的动物，需要根据环境变换自身的能力。
即使统计学上发现不懂技术的产品经理比懂技术的产品经理成功更多，也不代表不懂技术的你就能成为那个你希望成为的人，反之也成立。

关键在于你自己所处的环境和你自己的特色，还有就是拥抱变化，

扎尔伯格是好产品经理，拉里佩奇是好产品经理。但乔布斯也是好产品经理，马云也是好产品经理。

技术会加分也会减分。有很多产品经理就由于太懂技术了，最后反倒过于考虑技术实现，最后被筐住了思维。产品经理，应该运营的思维，全局的把控能力以及独特的视角和创新思维比懂技术耕重要。

需要懂技术，懂技术包括几个层面
1.需求过程和用户行为，这个是必须懂得。
2.开发和实现技术，这个需要懂，懂得度在于你没有真正开发出来，但是可以初步可以回答这种方案是否可行，具体有哪些优缺点。但是这个确实又需要实际多年技术的积累。

聊一下产品经理懂技术的个人见解：

1.可以更好的与开发人员做需求对接。用开发人员理解的话去告诉他应该怎么做，很少会出现功能开发完成与需求不符的情况，减少开发人员的无用功。

2.在开发人员开发过程中你可以更好的了解开发进度。

3.对需求变更可以充分评估，不会与开发人员产生不必要的冲突。

4.在你更懂开发人员的基础上，你们会有更多的沟通。

5.懂得开发人员在开发过程中的艰苦，更能拉近与开发人员的距离。

总结一句话：懂技术就是懂开发人员，懂开发人员才能让项目或产品更顺利的完成。

我说，我们先别讨论了，先界定一下：
1、“懂”的范围和程度，怎么才叫懂？
2、“技术”的范围。懂神马技术？
不然，就不是以产品经理的思维讨论问题喽！

可以不懂，懂了更好，但是技术思维要不得。

作为一个开发者，表示无法和不懂技术的家伙沟通

首先，需要懂的不是代码，而是技术的流程。有助于对产品前后端的优化吧
其次，稍微有点技术感觉，是方便沟通的
另外，虽然我也不怎么懂，但是geek一点总觉得酷一点，哈哈哈

创业型公司，如果产品经理能懂“技术”，那可能节省了某些成本。但非关键。
产品经理重点是要理解消费者需要什么或潜在需要，该产品在该如何迎合消费者，这才是关键。
马云不是不懂技术，他懂商贸，这才是阿里巴巴的核心技术，而非代码，显然阿里旺旺不如QQ好用，但不碍其电子商务上的发展，因为代码只是工具，可以交由团队实现。
然而既然不懂那就需要充分信任和了解自己的团队。在产品理念和可行性中取得平衡点。听说IPAD前身曾被乔布斯放弃，然而现在又重新做出来。这个是很好的例子。

负责的产品范围越大，需要懂的技术就越少，越是小企业就越需要产品经理懂的更多，往往小企业PM所要做的东西就很好，而大公司可能就会资源分配，PM应该搞好产品，而不是去制造产品

一定要懂，不懂怎么沟通。懂到什么程度就要看项目中用来实现的技术占有多大的分量。

如果懂技术可以让你做的更优秀，为什么你可以不懂？

个人观点，你可以不懂，但不代表你不需要学习。
你真的以为乔布斯技术层面啥都不懂吗？

这类问题很无聊吧.产品经理核心竞争力是出策略.而策略的产出依靠的是信息量；
懂技术意味着信息量比较多.但是信息量多和产出能胜出的策略又没必然联系.有时候直觉和洞察力包括执行力都是很关键的；

产品经理应该是更靠近用户的一群人，发现用户需求并实现是其职责。
懂得技术能够与工程师更好的沟通，消除沟通中的障碍。懂得总不会是件坏事。
但无论懂不懂技术，用户需求都必须被产品经理放在第一位，而良好的执行，则需要通过团队的合作来实现。

产品经理对技术不一定要精，但是一定要全。知识面要广。知道那些功能是必须的。不能乱提需求。

产品经理还是要懂一些技术方向和实现思路，不然和研发在一起也是牛头不对马嘴，搭不到一起。

要懂技术，特别是对技术管理和技术开发名词的掌握；

先从概念上了解技术工作的内容和工作特点；

这是对产品经理的基本要求；反之亦然；

需要懂点技术，但不需要具体到coding这种层面
懂点技术最根本的作用就是容易跟开发同事沟通，能理解对方说的，能把自己想的翻译给对方。同事也可以关注最新的技术，辅助产品设计和规划。

1.不需要精通技术,了解技术可行性是必须的.(看到楼上有人说不要被技术限制了思维,我笑了..)
2.了解技术的思维方式,懂得怎么去跟技术沟通,这样能更好的推进项目.

看产品类型了，如果是照搬照抄的产品，适当发挥一下，拼的是执行力，懂技术的占优势。如果是创新性产品，产品标杆不明确的，最好别懂技术，不知不觉的会被技术束缚。

更多时候不在于你懂多少技术，而在于你多懂与技术共同服务的用户。另外在于沟通的技巧和良好的同理心。

只能说当前的现状要求产品经理得这样，反过来如果开发多懂一点产品，相应的产品就可以少懂一点技术了。
各方各尽所能才能维持团队整体的效益和顺畅，也许是稍显天真，但应该是共同努力的方向。

必然是合作的，有好的合作伙伴才能更好地发挥自己专职的潜能。

作为一名程序猿，表示和懂技术的PM一起合作是一件非常愉快的事情。

我认为产品经理就是要把自己磨练成一个通才，因为产品经理要面临的工作很多，所需的技能和知识也很多，一个产品经理不可能把这些技能都精通的，一个技术转型的产品经理经过锻炼可以具有一定的营销知识，但是永远不会超过一个每天工作在一线的销售人员，我记得以前我做产品助理的时候，每次和市场讨论产品，都是心惊胆战的，因为市场方面的知识毕竟不如人家，经常是被对方顶的一愣一愣的。因此，无论是从职位要求，个人能力还是工作特点来看，产品经理都应该是一个通才.

三，如果你的需求从来不会以“不具备技术可行性”被开发打回，那么你不需要懂技术。
顶这个.

工程师的思维，艺术家的心，有人这么描述乔布斯。

从个人角度懂技术是个优势，懂的话在可行性和效率这样的问题上把握会更全面，如果不懂的话那就涉及到一个知识积累投入产出的计算，现有业务和职业规划中的瓶颈是什么搞清楚，如果矛盾突出那投入这部分去集中恶补，把教育和知识积累也按投资组合来对待。不要过于在意成功人士，他们喜欢谈自己的商业思维，而往往不喜欢谈自己在小屋里的coding历史。

懂技术，但不一定非要是技术出身
懂技术，但不一定要会写代码
懂技术，不仅仅是懂技术，还要懂视觉、交互、数据分析、项目管理和市场营销
如果不懂，你还不能称为真正的产品经理，仅仅是一个产品策划

非技术出身，屁股决定脑袋应该要说做产品不需要懂技术。
但实践中的感觉是，可以不会操刀技术、看不懂技术名词，但如果连什么事情是适合用机器来做的都没有基本sense，则会很抓狂。如果能对需求的技术实现难度有一定基本判断——但切忌以这种自我判断先期就卡擦掉东西or单据此妄论优先级，而是能增强一些理解交流基础，会使项目过程效率不少。

需要。
而且做产品，懂设计比懂技术更重要。

我觉得应该懂技术，但无需对某项技术很精通而是广。这样才能把握当前的时势。同时也能很方便的与技术人员沟通。

分析、判断、决策、善用资源。

懂技术不一定要会做开发，当然没做过开发也很难真正的懂技术，我的意思是今天你做产品经理，你不需要再去写代码了而已，但有些技术上的东西要真正的理解，否则你不知道今天的前端领域有哪些东西可以更好的解决用户的需求，你也不知道后端技术怎样才能在效率上超越对手提升用户体验，所以做产品经理一定要懂技术，起码也要知道这个领域的最前沿的技术实现。

要懂一些，要懂这些技术能做什么，实现原理能出什么问题，然后还要向研发学习，听不懂也要装个貌似懂了一点点，然后赞美两句

不懂技术没关系的，但是一定要对网站功能设计有感觉
我就不懂技术。

为了更好的和开发人员沟通，你需要知道一些技术。你没必要知道具体怎么实现的，但是最好知道一些常规的实现方式会带来什么性能上的问题。

可以懂一点，方便交流，但是如果有值得信任的技术团队，可以相信他们的专业建议。

术业有专攻，产品经理不能做到百分百技术ok或者技术文盲，但还要根据个人情况，我想掌握些可操作的的技术常识即可，必要的话了解下公司的技术研发情况，是否满足产品的需要加以判断。

在我看来产品经理是需要一定的技术背景的，他作为客户和技术团队的接口，推动产品的开发也运营。他需要懂得客户提出的需求在技术角度是否具有可实现性，一个不能实现的需求，是没有意义的。一个优秀的产品经理越精通技术越好～

应不应该懂技术，很大程度上取决于你的团队是怎样的。
小公司、小团队需要更加全面的人，作为产品经理，需要懂得更多的技术细节，才能在产品功能和可行性之间做出权衡，确保整个项目进展正常。
大公司分工比较明确，技术方面一般会有专门的人进行评估和管理，对产品经理的技术知识的要求反而更低。

另一个取决于你做什么产品。比如搜索、推荐等相关产品，更需要考虑到算法性能等，需要了解技术。

初级的产品可以不懂技术，但是想做牛*，必须要比一般人更懂技术，不一定技术很牛*，但说到什么技术都得知道，得了解。现在很多产品就提出一些不切实际的意见，如果他懂技术是绝对不会这么说的。

任何产出物的职业必须懂的他是怎么一个制作流程和工序，才能更好的去设计创新。懂则通的道理。

需要懂原理就可以了，否则提出的需求实现起来太麻烦

我觉得产品经理主要应该懂的不是技术，而是逻辑和架构。PM懂技术当然也是特长

懂技术更好，利于产品技术执行。有时候遇到一些脾气大的程序员，这个不好做那个不肯做，想用些专业术语击倒你，你可以直接顶回去，或者帮他出技术解决方案。

PS：PM必须要懂一些技术常识，（而不是具体如何开发）对一些功能有个基本技术实施时间预期，否则就很难执行下来了。

懂不懂的真的的那么重要么，有必要事必躬亲么，还是想想作事的本质，把事作好，你怎么作又重要么，你去写coder，那在大局呢，美好的组成不等于美好的整体

产品经理也分很多啊。看你偏哪一部分了。一个项目可能需要很多产品经理，负责技术的，负责UE的，当然如果能懂点技术就更靠谱了。产品实现毕竟是最终的价值。

我记得一个细节，好像谁谁谁和乔布斯聊屏幕显示技术的时候，出来的时候感慨了一句，乔布斯比他们公司大部分工程师都更专业。
做好产品，懂技术几乎是必然的。当然，一个年轻的PM，不可能事事精通的，需要时间。但是，一定要有一种学习的心态在。

我认为需要有基础，需要知其然，不一定要知其所以然。

对于这个问题，我也是纠结的很久很久，最后的结论是没有标准答案，只能给你思路：

一般来说：用户的原始需求与技术无关。如何满足用户需求跟技术有一定的关联度，这个度跟你的产品所面对的市场不同而差异很大。所以具体情况具体分析吧，我个人的建议除非是你对技术很懂，否则还是装作不懂技术可能更好点。

懂技术其实是为了培养自己架构产品功能的合理性。时刻保持最佳用户体验的眼光。

一句话回答：专精

 

专才>通才

 

你要做好的是产品经理，而非CEO。

一个美食家，不一定是好的厨师。一个美食家，有时候着重的是如何去品尝每一道美食，而不是在想如何去搭配出美味的料理。搭配美味的料理自然会有厨师这个强项所在，如果加于指点或者强加建议的话，有时候会适得其反。

其实 只要大概懂得sql语句 熟悉各个数据之间的逻辑关系 这样有利于创造能实现的需求

懂和了解是不同的。产品涉及到市场、用户、竞争环境等，需要产品经理面面俱到，对与技术不需要懂，只要了解就够了。这跟研发部门容易沟通，对于产品设计也不会太天马行空，而技术实现不了。

可以不懂技术，但一定要懂用户需求
我认识几个朋友，几乎不懂技术，但是懂用户
自己创业，干的很好

产品经理需要懂用户，为用户负责，有的公司产品经理背用户KPI的。
需要了解技术，知道是否能实现，避免被忽悠。

产品经理需要更理解用户，若觉得懂技术的产品更有竞争力，岂不是从研发转到产品的人天然就有巨大的优势？
我觉得，让产品经理懂技术，是需要产品经理在团队工作中，学会理解并尊重开发工程师的劳动。这样，肯定不会出现，产品经理认为动动手指头就能实现的功能，开发工程师可能要忙活大半天的情况发生。
也有人觉得这是沟通的需求？
我觉得，在双方职位的要求上，就必须要求各自能从不同的领域和角度来讨论问题并让对方理解。

乔布斯懂技术么？

对技术是外行了，不懂，但还是说点自己的想法了。
第一，我觉着产品经理首先是一个十分称职的用户，而且是不断找茬的一个的用户，这个用户背后站着的是一群用户，这些用户在目前产品体验上感觉缺少了点什么，希望什么样的产品解决存在的问题，当然，对产业趋势有一定认知的话就更好了；
第二，有了大概的思路，要开发什么了，既然是产品经理，当然得和手下沟通，我们要做出什么样子的产品，有什么用，解决什么问题，不一定非得懂技术，但一定视野要开阔，最好能站在较高的产品运营的层面去考虑问题；
第三，分配任务干活了，懂技术更好，不懂也无所谓，不过既然是技术经理，挂这个名了不懂点也太说不过去了~~~

我的猜想：投fenng的大多懂技术，投边江的大多不懂或不太懂技术。如果真是这样，那我们是不是应该反思我们是否过度夸大了自身的价值？给我感觉好像在争夺话语权。这样说吧：技术或产品的颠覆式创新都可以引领潮流（不用争来争去了），而更完美的是两者都是完全创新。所以最完美的也是一个人同时产品与技术都牛逼。如果产品比技术牛的PM可以选择产品主导的团队，反之亦然。扯远了，让我们回到问题本身，结合提问者的语境来看他是产品主导型的，想知道的是要懂得多少技术（包括具体是哪些）才能与技术大牛能很好的沟通协作。其实这个问题一时半会谁也回答不了。我的同样也是忽悠：在做好你本职的PM工作的前提下，懂得越多技术越好。

懂技术是必须的,,见识过不懂技术的PM提出让人吐血的天马行空需求,..现在PM都被叫烂了,不动互联网的应届生都喊着做PM,还真有老板要

不懂技术就不容易跟开发人员交流，这是最基本的，当然如果本身不知道产品经理是干嘛的，交流再多也是白搭

我觉得 一个对某种技术狂热者加上一个了解这个技术并专注于市场和产品的产品经理是创业绝配，当然，只是初期绝配~。
产品经理可以不懂技术，但身边一定要有技术天才~

产品经理和技术经理是有区别的。
技术经理更关心产品的框架，技术，结构，软件，应用。
产品经理更关心用户的体验，思维创新，实用性，易用性，当然对技术也必须有所了解。

不懂技术没有关系，但是基本的一些编程语言要知道是做什么用的

我觉得讨论太多没有必要,只要看看国外的互联网公司创始人有多少是不懂技术的? 微软 facebook,twiiter, 等等.

从产品经理的职能和性质看问题。

1、如果偏向产品研发设计的产品经理（项目驱动），请多懂些技术。这样在公司的职能要求下，能更好的和技术部门做好各种沟通。

2、如果偏向产品运营设计的产品经理（需求驱动），请多懂些用户体验，技术是实现用户体验的工具而已，略懂可以提高工作效率。

总的来说，产品经理是个万金油角色，但我个人不建议从技术转行，因为这样产品经理会拒绝更多的应用，因为从潜意识里面，技术的框架将抹杀很多很好的点子。

这个要看，产品经理如果懂技术绝对是个加分项，但是如果技术本身的产品感强，也是一样的，最终出的List都是双方过了以后的结果，都会比较精准地符合项目需求

首先你要更懂你的用户，其次你要知道这个用技术怎样实现。要时常进行角色互换/扮演，让自己“精神分裂”。

懂技术不就成了工程师了么？

那要看是做什么产品了，如果是服务，那可以不懂技术，马云不就是个例子么。但这种成功的例子不多，原因在于成功者往往是深度用户体验师。