童话说说技术创业美文职业
投稿投诉
职业母婴
职场个人
历史治疗
笔记技能
美文纠纷
幽默家庭
范文作文
乐趣解密
创业案例
社会工作
新闻家居
心理安全
技术八卦
仲裁思考
生活时事
运势奇闻
说说企业
魅力社交
安好健康
传统笑话
童话初中
男女饮食
周易阅读
爱好两性

IT行业产品经理(尤其是创业的)需要懂技术吗?

8月24日 相见欢投稿
  最近七年,我都在做互联网产品,其中前五年分别在创业公司和上市公司里,做别人的产品;近两年在创业,做自己的产品。
  我的体会是:产品经理需要懂技术,创业者尤其需要。但前提是你总觉得有股憋不住的想要做点儿什么的冲动,如果打算混安稳日子,特别是在大公司,你什么都不需要懂,反而要小心别“知道的太多了”,傻人一生平安。
  做产品这几年,和开发工程师打交道最多,和他们交流通常有两大忌:
  一。忌不懂技术
  更准确的说,是不能缺乏设计、开发一个互联网产品基本的技术常识,比如至少要清楚一个网站从不存在到能被用户访问,需要哪些必须的环节;也要明白一个App从你的脑海走到用户的手机里,需要经历怎样的过程。
  有常识,当然不一定就能做出好产品,但没常识,就很象在村里呆了半辈子的人乍到城市,一举一动即使小心翼翼,也没法儿不透着突兀和不和谐。
  很多公司都有完全不懂技术的产品人,大多年龄较长,也许是互联网出现的时候,他们已经过了充满好奇和渴望未知的年龄,不愿意放低身段去学习新东西,喜欢只凭着想象和自己的生活经验就开喷,间或以若干近期热门关键词作为点缀,以示自己尚蹲在潮流尖端。
  这样的人也许能忽悠某些领导,但一定不招工程师待见,他们可能什么都不说,但心里已经开始等着看笑话,交给他们的开发需求,自然也是能拖则拖、能蒙则蒙。
  二。忌懂技术
  我遇到不少工程师喜欢说:“只要产品需求明确,技术上一切都能实现。”
  这句话听起来相当豪迈,也让产品经理大为放心,觉得技术真是产品的坚强后盾。但其实传递了一个特别糟糕的信号。
  当工程师这么说的时候,潜台词是:“你弄好你自己的事儿就行了,别来管我!”而且这种说法隐含着一个乐观但显然并不现实的假设:技术是无所不能的,他(掌握技术的人)也象灯神一样,可以实现你的任何愿望,只要你能明确的描述它。
  我不知道阿拉丁说完愿望之后,假如胆敢继续追问灯神将具体采用何种技术方案来实现的话,会不会被塞到灯里,但我知道很多工程师在发现你关注技术层面过深的时候,都会有种领地被侵犯的感觉。
  这就是工程师维护自己专业槽的本能,与行业中其它角色相比,工程师地位不是最高,待遇也不是最好,还经常加班加的要死要活的,唯一得天独厚的优势,就是专业槽比任何角色都深。关于产品、关于UI、甚至关于商业模式每个从业人员都能喷上几句,要是说到用户体验,那更是连业外人士都敢大喷特喷而没有任何心理负担:反正我就是用户嘛,越傻越光荣。而一旦涉及到代码,大多数人就直接晕菜了。想想那些UI设计师的苦逼段子,工作时没有喷子们指手划脚的干扰,真是上帝赋予工程师独有的恩赐。
  所以当他们认为有外人正试图跨越这条槽时,自然会有所警惕,甚至体现出抵制和敌意。当一个产品经理发现工程师开始比较密集的使用术语或拼命把简单问题往复杂了说,你应该知道,他们在槽边开始向你射箭了。
  从整个产品乃至公司的角度来说,各个专业角色之间的专业槽都是应该被填平的,产品经理不该对工程师玩挟天子以令诸侯,不要总假装自己是用户的三个代表,动不动就拿想象中的“用户需求”当“奉天承运”来用;工程师也不必总装灯神,假装无所不能很累的,工程师之间必有能力高下之分,其实有时候功能做不了或做不好,纯粹只是因为工程师能力所限。如果彼此坦诚一些,大可以提前有效沟通,尽可能避开那些投入产出比过低的部分,有不少工程师不愿意拿出来讨论的技术实现上的细节,都是值得产品经理参与进来的,在这些细节上如何取舍与抉择,会对产品的开发进度、性能甚至功能带来极大的影响,如果沟通到位,往往可以让开发工程师少做大量无用功。在我开始自己动手写代码之后,对这一点有了越来越深的体会。
  下面就说说我为什么开始学写代码,算是回答问题的后半部分吧。
  在我做互联网产品的前五年里,我对技术的了解仅维持在常识范畴,能够手写的代码只有html和css,连js都不会,更别提任何适用于Web开发的编程语言了。我一直认为自己无法完全亲手写一个哪怕是最简单的动态网站,是作为互联网产品人员,很大的缺陷和耻辱。
  工程师们一般倒不这么觉得,和他们聊天的时候,有时顺嘴喷一些对技术架构或某些技术问题的看法,立刻遭到赞扬:“你很懂技术嘛!”这时马上打着哈哈说:“懂个p啊,我连helloworld都不会写,完全是纸上谈兵。”于是嬉笑声中,一群人把手里的箭收起来了。
  但我压根儿就TM不想只能纸上谈兵,2009年,我不顾当时三十二岁的高龄,悍然决定要学Ruby,买了书、装好环境开始看书,敲代码,坚持了几天,然后失败了,考虑到也许Ruby对我来说太难,又尝试了Python,结果还是失败了。消沉几天后不死心,又买了一本iPhone开发的书,还趁机决定买了台27寸的iMac,但悲剧是只翻了翻书,连Xcode都没敢下就直接放弃了,这书上什么都不讲的啊!上来就是大段大段的代码啊!而且objc的代码都巨长,完全看不懂。
  后来我想,这件事有两个收获:一。发现了自己智商的边界。二。我有了一台iMac。
  转眼又过了一年多,想要自己动手做一个iPhone上的App的感觉越来越强烈,快压抑不住了。于是在某一天,我好了伤疤忘了疼似的把那本几乎没有折痕的iPhone开发基础教程又翻出来,等待Xcode下载的过程中,暗下决心:看不懂我也把它背下来。
  后来发现笨办法至少对我来说,还挺管用的:照着书敲代码,能正常运行的话,就合上书,再敲一遍。一般重复四五次就能记得很牢了。合着书,劈里啪啦熟练的敲着自己还不知道是什么意思的代码,加上Xcode的自动补全很给力,几分钟就可以折腾出一大屏花花绿绿的代码,而且还能在iPhone上运行,这时会产生一种已经会写iPhoneApp的错觉,很奇妙。
  人的大脑也很奇妙,你如果已经背下来了,本来不理解的就会慢慢自动理解,就这样背了一段又一段代码之后,突然发现:我明白是怎么回事儿了。之后就开始给自己提出各种小的不能再小的功能需求,尝试用这些代码去实现,每实现一个,都欣喜若狂:我能显示按钮了!我能弹出对话框了!我能写滚动列表了!我能发一条推送信息了!
  这些事儿在熟练之后,也许就像喝口水一样平淡,但却能给初学者带来巨大的快乐,我一直觉得,能否始终保持如初学者般的热情、专注,决定了在做某件事时能走多远,能做多好。
  由于书上所用的Xcode版本问题和我用的不同以及一些印刷错误,书上的代码不会总是百分之百能运行,有时会报错,只能上网用尽一切办法搜,搜索的过程中,就会慢慢看到一些专门的技术论坛、Blog,最终不可避免的会发现StackOverflow这个神奇的网站,你遇到的大部分问题,都能在上面找到答案。
  当实现书上的功能已经不能带来狂喜的时候,就会忍不住想把自己束缚了很久的各种idea放出来了,终于可以亲手去做它,而不是局限在画画原型图、写写需求说明最后还要虔诚的擦拭神灯,呼唤灯神们显灵这样隔靴搔痒的做产品。
  开发的过程对我来说充满了乐趣,因为写代码的时候,世界变的简单而美好,某个做法对还是错,你不需要自己反复猜测,也不需要和任何人没完没了争辩,编译器就是神圣的裁判。你的每个操作都能得到及时、明确的反馈,而且拥有近乎奢侈的试错机会,从这个角度来看,编程的乐趣倒是有点儿象玩游戏。
  当然也会遇到无数的问题,StackOverflow、Github、Bitbucket、mailinglist会慢慢成为你的朋友。
  在能够独自写出一个iPhoneApp并把它放到AppStore上之后,我又发现还需要再学一门语言,用来开发网站以及需要在App中调用的RESTfulWebService,于是不顾三十五岁的高龄,再一次悍然打起了Python的主意,有了学objc的经验,知道关键是要能狠得下心和静得下心来,看什么书,其实区别不是特别大,所以我就用了免费的LearnPythonTheHardWay,用前面提到的方法,跟着做了一遍(前半部分比较简单,可以每天做上十几个exercise,后面速度可能会慢一点儿),了解了Python怎么写之后,马上开始看DjangoBook2。0,只看到第九章,就等不及用同样的方法把DjangoTutorial做了两遍,接着惊喜的发现已经可以写一个简单但完整的网站了。然后很快试着用Django写了一个特别小的针对某垂直领域的工具类网站,上线跑了一段时间,昨天晚上结束免费试用,开始收费,现在看到已有几个付费用户,我很欣慰。
  至于技术需要懂到什么程度,我觉得要是花几个月学的东西就够用一辈子,这买卖也太划算了,尤其是在技术领域,一定会需要持续学习,但对于我来说,已经没有资格象十几二十岁的年轻人那样仅凭兴趣广泛的学,我目前对这件事的原则非常功利:马上要用到的,能显著提高效率或者公认是最佳实践的就学,否则就先不学,尽量不折腾、严格控制投入的时间和精力。
  比如写好的代码放到Server上,虽然只要能跑就算是部署成功了,但公认的最佳实践是使用virtualenv隔离Python环境,这样可以减少以后很多的麻烦,那就值得多花时间去了解,去应用;使用Fabric配合Git进行自动化部署可以大大提高效率,那就也值得花时间去学怎么用。
  我也知道可以用Memcached或Redis来做缓存,提高应用性能;或是用RabbitMq和Celery来做异步队列,可以改善同步执行耗时较久的任务给用户带来的不爽感;还有Node。js似乎比传统的Web开发语言更适合做RESTfulAPI不过这些都不是目前最紧迫的问题,所以虽然我还不会而且确定会有用,但先不去学。
  一没留神,喷了几千字,还是打住吧,看来中年男人的啰嗦算是没救了。
  最后还是总结一下,就一句啊:
  产品经理懂技术流氓会武术。你要是觉得帮派够大,自己脑子又好用到可以当师爷,那不会武术也凑合;要不巧是个和我一样没什么团队精神,又老喜欢独来独往的流氓,还想只凭着脑子就能连点儿防身术都不练,恐怕很容易被人打成爬行动物。
投诉 评论 转载

整个人类处于互联网发展的哪个阶段?小马哥在知乎上提出的问题:整个人类处于互联网发展的哪个阶段?下一个十年,互联网升级的大致方向在哪里?小编整理了来自陈琪(蘑菇街CEO)知乎的关于该问题的回答,希望大……没钱投广告,如何做市场很多中小企业受营销人才奇缺和资金匮乏的影响,导致很多在本质上很优秀的产品,最终无法在市场上形成畅销,有些企业甚至运作了十几年,依然默默无闻,其产品的年收入还停留在几千万甚至数百……关于大数据的十个有力事实无论大家如何进行定义,大数据自诞生之日起就饱受争议既有毛病之词,亦不乏诋毁之声。大数据对于很多人来说包含有重要的意义,特别是科学家和零售商家。不过这项技术的出现也引发了大量的相……IT行业产品经理(尤其是创业的)需要懂技术吗?最近七年,我都在做互联网产品,其中前五年分别在创业公司和上市公司里,做别人的产品;近两年在创业,做自己的产品。我的体会是:产品经理需要懂技术,创业者尤其需要。但前提是你总……创业者江湖:只见新人笑不见旧人哭作为一名连续创业失败者和多家网站、杂志的专栏作者,这还是我第一次写和创业相关的文章。不过创业是个永恒的话题,毕竟这关系着一个社会是否有活力是否有梦想是否有创新23岁那年我……【人人译客】IT部门难题部分非互联网企业为何需要产品经理我最近跟公司IT部门的人聊了聊,他们看起来是多么的脱离组织,但对商业需求又总是反应迅速。我们经常听到商务部门相关的人抱怨IT部门的人:他们总是不按你说的做,而且他们还尽说些听不……没什么是原创的:把知识连起来就是创意小编按:这篇文章鼓励产品经理去获取更多的知识,获取方法包括去参与更多的活动;然后要保持记笔记的习惯,因为有时灵光一闪的想法也许会很重要,我们需要记下来;最后则是要复习你的笔记,……乔布斯教你怎样成为优秀产品经理我们现在所处的是移动互联网时代,还未进入云时代,但肯定进入了后工业时代。社会物质变得极大丰富,你若想把产品卖出去并且卖得好,就必须满足用户的四个需求,分别是显性需求、隐性需求、……今日头条产品思路分析摘录今日头条的评论法则之三:少即是多(摘自《感知的、几款过亿美金APP的创业法则》)媒体是最容易被操纵的,也是最容易变成一个官僚权力纷争的名利场,它被太多外在因素干……致罗永浩:莫让”情怀”荒废了创新近日,锤子科技创始人罗永浩一条微博曝出的锤子手机首日出货量不会超过1000台的消息在业内激起轩然大波。贬低者有之,鼓励者也大有人在。而老罗对此的解释有二。一是锤子手机“做工苛刻……用户至上只是口号?互联网时代的繁盛让“用户至上”的口号响彻大江南北,颇有当年“顾客就是上帝”的遗风。从大到小的各类公司都在无所不用其极地聚拢用户和人气,因为庞大且活跃的用户群体就是吸引风投、不断……包塔:产品如何进行渐进式创新〔核心提示〕有道词典这款外语学习产品能够成长为同类中的佼佼者,其背后依靠的是不断的渐进式创新。有道不是风口上的猪,能够达到今天目前在外语学习类产品中的地位,依靠的是自己频……
浅析APP之间相互交互的原理以物业公告为例,谈谈功能设计的一些事游戏化系列2:建立成就感的2大要素《网页设计综合指南》(一):网页设计看这篇文章就够了浅析:以百度地图洞悉场景化应用转型AI产品经理需要掌握的硬知识(一):AI产品经理能力模型基于RBAC模型的权限设计:如何设计系统权限体系?Flipboard中国CEO赵晶:从打造产品到打造品牌,产品浅析企业后台的数据表格页面设计平台型产品如何搭建财务系统?教育产品经理创新思维:对话式学习如何开启个性化学习新范式?从小白到资深UIUX设计师的7个步骤
【实战】如何亲手搭建一个分布式IM(即时通。。。母爱三部曲啥都能吃就不能吃亏!中国女排女篮女足奥运赛程表及晋级形势分析星巴克果香植物酸奶巴菲杯味道怎么样孩子生病不吃药可以抗出好身体?这可真说不准!上班族财源滚滚不是梦性腺发育不全的病因及预防措施小米发布长续航,大吸力无线吸尘器2Pro晨起“啪啪啪”竟然能养生!细数晨爱的好处天秤座今日运势查询网(天秤座今日运势查询)漫无造句用漫无造句大全

友情链接:中准网聚热点快百科快传网快生活快软网快好知文好找作文动态热点娱乐育儿情感教程科技体育养生教案探索美文旅游财经日志励志范文论文时尚保健游戏护肤业界