产品经理创业必须懂技术?

  引言:在有的时候我们更需要的不是一个会技术又会懂产品的产品经理,我们需要的是能够相信伙伴能做得好,并且鼓励其一起去做得更好的产品经理。所以到底产品经理需不需要懂技术,下面就让我们来看看知乎网友对这个问题的回答。

herock(herockpost.com)

  在最近七年,我一直都在做互联网产品,其中前五年的时间分别在创业公司和上市公司里,做别人的产品;而近两年在创业,努力的做自己的产品。

  而你要问我的体会的话,我的体会就是:产品经理是需要懂技术的,而创业者尤其需要。但前提是,你总会觉得有股憋不住的想要去做点儿什么的冲动,但如果你打算混安稳日子,尤其你是在大公司,那么你什么都不需要懂,反而你要小心自己别“知道的太多了”,要知道傻人一生平安。

  做产品这几年,和开发工程师打交道最多,和他们交流通常有两大忌:

  一. 忌不懂技术

  更准确的说,是不能缺乏设计、开发一个互联网产品基本的技术常识,比如至少要清楚一个网站从不存在到能被用户访问,需要哪些必须的环节;也要明白一个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 …… 不过这些都不是目前最紧迫的问题,所以虽然我还不会而且确定会有用,但先不去学。

  一没留神,喷了几千字,还是打住吧,看来中年男人的啰嗦算是没救了。

  最后还是总结一下,就一句啊:

  产品经理懂技术 = 流氓会武术。你要是觉得帮派够大,自己脑子又好用到可以当师爷,那不会武术也凑合;要不巧是个和我一样没什么团队精神,又老喜欢独来独往的流氓,还想只凭着脑子就能连点儿防身术都不练,恐怕很容易被人打成爬行动物。

  比较严肃的总结是:产品经理懂技术,在没资源的时候可以用最低成本把事儿办了,有资源的时候可以把资源用的更有效率。

sofish(别人叫我小鱼 http://sofish.de)

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

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

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

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

  更多回答请查看知乎:http://www.zhihu.com/question/19554113

时间: 2024-10-04 11:02:55

产品经理创业必须懂技术?的相关文章

互联网领域“既要懂技术,又不用懂技术”

硅谷网9月9日讯 读者钱先生来电咨询:http://www.aliyun.com/zixun/aggregation/6934.html">互联网创业一直是热门项目,但其中的核心技术部分是大多 数人难以应付的.如果要做一个互联网项目的产品经理,需不需要懂技术? 18创富记者楼安娜.实习生劳汝洁解答:产品经理(简称PM),指在公司中,针对某一项或某一类的产品进行规划和管理的人员,他们需要考虑目标用户特征.竞争产品.产品是否符合公司的业务模式等 诸多因素,也就是说,他们是周旋在工程师和客户.产

AI+时代,谈谈产品经理对图像识别技术的阈值控制

产品满足用户的需求有一个阈值,产品值低于阈值用户会觉得了无生趣,即产品一般般,也即产品经理做了功能经理.产品值等于阈值产品功能基本满足了用户的需求,而只有产品经理驾驭了需求,把产品做成作品,产品值才有可能高于阈值,任何时候产品经理应该学习到高于需求阈值的产品方法论.AI+时代图片识别技术就是起点! 撰写本篇的目的: 当下每天看的到一个词:AI,满眼皆是AI的阶段,我们产品经理应该如何了解到AI的技术脉络和市场需求大势.AI不是新的概念,再次起来是因为有新的突破. 创新工场的李开复博士说现在是技术

做一个接地气的产品经理

只有韦小宝最适合当产品经理 前言: 最近写东西比较少,主要是激发不起"自己的文字可以改变人类"的雄心壮志. 忙于招产品经理,面了大约 30 人,好不容易挑到顺眼的,又被放了三次鸽子,特别是其中一个已经拿了 offer,直到要办入职的前一天晚上,发短信告诉我不来了,电话拨过去已关机. 那一瞬间,就仿佛你跟一个姑娘青梅竹马二十年,备胎无数次,终于要修成正果去领证的前夜,你发现她离家出走了,留下一张纸条,"我走了,不要去找我.感谢你如此爱我二十年,可惜我发现我怀孕了,是他的.柜子里

产品经理需要满足几个方面的需求

要想成为产品经理,换句话说你要做成产品经理这个"产品",至少让它可用,可能需要满足以下几个方面的需求: 个人认知方面 个人认知也就是你用什么方法去获取和搜集最新的产品信息.用户需求,你是否有一双细致入微的眼睛或者广阔的思维,当然如果你现在没有但你至少应该有这方面的潜力,实在不行就不断的锻炼自己.那么其他人怎么提高自己对产品的认知水平呢?有以下几个方法: a. 关注互联网社区,多结交这方面的朋友.不管这种朋友对产品的理解是深还是浅,你总是可以从中学到点什么. b. 尝试不同的产品,像极客

产品经理之创业公司

选择了一家创业公司,选择了一个自我挑战的机会,对于一个产品经理来说,在创业公司做的很多,既要做规划,又要做设计,甚至运营.在创业公司,产品经理成为了一个多面手,成为老板排忧解难的第一人选.但同样在创业公司的产品经理会遇到很多的困惑,当在创业公司学不到东西时,产品经理将如何决择?当遇到更好的机会时,是坚持还是离开--为什么产品经理选择创业公司?大部分选择创业公司的产品经理是抱着想认真做一个产品的心去创业公司,创业公司提供的薪水不是最好的,给的待遇不是最优的,但还是有很多产品经理选择了创业公司,因为

如何成为一名牛逼的产品经理

摘要: 前言: 师兄,我们这款产品的核心功能是要达到XXX,可以采用XX技术来实现,这样可能会比较好,且,你管我用什么技术,我能给你实现就好了,你又不懂技术,瞎扯什么蛋呢?瓜兮兮嘞 前言: "师兄,我们这款产品的核心功能是要达到XXX,可以采用XX技术来实现,这样可能会比较好","且,你管我用什么技术,我能给你实现就好了,你又不懂技术,瞎扯什么蛋呢?瓜兮兮嘞--" "美女,这个UI可以加宽Xpx.加高Xpx会更好看,用XX修图软件可以处理得更棒"

关于程序员和产品经理的疑惑

问题描述 关于程序员和产品经理的疑惑 如果说程序员后来的转型是产品经理,那产品经理就应该是懂技术的啊,带领一个团队来做一个项目 但是为什么腾讯有招不懂技术的产品经理?(或者这样理解下问题:有几种产品经理?) 你感觉程序员后来可以有更多的转型吗? 解决方案 产品经理不是项目经理,不必非常懂技术,但是要非常懂产品,这里的懂产品就是懂得如何设计产品,如何知道产品功能的取舍,触及用户痛点的有商业价值的功能. 但是产品经理不能完全不懂技术,事实上任何一个非专业开发者要做到完全不懂技术,除非他很愚蠢和不爱学

怎样做好一个产品经理

今天我收到了一个读者的反馈,他向我咨询了如何让在校大学生入行做产品经理.因为字数的限制,当时我能够回复的内容相对有限,但是后来我自己一琢磨,觉得这个问题其实有可能影响到个人将来是否在这个岗位工作的顺畅,甚至可能是将来的发展问题,所以我还是准备展开篇幅来谈谈这个话题.并且希望能帮到这个同学,还有其他有需要的朋友. 文章受众:-1-2岁准备入行活着已经入行的产品经理们 首先,我觉得我要恭喜你,因为你对自己的将来有一个相对清晰的目标,知道自己应该去哪里,方向是一件非常重要的事情,而因为人有了方向,所以

做好产品经理,以下6大素质须知

你在做产品的销售及顾问吗?如果是,你觉得自己是个好的产品经理吗?让我们来看看以下这6大要素,看你是否符合 如今,很多人都在向往产品经理这个角色,甚至是设计师.程序员.BD,都有做产品经理的想法. 但其实对于很多小公司来说,"产品经理"不过是个摆设,要做好出色的产品我觉得应该具备以下三个: 1.对产品本身,有很好的市场定位.用户,以及前景; 2.对产品的用户使用,有很高的用户认可度; 3.对产品的市场投放,有高明的手段; 我有一个朋友,是产品经理,几个月以前,他们公司开发了一款产品,在青