为什么产品经理需要懂技术?

2020-09-21

阅读 2360

 

自从有了产品经理这个职位以来,我们在选材、考核时,都面临这样一个问题:产品经理到底要不要懂技术?懂技术,是为了更好与技术人员沟通,落实产品实现的想法与思路。不懂技术,其实也无关紧要,术业有专攻,大家做好分内事情即可。

为什么产品经理需要懂技术?

浏览各大招聘网站(包括各大IT大厂),对IT行业产品经理的描述,你会发现一条信息:从事过技术背景工作者,更佳。从正面反映,企业对产品经理的技术能力要求,意愿是很强烈的。

而我的观点呢?其实,我很矛盾的。我的观点是,介于懂与不懂之间,即是“半”懂,换句话说,需要了解技术相关知识,但不要太深入。

这就是我的矛盾地方,到底怎样才算是“不要太深入”,确切地说,是不是也要会敲代码,如编写C++、Java、HTML等?如果都这么深入的话,跟技术人员又无多大差别了。所以说,这个很难界定。

最近,公司在培养新一批产品经理,而他们有一个共同特点,从未从事过相关技术工作。经过一定时间的观察,我发现他们与技术人员沟通起来,效果确实不太好。

程序员因为工作性质,需要长期与机器打交道,在思考层面,容易固化、较真。

经常会发生这样的尴尬场面,产品经理跟技术人员,谈论某个场景时,如下班了,用户可以一键关闭所有照明设备。程序员习惯按照自己的思维方式,给产品经理讲解如何实现的。于是,指了指屏幕,我先查看设备表device_detail,查询status=1的数据,然后设置status=0,最后封装通过socket传给App。

产品经理一脸懵逼,答非所问,不知道这群人在讲啥。

我也很着急,但好像也没有特别好的办法。

双方沟通时,各有各自的思维方式,难免因方式不同,导致沟通效果不佳,或停滞不前。若希望沟通有结果,只能期望其中一方妥协,按照对方的思维方式去沟通。

所以,转变思维方式,换位思考,以及按照“技术”的角度与技术沟通。我们产品经理辛苦点,先从改变自己开始。记住,千万别指望,改变对方的思维方式,这个很艰难。

先行一步

本人曾是一枚程序员,水平不算太精湛,但基础知识扎实,开发语言涉猎广泛,参与过多个大型项目,有不少与技术大神讨教经历。

所以我认为,这是我当产品经理,最大的优势之一。在与技术人员沟通时,我完全知道他们脑子里在想什么,因为他们脑子在想什么,也就是我脑子在想什么,思维方式没有任何差异。

举个例子。接到一个开发需求,记录配电箱开关的记录,方便用户查看历史记录。若这个需求,交给一位不怎么懂技术的产品经理,他可能会这样描述开发需求:画一个草图,有一个表格,上面有时间、用户、开关状态等。

当然,这样描述没有任何毛病。

但布置任务时,技术人员可能会这样质问,设备表status取哪个值?排序是降序或升序?要不要分页?日期格式?产品经理瞬间崩溃,这些是开发知识,跟我没有关系呀,按照文档做就可以了呀。

我相信,绝大部分技术人员,不会这么问产品经理,能这么问的,反而证明他们确实是“码农”。

回到刚才那个需求。对于懂技术的产品经理来说,当他在接到这个需求时,脑子里已经想好如何实现,也就是整个开发流程。

第一步。App新建一个页面,内嵌一个grid,数据结构采用Arraylist。

第二步。数据传输格式,采用JSON。

第三步。读取DB时,查询device_records表,按照order by create_time desc。

第四步。接口解析时,时间格式为yyyy-MM-DD HH:mm:ss。

......

当程序员问这位产品经理时,他已经想好怎么回答了。其实,只要程序员知道你和他们是一类人,懂技术。接下来的需求,他们一般不会再问这类开发问题,而且会更乐于与你讨论功能实现流程。

某种情况下,他们还是很好沟通的。所以,我们要懂他们的世界。

换位思考

强迫别人接受自己的思维方式,是一件很痛苦的事情。强迫程序员接受产品经理的思维方式,更是痛苦不堪。

程序员的世界观,可以用这么一句话概括。

世界上只有10种人,懂二进制的,和不懂二进制的。

程序员写的代码,经过一道道编译过程,最终是以二进制形式,即是0和1在机器里运行。所以说,程序员的世界,只有懂二进制和不懂二进制。

程序员的日常工作,即是把需求,通过软件编程的方式实现,最终以App界面的形式展示出来(假设是App开发)。

举例子,如App登录页面实现逻辑。新建一个页面,设置一个账户输入框,一个验证码输入框,一个获取验证码按钮,一个登录按钮。账户输入框,需要做规则校验,输入长度只能是手机号码11位,超过不能通过。验证码的获取,需要写一个调用后台接口,要注意报错信息,如验证码过期,验证码不对。登录完成后,修改App配置表的全局变量。

以上例子,只是简单的描述这个功能的实现过程,实际上可能有更多更复杂的步骤。

为什么我举这个例子呢?目的是想让读者知道,当他们要完成需求开发工作时,不是简单一行代码事情(很多产品经理经常吐槽,不就是一行代码,有那么复杂),而是一个严谨的思考过程。

程序员是出了名转牛角尖,一切皆因为工作性质。程序编译,要么对,要么错,没有说,错了一点,通融一下就通过,机器可不管这些。所以,程序员很较真,在与产品经理或周围人谈论时,一定要弄个对与错。

你只有了解他们如何思考了,才能找到方法与他们沟通,是吧。

技术理解一定要全面

回到前面的话题,产品经理要懂技术,但不要太深入。这句话如何理解?

IoT涉及的技术大致可分为:硬件、嵌入式固件、云端、App。也就是这4大领域的技术知识,产品经理一定要全面理解。理解到什么程度呢?

首先,你不必会写代码,但你至少看得懂,什么是变量,什么是函数,什么是接口等基础开发知识。总之,你要明白软件编写过程,这些基本的技术实现逻辑。

其次,对新知识快速掌握,比如公司立项要做智能照明,那么产品经理需要快速了解,什么是照度、什么是隔离/非隔离、什么是恒流/恒压、为什么驱动要匹配不同灯具等。研发部在遇到技术难点时,可能随时问你产品经理,这个技术怎么解答哦。

最后,产品经理一定是团队里,知识面最广的一位,最能讲技术的一位。产品经理,就像一座图书馆,上知天文,下知地理,社会万象,无所不知。

当团队遇到产品疑惑时,第一个就是找你,涉及技术的或非技术的。你可以不用知道,每块PCBA板子的元器件如何焊接的,每个变量如何赋值的,但每个技术关键点,你必须清清楚楚。

产品经理懂技术,是为了更好地与研发沟通,也是为了更好地对产品负责。

缩我,高速云服务器
实时掌握推广动态
让您深入了解用户,提高推广转化率
联系我们
    1. 关注官方微信公众号
      添加客服微信号
      常见问题
  • 公众号
    客服微信
  • 缩我短链接公众号 关注官方公众号
  • 添加客服微信号