2月5-7日QCon全球软件开发大会携手100+位大咖讲师落定北京,点击查看完整日程>> 了解详情
写点什么

产品经理需要懂技术吗?

  • 2012-08-17
  • 本文字数:2074 字

    阅读完需:约 7 分钟

优秀的产品经理需要具备的素质是多元化的,从硬技能到软技巧,那么产品经理是否需要懂技术呢?对其职业发展会有什么影响呢?国内社区对此展开了讨论,各抒己见。

herock

忌不懂技术——更准确的说,是不能缺乏设计、开发一个互联网产品基本的技术常识,比如至少要清楚一个网站从不存在到能被用户访问,需要哪些必须的环节;也要明白一个 App 从你的脑海走到用户的手机里,需要经历怎样的过程。常识,当然不一定就能做出好产品,但没常识,就很象在村里呆了半辈子的人乍到城市,一举一动即使小心翼翼,也没法儿不透着突兀和不和谐。我接触过的业内人士里,有几个七十年代初的颇为典型,大概是互联网出现的时候,他们已经过了充满好奇和渴望未知的年龄,不愿意放低身段去学习新东西,喜欢只凭着想象和自己的生活经验就开喷,间或以若干近期热门关键词作为点缀,以示自己尚蹲在潮流尖端。这样的人也许能忽悠某些领导,但一定不招工程师待见,他们可能什么都不说,但心里已经开始等着看笑话,交给他们的开发需求,自然也是能拖则拖、能蒙则蒙…

忌懂技术——我遇到不少工程师喜欢说:“只要产品需求明确,技术上一切都能实现。”这句话听起来相当豪迈,也让产品经理大为放心,觉得技术真是产品的坚强后盾。但其实传递了一个特别糟糕的信号。当工程师这么说的时候,潜台词是:“你弄好你自己的事儿就行了,别来管我!”而且这种说法隐含着一个乐观但显然并不现实的假设:技术是无所不能的,他(掌握技术的人)也象灯神一样,可以实现你的任何愿望,只要你能明确的描述它。我不知道阿拉丁说完愿望之后,假如胆敢继续追问灯神将具体采用何种技术方案来实现的话,会不会被塞到灯里,但我知道很多工程师在发现你关注技术层面过深的时候,都会有种领地被侵犯的感觉…

Fenng

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

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

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

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

Hans

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

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

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

范凯

我觉得产品经理不需要懂技术,至少不需要自己懂编程,会写代码。产品经理非逼着自己学习编程实在没有必要。但是,产品经理有一项素质非常非常重要,就是逻辑思维能力和抽象能力必须非常强。

在现实环境中,产品经理被研发人员鄙视或者消极配合,很大程度上是因为产品经理设计的产品功能、流程存在逻辑上的硬伤。研发是负责具体执行的,一旦落实到细节,这些问题就会暴露。研发是很强调逻辑思维能力和抽象能力的,但是产品经理必须具有更好的逻辑思维能力和抽象能力,这样才能指导好研发做产品。

我招聘产品人员,培养产品人员,非常注重逻辑思维能力的训练。现实中逻辑性好的产品经理和研发配合都不错。

郭欣

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

如果是做监控宝,我们要求产品经理必须懂技术,因为这本来就是技术型产品。

如果是做一个非技术型的产品,懂技术的产品经理可以更好的在合理设计、实现难度、性能三者之间做好权衡,如果网站没啥流量,那性能就算了。
你可能说产品经理不用管实现和性能,理论上是这样,但是前提是你得有一个比你这个产品经理更懂产品的程序员来帮你预见未来可能会让你抓狂的问题。

林进鑫

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

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

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

姜沈励

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

  1. 很多产品的诞生往往和技术创新有直接联系。如果你能对新技术的发展有敏锐的嗅觉,并且理解新技术可能对用户带来的价值,那么,你不需要懂技术。
  2. 如果你可以和开发团队流畅沟通,你能明白他们的困难,他们能理解你的表达,那么,你不需要懂技术。
  3. 如果你的需求从来不会以“不具备技术可行性”被开发打回,那么你不需要懂技术。

涂照锐

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

读者朋友对此有何看法?产品经理需要懂技术吗?

2012-08-17 10:115258
用户头像

发布了 501 篇内容, 共 235.2 次阅读, 收获喜欢 55 次。

关注

评论

发布
暂无评论
发现更多内容

波卡将怎么影响区块链生态

不登山的小鲁

区块链 波卡

简单了解 Python 匿名函数:lambda

踏雪痕

Python Lambda函数 3月程序媛福利 3月月更

bigdata作业

Pyel

微博评论高性能高可用计算架构设计

「架构实战营」

【Go实现】实践GoF的23种设计模式:SOLID原则

元闰子

Go 设计模式 SOLID原则

电影图书电视剧

xujiangniao

【高并发】不得不说的线程池与ThreadPoolExecutor类浅析

冰河

并发编程 多线程 高并发 线程池 异步编程

模块5课后作业

苍狼

课后总结 模块五 架构训练营5期

图解黑客DNS攻击

喀拉峻

网络安全

《重学Java设计模式》作者开始录视频了!

小傅哥

设计模式 小傅哥 视频学习

银行卡信息精准识别-智能快速绑卡

DS小龙哥

3月月更

微博评论高性能高可用架构

smile

架构实战营

云端网络的三大场景概述

穿过生命散发芬芳

3月月更

DDD实战(4):战略设计之系统上下文和限界上下文

深清秋

DDD 软件架构 生鲜电商系统 3月月更

汽车之家基于 Flink 的实时计算平台 3.0 建设实践

Apache Flink

大数据 flink 开源 编程 实时计算

架构训练营-作业五

默光

计算架构 架构训练营5期

作业十

hunk

云原生训练营

不得不知道系列之探活机制

梦朝思夕

高可用 网关 健康检查 服务探活 探活

在 Flutter 中使用 NavigationRail 和 BottomNavigationBar

坚果

3月日更 flutter for web

创建索引源码学习

liang1993

elasticsearch

程序员大学四年有对象和没对象的区别,对你工作有什么影响

刘祥

web前端培训:react的多环境灵活配置

@零度

前端开发 React

阿里巴巴基于应用和变更的交付模式|阿里巴巴DevOps实践指南

阿里云云效

云计算 阿里巴巴 阿里云 持续交付 研发

从0到1万字贴心讲解单体架构到分布式架构的演变(第一篇)

刘祥

后端 分布式,

吾日三省吾身

xujiangniao

Spring Cloud Ribbon 中的 7 种负载均衡策略

王磊

SpringCloud

Java面向对象知识点拆分(二)

逆锋起笔

java面试 javase 3月月更 Java面试题

书单 | 云端架构怎么设计才好?这几本书告诉你!

博文视点Broadview

Antd多文件上传后台接收为null问题

CRMEB

面向流批一体的 Flink Runtime 新进展

Apache Flink

大数据 flink 开源 编程 实时计算

Flink CDC 项目 GitHub star 破 2000,新增 Maintainer 成员

Apache Flink

大数据 flink 开源 编程 实时计算

产品经理需要懂技术吗?_语言 & 开发_崔康_InfoQ精选文章