不能只懂技术,而不懂产品(忘记了用户对产品的要求)

http://blog.csdn.net/dijchen/article/details/4292291

前些天,对当前的工作进行了一些梳理。

我当前做的是车载导航产品的测试,接下来的发展方向,我认为有两个:一是更多的了解车载导航这个产品,了解它的组成,它是怎么工作的,了解它的原理等等。

另一个方向,是学习测试的技术,尤其是白盒测试技术,自动化测试技术。

对比这两个方向,感觉产品这东西不长久,过个5年10年,车载导航产品到处都是,那时又要找新的产品作为利润增长点了。相对来说,技术这东西适合的面更广一些。掌握技术,可以换岗位去做别的产品的测试。

于是,我选择了技术的方向,往代码深入发展。

昨天,我看了对丁磊的访问(http://www.moneyman.cn/article.asp?id=5619),里面谈到产品和技术的关系:

前网易高管、现快钱公司总裁关国光说:“在互联网行业里,只懂产品不懂技术的人。是没有太大前途的。只懂技术不懂产品的人,也不过是一个外包工程师.....。”

这句话对我之前的观点是一个纠正:也不能只往技术方面深入。

技术当然重要啦,没有技术,产品做不出来,或者做不好。但是光是技术好也不行啊,毕竟用户使用的,看到的是产品。是产品让一个公司盈利。

从公司的角度,什么样的产品更重要些,从个人的角度,似乎技术更重要。

但是常常在论坛里面看见对程序员的批评,说太注重技术了,而忘记用户对产品的要求。我也常常提醒自己慎之戒之。看来还是陷入了这一圈子中。

总结:技术重要,有通用性,但是产品也重要!在学习技术的同时了解产品,才是进步不二法门。

http://blog.csdn.net/xiangpingli/article/details/41909927

时间: 2024-10-14 00:26:05

不能只懂技术,而不懂产品(忘记了用户对产品的要求)的相关文章

不懂技术的人不要对懂技术的人说这很容易实现

不懂技术的人不要对懂技术的人说这很容易实现 这个网站相当简单,所有你需要做的就是完成X,Y,Z.你看起来应该是技术很好,所以,我相信,你不需要花费太多时间就能把它搭建起来. 我时不时的就会收到这样的Email.写这些邮件的人几乎都是跟技术不沾边的人,或正在研究他们的第一个产品.起初,当听到人们这样的话,我总是十分的恼怒.他们在跟谁辩论软件开发所需要的时间?但后来我意识到,即使我自己对自己的项目预测要花去多少开发时间,我也是一筹莫展.如果连我自己都做不好,我何必对那些人恼怒呢? 真正让我郁闷的不是

不懂技术的人不要对懂技术的人说这很容易实现--转载

我时不时的就会收到这样的Email.写这些邮件的人几乎都是跟技术不沾边的人,或正在研究他们的第一个产品.起初,当听到人们这样的话,我总是十分的恼怒.他们在跟谁辩论软件开发所需要的时间?但后来我意识到,即使我自己对自己的项目预测要花去多少开发时间,我也是一筹莫展.如果连我自己都做不好,我何必对那些人恼怒呢? 真正让我郁闷的不是他们预估的错误.问题在于他们竟然认为自己可以做出正确的估计.作为开发人员,我们经常会发现,在软件开发的问题上,一个外行人会很自然的把复杂的事情估计的很简单. 这并不是为我们的

产品经理如何与强势的技术沟通? 技术比较有资历,会以技术无法实现等方面的原因拒绝处理产品提出的需求。 你们是否遇到这样的技术? 产品懂技术的话,是不是会好一些,因为可以和技术说“行话”了,并且产品懂技术就不会被忽悠了。

PM在YY...作为强势的技术来回答一下吧.说明白WHY,HOW,WHAT就好了. 我想点两个赞,u can u up,no can no bb 什么的. 微软的win8之父年轻时候也是一个PM应该是微软最伟大的pm之一了吧.他有一天和程序员起了冲突,程序员说必须有两周才能干完,他说项目等不及了.就这样冲突一直没有一方让步,直至一周后,这个PM带着自己写的code给程序员看,他只用一周就可以这些功能.所以产品经理还是要懂一些技术才能和程序员更好交流 我觉得碰到强势的工程师是一件好事.同时,别人拒

你觉得:产品经理需要懂技术吗?

相信绝大部分想从事产品经理工作或刚入行的产品经理都会问这样的问题:做产品经理要不要懂技术?需要懂到什么程度?怎么着手学习技术?要成为一名优秀产品经理,需要什么特质? 今天纽带线CRM系统小编跟大家详聊产品经理需不需要懂技术. 要不要懂技术? 产品经理也分多种类型,不同类型的产品经理对技术的要求也不尽相同.总的来说,产品经理懂一定技术是有利于其工作的.原因请往下看. 为何要懂技术? 产品经理学点技术知识,无外乎以下3点: 1.实现与技术无障碍沟通.异步通知.回调.ajax等总得知道吧. 2.更深层

从微信谈:产品经理是否有必要懂技术

看了微信5.4最新版本的介绍文章后,就有想一篇跟本文主题相关博客的冲动——莫非是我对新特性太激动了?不是,那样倒不如说是:我越来越对微信的产品设计感到“叹为观止”.我玩微信的时间到目前为止也就是我做产品的时间:大半年,从我经历的几个版本到现在,给我的感觉是:保持一成不变的简单.优雅.如果你问我微信给你的印象最深且有别于其它同类型产品的“差异化”功能是什么?我会毫不犹豫的告诉你:公众号(订阅号和服务号),这也是我本文想围绕其阐述的重点! 既然是说微信,那就先提个问题:你认为产品经理张小龙懂技术吗?

产品经理到底要不要懂技术?(要拥有的是框架思维:产品分层与模块化设计,使用路径设计,良好的商业思维设计。人生时间有限,不需要将编程技术吃透)

前段时间,我面试了一个国内一线门户客户端的产品经理,她是学计算机出身的PM,但是由于编程能力比较弱,所以做了产品经理.后来在工作中,有时和技术同学打交道比较费劲,所以自己吭哧吭哧开始学习SQL和PHP. 我不太认可这种直接去学习编程的方式,因为产品经理应该是很忙的,你的宝贵时间不该花在学习编程这件小事上.(多说一句,我也是学计算机出身,毕业于国内某最好的大学之一的计算机系.我并无贬低编程之意,恰好相反,我身边很多优秀的产品经理都是学计算机专业出身.) 所以,结合自己的工作和创业经历,以及后来与诸

微服务架构实践 - 你只懂docker与spring boot就够了吗?

微服务架构实践 - 你只懂docker与spring boot就够了吗? 作者 浮云发发 已关注 2017.02.27 02:50* 字数 2613 阅读 2583评论 6喜欢 35赞赏 2 微服务并不是单独存在的,为了更好地实现微服务架构,需要整合许多组件混搭使用,方能打通任督二脉,天下无敌.网上很多大拿讲了微服务治理的内容,也有人单方面讲微服务的,比如spring boot与docker,本文着重于组件选型的较量,也积累了我们团队多次PK的精华:这些组件包括spring boot.sprin

项目经理必备的8个要素:沟通、总结、懂技术

本人认为优秀的项目经理要有 责任心.要 善于沟通.能 引导客户.能 预测风险. 善于总结. 随需应变.善于 激励团队.同时也要 懂技术. 责任心 作为项目经理首先要有 责任心.有了 责任心,你会把项目当成自己的孩子,倾注你的全部心血.责任,会驱使你关注项目的进度,千方百计去寻找各种资源,推着项目往前走.甚至吃饭.睡觉,走路.坐车,都想着整个项目团队,想着他们还在加班加点,你可能很自然地给他们带点夜宵.冲杯咖啡,犒劳员工. 有了项目经理做表率,整个团队会鼎力支持工作,士气非常高,技术问题也迎刃而解

微信产品经理教你做产品:少谈些主义,多做些需求

微信产品经理邹剑波围绕"需求",谈如何做好产品,他做产品经理的态度:做产品,要自己开心.以下是他的演讲要点提炼. 一.思考需求 1.需求的本质是动机,而不是需要. 如果有人提出,"我想要付钱,出现在附近的人的最顶部",其实他是寂寞了,想要获取关注.你给他一个功能"10块钱置顶",结果他花了10块钱置顶之后,他还是寂寞,因为他真正的问题是丑,所以他真正的需求是一款滤镜或者一个面具.置顶是他的需求么?不是,这是他的需要,他太丑,没有人找他,他本质的需