起点课堂会员权益
职业体系课特权
线下行业大会特权
个人IP打造特权
30+门专项技能课
1300+专题课程
12场职场软技能直播
12场求职辅导直播
12场专业技能直播
会员专属社群
荣耀标识赠书福利｜产品经理需要懂技术吗？它可能是最适合你的答案
作为中国最大的产品经理社区，在我们发起的数百个产品经理交流群里，常常能看见大家在探讨一个话题：“产品经理需要懂技术吗？懂到什么程度？”
许多朋友给出的答案都是：要懂。
所谓“懂“技术，并不是说产品经理一定要学会自己写各种代码，而是尽可能全面地了解与自己的产品落地息息相关的各方面技术。了解它们是什么、位于哪一个层次、有什么作用，可能出现的技术难点一般会存在于哪些方面，如何在设计上进行调整应对等等。
虽然这些已经在业内达成了较为普遍的共识，但对于许多非技术出身的产品经理朋友来说，如何入手提升对于技术的了解与认知，依然是个难题。
为了帮助非技术出身的产品经理朋友提升对技术的认知，以更好地在工作中与技术人员沟通需求，从而更好地达成合作，做出好产品，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）
每次遇到技术任务没按时完成，和他们沟通，他们都是说：这个技术实现非常复杂的……反正你也不懂。一句话后面就再也没法交流了
说是产品经理踩过的坑，不如说是产品经理挖过的坑。其实研发同学还是很希望把产品做的好用，易用。当然，我的意识形态也是希望了解技术，可以在技术上达到共同的认知水平。就像本文所讲，真的不知道从何入手，自己也一直在看人人都是产品经理的相关文章，却没有成体系的内容。如今唐韧老师为我们带来的新书，让我迫不及待想去了解，真心希望可以获得一本。
本人是外行出家，误打误撞进入互联网行业，年前刚接了一个会议管理的项目，这个项目中有各部门办事节点流转、会议通知、一键生成OFFICE文件报告等核心功能，项目是web端和手机移动端同步进行的，在建设过程中，会议通知需要有APP消息的推送和短信的推送，因为以前的项目都是web端且不涉及推送，所以自己很蒙，不知道推送如何对接短信和APP、也不知道工作量有多少；另外就是web端的一键生成office文件，文件的格式以及内容是如何从页面上抓取或者是写在代码里；最后有一点是会议的通知都伴随着各种格式的附件下发，但是附件是存在数据库还是存在什么物理路径，如果是物理路径又如何做到资料定期自动备份等等。。。。
我想要上给APP上一个“签到领积分”小活动内置界面
因为“不懂技术”被开发人员忽悠
“哎呀，我们需要前段/后端配合的吖，不是你想的那么简单的呀”
说好十月中旬上线的产品，十二月中旬还没开发好产品
以这些人的效率而言，看来的确不简单呢
女产品一枚，懂技术提需求时你可以是御姐，不懂技术你只能成一个撒娇卖萌的妹子。
因为不是技术出身，一些需求经常被开发怼：这个不能实现，这样怎样怎样。。。。。最受不了的一次是，一个不是很大的问题，却被开发怼回来：给你说了你也不懂，就把我晾那儿，没有继续沟通，让我一度很是受伤。
想要技能满分，增强与技术的沟通，基础技术知识还是需要学习的，求书！
感觉不懂技术其实不可怕，我是理科生，技术停留在print if “hello world”的层面，但这并不影响自己成为一个产品，感觉产品第一要素就是没脸没皮，从不怕研发怼，被怼完笑嘻嘻的继续贴上去叫哥，然后问，一听到新词汇，什么框架结构啊，kafka啊，web技术啊，H5啊等等，或者不清楚的，赶紧掏出小本本，记下来，回家百度，知乎，人人一搜，也就七七八八了，不过现在觉得最大的问题是不成体系，非常散，所以希望能获得一本唐长老的书，完善自己，京东已下单，如果运气好，被抽中就可以送给项目组的小伙伴了，产品不易，与君共勉。
我是做教育产品的，曾经想要出一个消息中心的针对所有用户分角色推送不同的信息，展示我们系统的不同角色的不同功能更新，结果被开发大佬怼回来了，提到如果要做成这种的话，他需要计算每个用户的状态，在用户登录的时候提示不用的信息，这个很难做，对性能的要求也比较高。
我个人是不懂这些的，只能使用开发小工具给所有的管理员用户发送邮件的功能，又用QQ群等辅助推送消息，结果上线后，用户的反响很不好，而且花了很大的精力在客服这地方。（因为低权限角色是不能知道高权限角色的功能更新的）当时就在想我要是知道这些知识能早点预防这种事情的发生。
因为不懂技术，不能从技术角度思考产品实现，导致一期实现的需求二期要再大调，浪费很大技术开发成本；
因为不懂技术，和客户沟通需求时不能从技术角度思考产品的实现方式，每次会议都需要带技术一起去；
因为不懂技术，导致和技术沟通一个功能点时很费劲，我觉得已经说明白了，但是技术不理解，接着技术又说了好多，但是我也都不明白，各自站在各自的位置思考问题，所说所讲永远不在一个频道上，真的很惆怅，所以真的迫切需要【产品经理必懂的技术那点事儿】这么一本书带我走进技术的心，成为全栈产品经理。。。
产品部实习生一枚，之前从未接触过，想多学习相关知识，希望毕业后可以顺利转正。
每次出产品模型时，和技术讨论就有不少功能被砍掉，一个完整的产品模型几乎已经缺血缺肉，然后再提交给技术完成时，还有许多功能对不上号，逻辑出现各种问题。经过反复的的审核，提交，修改后终于拿得出手，才发现技术在各个地方都设置了限制，真拜托，能不能先说说。
每个不懂技术的产品，踩过的坑合起来应该可以穿透地球。
作为一个刚入行时自以为懂点技术皮毛的产品，发现you know nothing…
风雨中血泪太多，踩过的坑一路回望坑坑洼洼。
懂得技术的好处：
1、产品设计，需求设计时：
a.当然满足需求是首要目标，但懂得技术，你能找到一条最适合的通往目标的路，不然有可能想了n个方案，在技术那边都会被打回来
b.用产品的需求设计完后，再用技术或测试的目光审视一遍，正反走一遍流程，会发现一些设计时的盲点
2、与技术需求评审时：
a. 可以与技术互飞唾沫，而不是被技术一句不好做，做不了怼回来
b. 技术评估工期，你也可以知道他们的工期评估准确不准确，有没有在忽悠你
c. 更方便与技术沟通，不然很多时候都会陷入鸡同鸭讲的窘境
3、 产品开发时：
因为前面需求设计评审时的完善，可以有效减少开发中技术没有深刻理解业务或者产品需求中存在漏洞，导致技术自我发挥或者重复修改…一般来说，技术的自我发挥都可以说是放飞…
而这些好处，利人利己，让技术少走弯路，让产品自己也少走弯路，最关键的是，可以树立产品的权威！！！
如果一个产品设计的东西不让人信服，那么技术就会质疑，影响项目实施的效率。由于前期不懂技术（当然现在还是不懂），导致互坑，即使在后期自我感觉进步不少，有些需求设计确实没问题，但还是被技术反复质疑….
之前踩过的坑确实不少，最近一个坑就是前台读取后台库存，因为前台逻辑和后台完全不同（不在一个规划内），在对应上出现不少问题，在产品这边理所当然是由后台同步到前台，但技术那边实现的却是在前台店铺之前进行切换，目前由于这个问题还在填坑中。
不得不说，这本书确实迎合了不少产品的痛点，希望可以一窥门径，做一名真正合格的产品经理
3年的ui，目前产品刚转1年，对于我来说，做产品最大的考验就是不懂技术，也不知该从哪里学技术，之前问过开发，他直接给了我W3C的链接，应该算是前端的技术吧。
自己以前也在网上淘过关于开发的书籍，但总觉得太过深奥，天天被开发怼，有时候自己都想哭，估计开发也被我这个不懂技术的产品nue的很惨吧
希望能有入门的书可以学习学习
我是大四学生，现在做产品经理实习。上周跟客户沟通完，感觉一些功能很简单也很必要就答应啦。结果跟研发一说，研发说这个要很长时间才完成，有的事情还做不了。不知道是我被套路啦，还是咋地啦。想要一本书，提升一下自己的技术水平，少些套路，少些坑。
关掉正在听的凉凉，好好写一下自己的心程！
起初并不知道交互是什么，本着好奇心就来了北航，慢慢的随着科技的进步交互变成了互联网必不可少的一门心理学研究，在互联网行业最为盛行，我也不自知懂不懂得就成为了交互设计师，设计着产品的每一个跳转和效果，这就成为了大家所理解的交互流程，其实交互的概念很深，我自认为产品的原型只是交互范畴的极小的一部分，所以我并不认为我是一名优秀的交互设计师；
so、产品经理就更为神圣，最伟大的产品经理当乔布斯领先，剩之跟之，然而合格的产品经理甚少；非常赞同创始人当产品经理，因为这个角色太重要了，但是创始人又没有时间去梳理产品本身，所以手下的助理都充当了产品经理，所以就产生了很多千奇百怪的产品和产品经理，所以本人转行做一名优秀的产品经理还需要花费大量的时间和精力去研究学习，听之认之，仅以此表达我的渴望之情，三生有幸能的此书，并当肝脑涂地，以死来做产品狗，不知是否能表达清楚我内心的感情抒发、、、
总结：正在转型做产品经理的交互设计师 😑
(微信:18810832043)
恭喜你被唐韧老师翻牌啦！你可获得唐韧老师新书《产品经理必懂的技术那点事儿：成为全栈产品经理》1本。请于2月8日晚20:00前联系起点学院betty（微信/手机：18680310383），备注“领奖”，领取奖励，过时视为自动放弃领奖资格，快抓紧时间勾搭betty吧
与开发之间个人觉得最重要的还是沟通方法和效率，彼此之间定义好以什么方式进行沟通，我觉得会少走很多弯路，我与开发之间会从以下几方面进行沟通：
1、详细的模块目录（让开发对整体项目有认识了解）；
2、功能列表（对不确定如何实现或能否实现的功能可事先沟通）；
3、对数据的来龙去脉要梳理清楚（设计的过程中梳理，也要对开发交代清楚）；
4、项目初期可总结开发的建议和反馈；
5、最重要一点：**有需求变更要及时通知开发**！
恭喜你被唐韧老师翻牌啦！你可获得唐韧老师新书《产品经理必懂的技术那点事儿：成为全栈产品经理》1本。请于2月8日晚20:00前联系起点学院betty（微信/手机：18680310383），备注“领奖”，领取奖励，过时视为自动放弃领奖资格，快抓紧时间勾搭betty吧
设计转产品
不懂技术
一直在采坑
苦了我的开发小伙伴们
…………………………………………
作为一名从策划转行并已从事多年的产品经理，我只想说：即使被技术虐待千百遍，我依旧愿意待他们如初恋，所以被喷不是问题，最大的问题是时间，满含热情的做出了自以为最符合用户体验的页面和交互，却因技术的各种原因而不得不修改修改，再修改，埋头苦干再蓦然回首，一天过去了、一周过去了、一月过去了、一年过去了，能力却没有得到提升，反而在下降，所以懂点技术吧！
之前学过软件开发，以前跟朋友在一起的时候说过，能用技术解决的事就不是事，但是工作当中经常会遇到技术说实现不了。工作几年后总结，产品设计，对技术来说需要2种情况，一种是人力成本，一种是时间成本，造成的砍需求，没有技术实现不了，只是值得不值得。
3年以下工作经验的技术会说实现不了，3年以上的技术会说，能实现，但是需要x个公时，你看看是等，还是改需求，还是砍掉吧
作为转型而来的PM，谈谈对不懂技术的深刻体会
1、不懂技术，无法成为领域的权威，无法成为团队的领头羊，无法性能自己独特的价值链。
2、不懂技术，无法与开发测试形成共同语言，无法用技术的话语进行交流，或者交流存在阻塞。
3、不懂技术，产生问题时，容易被忽悠，开发测试抛出迷雾，容易干扰我的判断。
作为PM，我觉得纵向和横向拓展自己的知识域，总结为向下扎根，向上结果。
一、向下发展，应从技术、架构、业务等领域着手，唐韧老师出包的这本书，非常适合作为入口进行学习，产品经理的知识框架先有个概貌全景图，然后足点学习，逐渐丰富自己的知识架构。这是个缓慢的提升过程。
二、向上发展，应该提升自己的知识面，简单讲就是保持关注业界领先的动向，学习战略执行，管理思维，功夫在诗外，保持一颗跨界学习的心。
恭喜你被唐韧老师翻牌啦！你可获得唐韧老师新书《产品经理必懂的技术那点事儿：成为全栈产品经理》1本。请于2月8日晚20:00前联系起点学院betty（微信/手机：18680310383），备注“领奖”，领取奖励，过时视为自动放弃领奖资格，快抓紧时间勾搭betty吧
说多了都是泪：最大的坑做聚合支付的时候，设计出了统计分析功能，评审时被技术怼，基于现有的数据库架构，做这个功能要跨库跨表，无法统计，影响性能，速度慢，说的我一脸懵逼，然后只能按照他们的思路一脸茫然的重新设计，做出的统计功能，实用性太差，简直不忍直视。
其实没有什么坑不坑的，要看你们的开发、技术是否是好沟通或者愿意沟通的，但是一般的开发、技术在与人沟通上确实会有点欠缺吧。这时候如果产品懂一点技术的话，你可以了解开发的难点在哪，他需要的时间是多少，你跟开发有内容可以沟通，他会觉得你懂他，这样建立了一定的感情，就比较好相处啦。所以自己也要去学点技术方面的知识，避免在弯路，避免被忽悠。
技术小白，做需求分析大半年还没有学到皮毛。因为不懂技术，想着界面点击感觉实现很简单，实则开发后台运行规则实现很复杂，一个功能在用户 和开发的沟通上纠结了一个月。急需升等级~~ 😥
在快递物流行业已经8年，从事产品经理岗位已经3年，非技术出身，一路走来，踩过不少坑，和开发不少撕逼，也被业务经常忽悠，但不管怎么样，都是要不断学习，不断成长，加强业务和技术，感谢分享，我直接买了 🙂 。
自己原来计算机专业出身，但是实习的时候就已经做了产品，因为很多技术上的问题还不太懂，大的功能做出来，开发总是说这样没法弄，那样没法弄，每次到这个点就被阻断了，真心很难受，现在感觉时间长了，技术上的东西知道的也快忘光了，真的很焦急！希望自己技术上懂得多一点，这样可以跟开发更好的沟通，也可以避免被忽悠
计算机出来的本来就是优势，你可以把技术忘得一干二净，但是研发的难度这个你还是懂的吧，可以利用这里框定技术的研发时间，就不会出现一拖再拖的情况，真有两把刷子的技术是不会和你瞎扯淡的。
同样是计算机毕业的，然后再没接触过代码，但是当需要做一个h5的时候，知道这个难度不大，你就很有底气和技术说需要多久之内完成等等。很多页面代码网络上都是有的，又不是让技术原生。
被技术忽悠的时候你想想他们多少薪水，你多少薪水，拿多少的钱，做多少的事，态度强硬一点。
对，很赞同你的观点，真正有两把刷子的人，态度负责的人是不会瞎扯淡的，曾因为对互联网好奇偶然的选择了这个专业，毕业之前一直很迷茫，但是却在毕业的那几天一下子就通透了，知道自己想要什么了，如今已毕业大半年了，为了自己的理想一直在坚持，尽管一开始的路总是很难走，但是真心喜欢的东西，无论多么不容易，总是有一种情怀在支撑着我，当自己做出一款产品的时候，当这款产品能够帮助到别人的时候，心里真的很开心。
从前端转为电商产品一年，感觉自己已经到了阶段的瓶颈期，希望可以通过本书获得一些新的思路和学习途径，谢谢老师 😳
某一次策划用户阅读时长的案子，技术实现了，但却问题颇多，有的用户的阅读时长竟然在一天内看书超过24h。经过多次改动，依旧存在问题，不得已只能放弃这个活动了。。
我就很不能理解为啥别人家的做得很好很精确，只能一遍遍的跟程序员强调别人家可以做到，但是说不清怎么做到的。如果自己的技术能力能上一个层次，便能跟程序一起讨论解决方案了。也不至于放弃这个活动了。
因为不懂技术，经常被开发人员带着走，最后需求也被改的面目全非，还被他们直接一句话：你不懂技术，这个很难实现的，你还是按照这个来做吧！如果了解技术的话，可以从多角度去考虑、分析问题，也能更好的说服开发人员，推动项目更快更发的进行
1.无法评估技术实现难度，在产品设计上常常给自己挖坑，或被开发团队牵着鼻子走；
2.产品出了问题，搞不清问题的根源，也不知道要找哪些技术人员沟通解决，经常弄错反馈对象；
3.与开发团队沟通时，对他们提到的技术原理和相关名词一知半解，需要花大量功夫去了解清楚，拉低沟通效率；
讲真的，这三点全遇到了，然后还要被领导怼啊，说在设计的时候怎么不好好考虑技术的问题，真是僵硬！！！！
近期因为公司产品经理经验不足，临时充当产品组成员，在设计整个用户体系的过程中漏了IOS审核账号的权限，到最后匆匆忙忙的将此账号相关的权限重新规划进去；原因在于APP端IOS审核的时候需要单独提供一个测试账号，其中涉及到很多敏感信息或者相关的功能是需要注意的，这个坑是以往没有接触过IOS的APP开发而造成的，一直以来做的都是B端管理类APP，而没有接触过真正互联网运营类的APP，所以吃一堑长一智，以后应该就知道用户体系中需要把这个特殊账号考虑进去。
恭喜你被唐韧老师翻牌啦！你可获得唐韧老师新书《产品经理必懂的技术那点事儿：成为全栈产品经理》1本。请于2月8日晚20:00前联系起点学院betty（微信/手机：18680310383），备注“领奖”，领取奖励，过时视为自动放弃领奖资格，快抓紧时间勾搭betty吧