起点课堂会员权益
职业体系课特权
线下行业大会特权
个人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）
产品是要懂技术这是肯定，记住是懂技术，不是会技术。
我其实想知道有没有天猫淘宝甚至微店的购买链接都行。不用京东😂😂😂
我是学机械的，转行做了产品，其实机械设计和互联网产品有许多相通的地方；一台设备由无数的零件组成，互联网产品也是；零件有标准件，互联网有控件，机械发展了几百年，其实许多零件都已经标准化，我相信互联网产品将来也会如此，行业内对于控件也会有自己的代码标准。
技术人员好比是零件生产商和装配技术员，行业大牛有着高超的生产速度和精度，以及高拓展性的装配流程。从机械的角度来看，未来优秀的程序员就像高效率，高精度的机器，而底层的程序员只能像流水线工人一般重复，低效的劳动。
说回产品经理需不需要懂技术的话题，机械工程师需不需要知道零件的制作流程呢，答案是肯定的，但是机械工程师并不需要去亲手制造零件，就像产品一样，产品可以不会写代码，不会写界面，但是基本的代码原理还是要懂得，否则零件（控件）造不出来，早出来也装配（运行）不起来。
我本科学的是经济学，凭兴趣考了计算机证，就这样毕业进了一家互联网公司，做了2年游戏运营。当时页游很火，作为运营的我经常提一些简单的网页活动需求，技术哥哥什么不说直接给实现了。认为自己有产品经理天赋，转岗产品经理。可以说是没啥技术背景，仅有些贴近用户体验的同理心。
在做一个公司内部创新项目的移动端产品，我是仅有的一个产品经理，我通过市场分析/竞品调研，画出了原型图画，文档中标注了想要得到的效果。自以为技术们都能懂了，结果需求提过去就被问惨了：这个页面是原生做还是webview？初始化时客户端是否要做缓存？这个字段是客户端写死还是要做成服务端设置？……作为一个新手的我当时完全没想过，我这才意识到不懂得技术基础，很难和技术沟通。 🙁
这些看起来是偏技术方案的内容，其实是产品经理必须要提前想到，很多细节的不同决定了不同的实现方式，决定了技术方案的制定，从而决定了资源人力的投入，更决定了最终运营业务的效率。也许产品经理不用自己去实现写出代码，那至少要懂得技术评审环节中的实现逻辑，在做法上达成一致的方案，不要等技术做完了才问为啥，验收起来和想要的不一样，就只有一方要妥协啦 ➡ 要么改需求要么重做，浪费时间不说，要是后台逻辑验证不全面上线了，造成的业务损失只能产品经理背锅。 😥
我是做测试工作的，一直在学习产品相关知识，经过不断的学习和了解，除了对我目前测试工作的一些启发，更是对做事情/解决问题有了独特的见解，会持续下去，做最全面的自己。产品经理，加油！
想学习技术的主要动力是，当我提出需求，与产品沟通，他只一句话甩过来：你这个做不了！实现不了。然后不理你了。
背景是他工作确实忙，没时间做，但是他一句话甩过来，我就很尴尬啊，怎么实现不了，是否需要改变一种方法来实现需求，自己不知道怎么解决，技术没时间和你沟通，只能靠自己学习……
从最开始的什么都不会到现在学习到一些技术知识，这还得益于唐唐老师在起点学院的课程，从服务端到前端到客户端，产品经理要懂技术，并且可以懂一些技术可以算得上是产品经理的基本功。只有基本功扎实才能更好的把控产品。做产品快一年了，收获大大的，整个人都变得更勇敢了，期待唐唐老师的第二本书，作为产品圈的一只小萌妹，比心唐唐老师。新的一年小萌妹要好好学习产品相关的技术，好好弄一下交互，深入一下数据分析。所以请唐唐看到我！看到我！看到我！严肃脸.JPG。
恭喜你被唐韧老师翻牌啦！你可获得唐韧老师新书《产品经理必懂的技术那点事儿：成为全栈产品经理》1本。请于2月8日晚20:00前联系起点学院betty（微信/手机：18680310383），备注“领奖”，领取奖励，过时视为自动放弃领奖资格
作为产品小白，我反而觉得不怕被怼，最怕的是一知半解，可能技术哥哥说的上半句听懂了，下半句就不知道在说啥了；还有就是老板在问预计开发周期的时候，不知道怎么估算，就算技术哥哥给了周期，遇上delay也不知道怎么给老板解释。 🙄
讲真，不求精，但求懂。
技术还是要懂的，不然和技术聊天就不是平等的。支持唐唐，严肃脸.JPG
1、曾做互联网金融理财产品多个项目，与APP开发，后端开发磨合很多，遇到的堵塞也很多，产品不懂技术，如果开发不主动积极配合产品，那对用户体验是有影响的；
2、坑1：在做指纹解锁和指纹支付期间由于不懂iOS指纹开发规则，与iOS开发周旋几个回合，流程要产品出，明明是错误的流程还是按照产品流程走，最后测试过程中发现问题，又不改，真心塞啊，其中一个就是关于锁屏后自动解锁的规则（后面知道这是iOS自己的规则），另外一个是指纹要不要在APP保留记录，很多没有想到的问题全部塞过来，一脸懵逼；
3、坑2：UI还原效果与效果图出处大，让改动，却总是回复难实现，没有评估这块时间，需要多久才能实现；
4、坑3：在原型上面设计了功能，但是没有说明，如未读消息显示红点提示，因为仅仅放了一点，开发过程中说没有看到需求说明，什么情况下显示，什么情况下隐藏，没评估，没看到，没需求，怎么开发。
5、坑4：针对iOS开发规则，一直没搞明白，iOS的弹窗规则是什么，又不能指定页面，又不能指定操作下触发，如设计在首页几种场景下显示的弹窗提示，出现同时乱弹的情况，开发让给每个弹窗的显示流程，列出APP全部弹窗，包括自动弹窗和手动弹窗，列出全部之后，规则也给了，然后依然没有按照规则提示，真心塞；
6、祝语：作为互联网人，一定要自强不息，坑只是个别的，坑的越多成长越快。
以前我是学材料成型的，有个叫淬火的热处理工艺
可以想象把一个烧的通红的铁块，往水里一扔，噗呲一声
这就是我转行做产品的感觉，凉凉
因为，不懂技术
我们公司开发的头发都很茂盛，而我的却日渐稀少。每当提出新需求，就被带到技术坑里躺一躺。每次技术估时，我都有种说不出的便秘感。身体日渐衰退。
强烈需要这本书补一补，望唐老师赏赐一打～
1、设计产品功能时：错误认知：起初产品功能要设计的足够设计简单。导致的问题：后期迭代技术频繁改数据库的结构，且每次改动都较大。反思：不懂数据库结构，以为只是新增功能，对产品影响不大。前期产品不能复杂，但是基本功能要做好，以及扩展性方面要和开发沟通
2、产品bug：技术处理完bug，习惯性问一下他们什么原因，开发小哥哥会尝试解释清楚，但是看到我蒙圈的眼神后果断放弃了
3、添加需求：经常会把简单的功能设计复杂。给开发讲需求时，他们恶狠狠的看着我：你的需求要改表、还得判断很多东西，你看用这种方法是不是也能实现需求。反思：应提前站在开发的角度去想技术实现逻辑，至少在沟通时和他们也会在一个频道上。
我一个做文化产业的人，进了互联网的圈子重新开始，大小坑都一点点填过来