赠书福利|产品经理需要懂技术吗?它可能是最适合你的答案
作为中国最大的产品经理社区,在我们发起的数百个产品经理交流群里,常常能看见大家在探讨一个话题:“产品经理需要懂技术吗?懂到什么程度?”
许多朋友给出的答案都是:要懂。
所谓“懂“技术,并不是说产品经理一定要学会自己写各种代码,而是尽可能全面地了解与自己的产品落地息息相关的各方面技术。了解它们是什么、位于哪一个层次、有什么作用,可能出现的技术难点一般会存在于哪些方面,如何在设计上进行调整应对等等。
虽然这些已经在业内达成了较为普遍的共识,但对于许多非技术出身的产品经理朋友来说,如何入手提升对于技术的了解与认知,依然是个难题。
为了帮助非技术出身的产品经理朋友提升对技术的认知,以更好地在工作中与技术人员沟通需求,从而更好地达成合作,做出好产品,2017年1月,我们就已经与技术转型产品经理的优秀代表、社区专栏作家唐韧老师,联合出品了《产品经理必懂的技术那点事儿》一书。在过去的半年里,我们也联合起点学院,与唐韧老师共同推出了《产品经理的技术必修课》系列课程,为非技术出身的产品新人科普基础技术知识。
第一版《产品经理必懂的技术那点事儿》一经推出,便获得了数万产品经理朋友们的认可与好评,当然也收到不少对内容的建议。
随着产品行业的变化以及对产品认知的加深,我们力邀唐韧老师推出本书的2.0版,经过7个月的精心打磨,这本书再次升级:《产品经理必懂的技术那点事儿——成为全栈产品经理》终于上市销售了。
可能,你会对如下2个问题比较关心:
- 这本书适合谁阅读?
- 书中包含了哪些主要内容?
在接下来的内容里,我们将为你解答这些疑惑,并赠送10本新书给一直关注着人人都是产品经理社区和唐韧老师的朋友们,赠书的方式请参考文末说明。
这本书的作者
唐韧(Ryan),《产品经理必懂的技术那点事儿》作者,人人都是产品经理专栏作家,微信公众号:唐韧,国内早期移动开发者,转型产品经理,目前在创业公司负责产品工作。
这本书适合谁阅读?
本书以帮助读者建立“技术思维”为目标,希望读者在阅读本书后,能具备基本的技术判断力,并且实现与技术人员的高效沟通。
所以,如果你是:
- 非技术背景产品经理
- 设计师或者运营同学
- 在校大学生或者想从事产品工作
那这本书适合你一读。
如果你已经读过老版本的书了,并且希望对技术以及产品和运营有更多的了解,可以选择本书。但如果你对技术知识的理解已经有一定的提升,那这本书在技术角度不会给你太大的帮助。
如果你还没看过本书,并且希望获得“产品+技术+运营”整体思维,这本书适合你一读。
书中包含了哪些主要内容?
全书以“产品+技术+运营”为主线构建内容,通过掌握产品思维、具备技术思维、使用运营能力成为“全栈产品经理”。
本书从基础到应用,梳理了一套适合非技术背景同学了解并学习技术的脉络。
在内容框架顺序上,以互联网技术发展历程开始,介绍了互联网技术的演化历史,然后过度到最基础的技术知识,也就是什么是程序、什么是编程语言,通过对基础技术知识的介绍,让读者对“技术思维”有整体的了解。
在完成基础技术知识内容的介绍后,就会展开技术应用层面的介绍,从客户端技术、后端技术、数据库技术以及产品数据收集统计等为读者逐一详述技术应用层面需要了解的技术知识。
同时,本书不是一本狭义的技术书籍,不仅仅从技术本身讲述,核心还是为非技术背景产品经理提供一种“技术思维”,所以在于技术人员的沟通、解决问题的方法上给出了一些参考建议,试图帮助非技术背景的产品经理能够在与技术人员合作的过程中更加顺畅。
此外,在新版书中,唐韧老师还结合了自己这几年的工作实践,将产品工作过程中与技术团队、运营团队和相关职能协作的一些收获也记录了下来,综合为“产品经理必懂的运营技术”。
赠书规则
1.在本文下方评论区留言(仅限在woshipm.com站内或产品经理app内留言有效),写下你在产品工作过程中,因为“不懂技术”踩过的坑,唐韧将在2月7日24:00前的所有评论中,挑选出最具代表性的10条走心评论,每人赠送1本新书《产品经理必懂的技术那点事儿:成为全栈产品经理》
2.所有参与评论的同学,都可以获得由人人都是产品经理社区、起点学院与唐韧老师联合推出、受到近千名学员好评的《产品经理的技术必修课》第7期课程限时3.3折超值预约购课优惠,扫描下方二维码,联系起点学院betty(微信/手机:18680310383),并备注“预约”可领取
中奖名单公布
懂技术带来的便利是相似的,不懂技术的产品经理却各有各的辛酸
在发出“你说故事,我送书”的活动后,我们共收到了200多条留言回复,大家纷纷分享了自己因为不懂技术而踩坑的经历。唐韧老师也仔细阅读了每一条留言,并从中选出了10位同学,赠送新书。这10位同学的社区昵称分别是:
- 赵传义
- Mango
- A_真爱无敌
- ◇◆◇·洋
- erma_feng
- 爱喝饮料
- Bili
- Mr.Z
- 晴暻
- 于快快
恭喜以上同学!每位同学都可获得唐韧老师新书《产品经理必懂的技术那点事儿:成为全栈产品经理》1本。请于2月8日晚20:00前联系起点学院betty(微信/手机:18680310383),备注“领奖”,领取奖励,过时视为自动放弃领奖资格。
这些同学的踩坑经历都在评论里有分享,大家都可以去看一下。希望每位同学都可以多懂点技术,少踩点坑。
(如果你已经迫不及待要看到唐韧老师的新书,也可以戳这里直接购买:http://item.jd.com/12296638.html)
因为想从事这行业,不惜从程序员跳为实施,后面实施居然成了运维,但起码我学会了跟客户沟通,期间也自学产品的东西。年后坚定向着产品这目标走,加油啊,各位,虽然现在很心塞。。。
我是电商出身,却走上了运营之路,因为长时间出不了效果,被同事们戏称伪产品经理
技术同事总是以为我懂技术,所以经常和我说一大堆技术实现,有时还截个代码的图分析给我听。一脸尴尬😅……
我是一名应届生,2018年7月毕业,软件工程专业,想要从事产品经理岗位,个人认为,懂技术还是必须的,可以对需求进行预先评估,这样开发人员对你提出的需求也不会有很大争议,很想要这本书。,,赠与我吧
门外汉,刚学习交互设计,求书
从《乔布斯传》到《从0到1》,从《人人都是产品经理》到《增长黑客》,从 iphone4到 iphoneX,从移动互联网到 O2O,从人工智能到区块链,时代会跟随技术的变革不断变化,产品人的梦想永远都是改变世界!用自己创造的产品让这个世界变得更好,这是我当初决心做产品经理的初衷。
比如就在刚刚,一个活动页面的接口我问某个后端需要几天 他说3天,结果另一个后端一天就给我搞定了 ➡
年后准备死磕的一份职业,2年程序路,自己的运气还是有点bi数的。这也是我看上网站的原因,因为一切从0开始,走向自己的1. 说说感慨!
我是刚入行的社会新人,目前在某数字化零售公司担任项目助理,未来以产品经理为目标前进。在目前的阶段中,除了上述其他伙伴们提及的协调与沟通上被技术人员绑架的情况外,我认为自己对于专业领域核心技术的掌握度还差了一大截,因此,尽管在仔细的分析,识别出关键问题后,往往没有能力和经验提出可落地且务实的解决方案。我由衷希望自己能提升核心实力,通过老师的书去系统性的学习,我相信自己必能提升。谢谢
程序员调用接口,加载采用了一个又小又不明显的默认加载图标,网速太快,测试时感觉像在闪退,产品汪的我随口说需要屏蔽掉或者换下,开发突然怼上了,说不能屏蔽,那是基本知识!基本知识!基本知识!产品汪的我自尊心受到了极大的伤害,我把这个经历提问在了人人都是产品经理上,很多人回复我,收到了很多安慰,但我深知的确是自己技术知识掌握不够,所以需要一点指明灯指引小白的我继续有点自信的走在产品的道路上!
恭喜你被唐韧老师翻牌啦!你可获得唐韧老师新书《产品经理必懂的技术那点事儿:成为全栈产品经理》1本。请于2月8日晚20:00前联系起点学院betty(微信/手机:18680310383),备注“领奖”,领取奖励,过时视为自动放弃领奖资格,快抓紧时间勾搭betty吧
经常被技术人员忽悠哇😂这个不好实现,那个实现不了。懂点技术就好了,往死里怼他🙂
毕业刚做实习产品助理那~自己完全不懂技术导致经常跟技术沟通不畅,经常被开发怼“你行你上啊“虽然内心OS千百遍“我上就我上“但也就是想想而已😂,也会因为不懂技术而被骗搞笑或者提出很多幼稚问题,简直苦不堪言
都开始评论了,作者的营销成功了😃,利用人们心理,反正不吃亏,万一是我呢,虽然不知道什么理论。
没有真正意义上做过产品经理,现在做起来感觉有些乱,当然,也有很多东西东西想说。金融专业,毕业莫名去了游戏公司,做策划,写文案,连需求文档都不会写,最多是跟技术、美工当面说怎么做, 然后用笔画下来整个活动的页面,更不会交互设计之类的。后来去了家创业公司,做APP,不过也是策划和运营,因为自己很会写东西,做起来内容运营,这个时候对运营有些懂了,也对这一类的工作感兴趣了。现在是一家公司的运营总监,产品,运营,策划,活动,UI,前端,后端等等,都有接触,但是,还是个不怎么懂技术的运营,仍然有许多需要学习的地方,目前正在进一步学习中,想想整个工作经历,整个成长过程,莫名的有了种欣慰,想要做一款影响力颇深的产品,比如微信,或者以后自己创业,当然,也有很多的危机感。
不懂技术,碰壁的事一大堆,特别是刚入行的我。有一次,做一个统计表页面,提出右滑时展示更多旧数据的需求,沟通的对话变成了“这太难了,做不了”“为什么做不了”“太难了”,因为没有理解程序的相关技术逻辑,连难在哪里的、引导出问题点的提问都提不出来。顿时非常受挫。最后还是有技术经验的同事提出了既没有修改需求,也不影响效果,程序也一点就通的解决方案。所以我一直想找一条路径了解开发的技术逻辑、框架,现在处于四处盲打寻找出路的过程中,一看到标题的书,眼睛就亮了!小编,请眷顾我吧,么么哒
我:新需求要是巴拉巴拉的功能,原型上的交互要巴拉巴拉!
技术:先是一惊,随后皱眉思考,随后洒然一笑:你开心就好…
公司刚开始组建技术团队进行系统的自主研发时,工程师不懂业务逻辑,我熟悉线下业务所以负责配合,非技术科班出身的我不懂技术及产品思维,刚开始进行业务逻辑的梳理大家鸡同鸭讲,到功能的设计,于用户角度而言就是“添加个按钮”的事儿,而从程序及技术角度而言就是要实现很复杂,逻辑冲突等,那时提的各种需求都需要“翻译”,才能被工程师所理解。随着更深入参与系统的开发,自己也慢慢的去学习摸索技术及程序思维等,也在这里学习了很多与程序员沟通的方法方式,算是有所进步,踩得坑就越来越少了,现在回头想想真的好好玩又好笑。
之前上产品经理的课程就买过第一版的图书,全部读完了,对于有IT专业背景的是一次很好的复习,对于新手也是一个很好了解技术的一本书,书中讲解的内容通熟易懂特别适合转型的产品经理。希望能在新书中见到更多新的内容。
作为一个新人产品经理,每次做的产品明明很棒,但是到了开发的时候会被技术已各种理由去掉很多的功能和交互,最后被老板说,真希望自己懂技术的时候,可以理直气壮的说你起来,我教你敲。我是做设计出身的,看到前端做出来的效果图,真的内心很。。。
应届毕业生,不知不觉关注人人都是产品经理快一年了,学到了很多很多,让我更加坚定了做一名优秀的产品经理。
作为产品经理,懂技术有懂技术的优势,不懂技术有不懂技术的优势。
懂技术可以更好的跟开发沟通,在开发想偷懒的时候,可以方便跟技术撕逼;
因为懂技术,可以在构思阶段就规划好时间,梳理清楚项目进度,优化开发时间。
但因为懂技术,可能会限制产品的想象空间,潜意识里就在思考某个功能技术上能不能实现,可能自己就给pass掉了,或许这个功能只是由于自身认知不足而不知道可以实现,或者,技术不断发展已经可以实现,毕竟产品不可能对新技术了解很多。
我觉得产品最好可以知道开发的流程,不需要了解具体通过什么样的方式来实现,在有比较好的项目经理配合的情况下,产品完全可以不需要懂技术;在需要经常和技术撕逼的团队里,最好懂技术,更方便推动项目。
学习技术不是为了流氓会武术,而是为了在和技术沟通的时候可以从技术的角度来考虑一下,学会多角度看待问题
写个最伤的坑,因为做的产品是一款金融的,有一天业务说让加一个单笔交易限额控制,很简单的小功能,也没有多想,就去找研发,跟他们说XXX加一个XXX的限额控制,研发就问,你是在接口加还是APP页面加,当时听的我一脸懵逼,就是加个限制么,什么接口、什么页面说的是什么,问了有什么区别,研发当时就死死咬住一个事,一个服务端、一个是客户端,一个写死,一个动态。沟通N久之后,在被鄙视的眼光中我才明白咋回事,这个坑我感觉是最伤的,太丢人了。
666
999
真心囧
那可不,都快怒火攻心了。
恭喜你被唐韧老师翻牌啦!你可获得唐韧老师新书《产品经理必懂的技术那点事儿:成为全栈产品经理》1本。请于2月8日晚20:00前联系起点学院betty(微信/手机:18680310383),备注“领奖”,领取奖励,过时视为自动放弃领奖资格
我是仓库系统WMS和TMS的产品经理,是由运维岗转产品需求分析,对于技术方面不太懂;
由于用户提出的需求或新增功能,大部分都需要sql语句关联才能取到数据,特别是领导需要的报表,也需要表和表直接关联,必须要懂数据库之间的语句和逻辑,可以满足用户从后台到前台的展示需求,还可以根据sql来分析业务趋势和用户使用习惯,进而发掘新的需求点和改善工作效率;所以个人觉得sql是产品经理必须懂的技术,至少查询,关联查询,子查询都得懂;
我:需求和原型已经讲完了,大家有什么问题?
开发大神:**功能实现起来有难度,在客户要求的时间截点前完成不了,要延期;
我:难度有多大?
开发大神:这个功能难度需要具体研究,反正挺难的;
我:说一下具体难的点,大家讨论讨论;
开发大神:说了你也不明白;
我:与开发大神吵架中……
刚刚从温暖的国企软件公司离职,2.1日入职互联网,期间付出了很多努力,简历投了不计其数。虽然毕业已经两年,但更多的出现在需求岗,现在终于圆了互联网的梦,下一步就要考自己的努力了。在原公司做项目时进的最大的坑就是性能了,功能/逻辑都设计的很规范,开发内测我也参与,但是上线后系统直接卡崩。性能这个问题我确实没有接触过,也不知道怎么在文档中体现,更不知道如何规划优化性能。面试时多位前辈说我的产品思维不够系统,希望能通过此书从技术层面提升自己,从而完善产品思维。
经常遇到这样的,设计了一个功能,但开发说实现不了,我顿时就懵逼啦,然后我自己去问朋友,描述业务,问他这样的功能是否能实现,朋友说可以,我再大致了解下如何实现,回到公司再跟开发沟通,其实很多功能不是不能实现,还是他们不想做
之前在做大数据产品,总是要处理一些excel数据,数据量很大,如果回点技术用sql查错,或者脚本能够节约很多时间吧,目前还是一个实习生,求投书
懂技术还真跟术业有专攻没啥关系。
刚入行时,发现开发不能耐心地去给你解释每一个逻辑和实现方法,归根结底的原因是对牛弹琴。这样长此以往给自己增加了很多不必要的压力和烦恼,两个人的沟通也变成自说自话。
后来想到同理心的事情,慢慢去了解一些对方的思考角度和内容,从一开始的敬而远之到慢慢接近,人和人的距离也拉近了。
后来技术老大为了让我们更加了解,在排工期的时候让我们也评估一下工作量,一开始大家尴尬地交出了自己的答案,发现原来跟客观的差距那么大。到后来,我们已经几乎可以和开发评估出一样的工作量了,有些排期搞不定的坑,我们甚至可以帮他们慢慢挡掉。
产品经理懂技术,就是一种相知。不是为了一己私利,或者为了去忽悠别人,而是能有一个真心相对坦诚沟通的机会。
本专业园林,入产品岗2Y4M,毕业2Y6M
最开始做产品助理,每次拿着原型图去找开发,那时候就很“看天吃饭”,能不能做,感觉纯靠开发心情
最近一个小事情,APP上线,自拍自导自剪自导了一个教学视频(没人做就是产品做啦,一周速成,棒棒的),然后呢,这个视频需要放到首页的banner,直接放了视频连接进去,iOS很完美可以横屏可以收回可以拉进度条;Android有点问题,直接打开没预览,横屏了收不回来各种问题;挪动各位大神,修改之后,在原本的H5里添加一个指引图片,服务端开一个接口,客户端通过用户的动作唤起系统播放器,完美解决~
可以的话,产品还是懂一些技术更好
自己也是一份作品,锦上添花多好呢。
嘿嘿嘿嘿,我的专业跟你一样!风景园林,17年毕业做产品