阅读: 304
答案 1：
我的观点是：产品经理要比开发人员更懂技术。懂技术，不意味着写代码比工程师更好，而是明白技术能用来做什么。这个非常重要。懂技术，也会理解开发人员，一起做事情更会得心应手。懂技术，在针对一些功能实现的可行性上，才会有所取舍。答案 2：
PM不懂技术没什么问题的，但要要懂工程师的思考方法，要知道技术的一些逻辑。从实践上看，不懂技术的产品经理做的产品成功的更多一些答案 3：
见过几个小公司有真正的产品经理？ 见过多少百分比大公司的产品经理是从开发转过来的？一切都是业务需要， 高级产品经理的核心价值，即做决策、统筹资源与迭代的频率，并踩准形势的timing，不断被用户驱动，突破引爆点。如果只是一个写规划、文档、项目协调的专业角色，技术背景和理解力不过是增加职业发展的砝码而已。 懂多懂少，又能影响什么呢？如果不懂，那怎么做决策呢？答案 4：
这取决于做什么产品，以及做产品的哪部分，还有“懂技术”也有各种程度，总之这个问题不能一概而论。如果是做-宝（.jiankongbao），我们要求产品经理必须懂技术，因为这本来就是技术型产品。如果是做一个非技术型的产品，懂技术的产品经理可以更好的在合理设计、实现难度、性能三者之间做好权衡，如果网站没啥-，那性能就算了。你可能说产品经理不用管实现和性能，理论上是这样，但是前提是你得有一个比你这个产品经理更懂产品的程序员来帮你预见未来可能会让你抓狂的问题。那产品经理到底要懂多少技术？这是个世界难题，或许可以写本《给产品经理看得技术书》哈哈。答案 5：
作为一位工程师，和一位在不断追求更好产品的设计人员。个人认为，产品经理最好是这样的：一、 精通技术。技术很容易框住人的思想，要不特别精通，能随时跳出技术的束缚，带给产品真正的提升。一般这种产品经理会出现在像 Facebook 和 Google 这种工程师能主导产品的公司，或者一些技术型创业公司。二、不懂技术，喜欢天马行空，又能听得过工程师的建议。精于产品的设计，生命周期管理。如果只是略懂点技术，可能（注意，是“可能”）会带来思想上的限制。一个人永远不能管得了那么多，精通得了那么多。有时候我们更需要的不是会技术又会懂产品的产品经理，而是相信伙伴能做得好，并鼓励其一起去做得更好的产品经理。答案 6：
产品经理其实不需要懂代码里的细节，但最好知道实现这个功能的技术模型是什么样的，理解一些术语。有一定的开发经验最好了，不懂也可以工作后补一点（我看到我同事就买了本J-A编程思想，啧啧），主要是为了与技术顺畅沟通，少提出让技术觉得不可行的产品设计。但要注意不要让技术束缚了你活跃的思维。答案 7：
这里我觉得需要看“懂技术”是属于哪个模块的，架构，CODING，还是算法逻辑？个人认为，互联网公司的产品经理需要了解的是从需求到实现的解决方案，根据项目资源，做出最佳选择~ 更偏向综合性质吧打个简单的比方:产品经理相当于一个打车的，知道要去哪儿，并且知道：哪条路最短；哪条路绕一点但是最顺畅；如果哪条路限行了，该走另外一条路。。。那么，技术开发团队就相当于是司机。打车的可以不会开车，但是要到目的地，知道上面的东西，可以省钱，省时间~ 司机可以接不同的人，不同的路线，只要能走到目的地就行~答案 8：
优势：1) 在考虑产品可以有哪些功能时，自己就能确定大部分功能是否可以实现，实现的成本有多大，能不能做，而不用咨讯相关专业人员，省出很多时间。2) 在缺兵少马时，自己还能担刀上阵折腾一把。缺点：1）容易跌入产品的实现细节去，而忘记自己更应该思考的是这个功能应不应该做，要做成什么样子，应该在什么时候完成，谁来做，要做的功能还有哪些—-而至于如何实现，应该交由具体的成员来做。2）在与产品团队成员讨-能时，忍不住想发挥下自己的技术，过多掺和到团队成员的专业领域，会令他们心里排斥，虽然很多时候他们没有很多说出来，而每个人都想发挥自己，希望证明自己所想的是对的。扬长避短：1）在进行技术思考时，只需要知道可不可以实现，而不应过多去考虑它如何实现。2）将表现机会留给团队成员。在与团队成员讨-能的实现方案时，谨记你给出的只是建议，而不是命令，除非该成员对如何实现某个功能真的一愁莫展，除非该成员是个新手或者能力太烂，又或者这个功能至关重要。3）因为是技术已经深入技术型产品经理的基因，所以理所当然对技术会有所关注，要注意的是，不能把太多时间投入到技术（假设你的公司不是技术驱动型），在运营、营销、用户体验也要给些精力。答案 9：
从一个工程师的角度看, 根据以往合作的经验, pm懂技术还是很难能可贵的, 一方面大家容易在同一个语言环境内对话, 二者大家都不用扯皮, pm不会不可理喻, eng不会瞒天过海, 三者我觉得这是很好的良性互动,是一种螺旋向上的趋势答案 10：
了解技术1、知道怎么和技术进行沟通，用技术的思维去讲述自己的产品逻辑2、知道怎么样确定产品从开发到上线的周期，合理安排项目时间3、知道产品的设计中如何避免提出造成技术不可行的方案技术也应该是一个好的产品！答案 11：
又是个这样的问题。。。不需要多懂技术，但是要懂搞技术的人。能听懂他们语气里的行与不行，是真不行还是有点虚。能懂他们与产品迥异的思维逻辑，并通过良好的沟通进行理清，达成共识。面对搞技术的人，要又贴心又坚持。答案 12：
我认为，如果你能达到下面三个要求，懂不懂技术都无关紧要。一，很多产品的诞生往往和技术创新有直接联系。如果你能对新技术的发展有敏锐的嗅觉，并且理解新技术可能对用户带来的价值，那么，你不需要懂技术。二，如果你可以和开发团队流畅沟通，你能明白他们的困难，他们能理解你的表达，那么，你不需要懂技术。三，如果你的需求从来不会以“不具备技术可行性”被开发打回，那么你不需要懂技术。有些懂技术的人这三点也未必做好，有些不懂技术的人这三点也做得相当好，呵呵。但从概率论上，懂技术的人会处理得相对好一点。仅供参考。答案 13：
作为产品经理，我十分希望自己更懂技术。最好是能看得懂代码，了解代码背后的逻辑和意义 —— 这十分有利于和工程师的沟通协调。同时如果产品经理晋升到更高的管理职位时，需要垂直管理更多的 PM + 工程师，对于技术的了解会让项目掌握更加游刃有余。答案 14：
>懂技术，对于做产品能更直接达到你的初衷，没有沟通中的信息损失或扭曲。
懂技术，可以知道什么能做到，什么做不到，跟工程师更好沟通，懂设计也是一样。
懂技术，往往能比别人更快的出产品和改进，在早期很重要。
分享常识给亲友.
下一篇:国内有用 Node.js 开发的公司或者项目没有？相关的评估如何？ 下一篇 【方向键 ( → )下一篇】
上一篇:“拿福能” nuffnang 这个网站是做什么的？ 上一篇 【方向键 ( ← )上一篇】
快搜