产品经理需要懂技术吗?

产品经理必须要学会的技术

一、 产品经理为什么要懂技术

1. 产品思维和技术思维

        产品经理和技术研发人员因为职业不同知识体系不同,对待问题的看法和关注点就必然的存在差异,这一点跟因为立场原因造成的关注点差异是有很大不同的,常说的“屁股决定脑袋”说的就是因为立场不同而思考的内容和方式不同。这种情况下只要角色的改变,立场变了,考虑问题的关注点就会很快的进行改变 。而思维呢?思维方式是在长期的工作或者学习中逐步养成的一种分析问题解决问题的思考能力。他是受我我们的知识体系、经验阅历等多方面综合影响的。

       在我的工作中我见过很多从 UI 设计或者研发人员转产品经理的,在最开始的 1年中,很容易从他们的表述和看待问题的思考点中看到之前职业给他们带来的影响。如:UI 转产品经理处理一个需求时候,先从页面层把页面画出来然后再开始去考虑需求的其他方面,程序员转的产品经理会在一开始就考虑这个需求的功能点在哪,数据库怎么设计等等,其实是有很大差异化的。当然这个也是会随着产品经验的增加会逐渐的进行改变。 在谈到这个问题时候,我们需要把职业习惯跟思考进行一定的区分,比如 UI 设计师在转换做产品经理的时候,做一个原型都会要求自己做的非常美观才交付,这个就是职业习惯。


产品经理和技术共同点

       产品思维:是在在做事中从目标用户,产品,商业不同的视角来进行,设计出满足用户和市场需要的产品或者服务的一种科学化,系统化的思考方式。在使用场景中提升用户的体验和产品价值。技术思维:研发人员的思维方式是偏理性的,重点关注的是怎么实现,从系统的实现逻辑和代码之间的耦合度,数据的存储和调用,开发难度和工作量的多少,这些是研发人员在面对一个需求时候首先会想到的。产品功能不是独立存在的,实现业务的完整闭环和体现功能背后的业务流程及商业目的,这个需要产品经理来对研发人员进行一些梳理和阐述。

       案例:一个在线直播的产品,应该是很多人都使用过的,下面从用户,产品,开发的视角来看看他们分别关注的是什么?产品思维:是在在做事中从目标用户,产品,商业不同的视角来进行,设计出满足用户和市场需要的产品或者服务的一种科学化,系统化的思考方式。在使用场景中提升用户的体验和产品价值。

       技术思维:研发人员的思维方式是偏理性的,重点关注的是怎么实现,从系统的实现逻辑和代码之间的耦合度,数据的存储和调用,开发难度和工作量的多少,这些是研发人员在面对一个需求时候首先会想到的。产品功能不是独立存在的,实现业务的完整闭环和体现功能背后的业务流程及商业目的,这个需要产品经理来对研发人员进行一些梳理和阐述。

       案例:一个在线直播的产品,应该是很多人都使用过的,下面从用户,产品,开发的视角来看看他们分别关注的是什么?产品思维:是在在做事中从目标用户,产品,商业不同的视角来进行,设计出满足用户和市场需要的产品或者服务的一种科学化,系统化的思考方式。在使用场景中提升用户的体验和产品价值。

       技术思维:研发人员的思维方式是偏理性的,重点关注的是怎么实现,从系统的实现逻辑和代码之间的耦合度,数据的存储和调用,开发难度和工作量的多少,这些是研发人员在面对一个需求时候首先会想到的。产品功能不是独立存在的,实现业务的完整闭环和体现功能背后的业务流程及商业目的,这个需要产品经理来对研发人员进行一些梳理和阐述。

       案例:一个在线直播的产品,应该是很多人都使用过的,下面从用户,产品,开发的视角来看看他们分别关注的是什么?


互联网三大思维

2. 用“行话”与技术人员沟通

       产品经理主导沟通,实际工作中进行需要与研发进行需求的讨论,研发进度的沟通,方案的确认等等,提高与研发人员的沟通有很多中途径和方式,本文不一一展开,只就使用“行话”与技术人员沟通这个点进行展开。产品经理说白话,技术人员说黑话。

    产品经理需要自己翻译给自己听,给用户听,这是产品经理经常会遇到的沟通场景。 那么如何能让这个黑话能被大脑翻译出来呢?我们看一个案例:产品跟研发沟通一个弹出消息的需求。产品经理主导沟通,实际工作中进行需要与研发进行需求的讨论,研发进度的沟通,方案的确认等等,提高与研发人员的沟通有很多中途径和方式,本文不一一展开,只就使用“行话”与技术人员沟通这个点进行展开。产品经理说白话,技术人员说黑话。

        产品经理需要自己翻译给自己听,给用户听,这是产品经理经常会遇到的沟通场

景。那么如何能让这个黑话能被大脑翻译出来呢?我们看一个案例:产品跟研发沟通一个弹出消息的需求。


方便日常交流

      了解常用的技术知识点,对于提高我们跟技术交流时候的表达准确性来说是非常有效的,比如一些常用组件的技术名称,一些专业名词等等;

      讨论往往从原本的产品讨论很容易陷入技术细节讨论。应该避免陷入技术细节讨论,从场景和用户体验出发。对实现方案的讨论,非技术产品经理是无法参与的。技术人员找产品经理讨论,往往是确认产品需求但最终就成了讨论技术问题,因此产品经理与开发人员沟通的过程中要把握沟通的方向,要知道聊的是什么,每一次沟通要有目的和结论。沟通要往哪个方向引导。一切以用户场景和用户体验为主。否则讨论就会走向偏题的状态。这也不是自己擅长的。

      总结产品经理学习技术知识主要是为了对功能设计合理性、开发进度合理性、外部合作可能性进行判断。所以会技术的产品会在公司里很吃香的

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 219,539评论 6 508
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,594评论 3 396
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 165,871评论 0 356
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,963评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,984评论 6 393
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,763评论 1 307
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,468评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,357评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,850评论 1 317
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,002评论 3 338
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,144评论 1 351
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,823评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,483评论 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,026评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,150评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,415评论 3 373
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,092评论 2 355

推荐阅读更多精彩内容