个人建议：
不求你会撸代码，只求能理解技术实现原理。
本文目录：
一、实例解析(敬畏英雄)
二、产品经理为什么要懂技术？
三、产品经理怎么懂技术？
一、先看个案例(敬畏英雄)
今天4月4号(国家哀悼日)，大家看到很多很多网站包括主页和内容(按钮、图片、文字)等都变成了灰色， 那么你知道他们是如何实现的吗？
猪哥建议好奇的您，亲自去玩儿一下下。
1、电脑进入京东官网，按F12进入开发者模式
开发者模式主要分两大模块：左侧代码模块，右侧样式模块。
其他细节，如果需要深究，建议直接网上搜浏览器F12开发者模式。
2、进入elements页面，点击<html>标签，找到html.o2_gray样式
3、注释掉-webkit-filter: grayscale(100%)该css样式
惊不惊喜？意不意外？小小的一段代码，直接让整个网站焕然一新。
二、产品经理为什么要懂技术？
1、不被技术忽悠
比如你今天这个特殊的日子，跟技术沟通需要全网置灰的需求，结果技术来一句要一天(8小时)才能完成。
你一想，也对哦！那么多页面、那么多按钮、那么多文案全部置灰。光UI设计同学都需要设计好多图片，代码肯定也不少工作量。
结果呢？只需要一段CSS全局样式就可以把整个网站全渲染，根本不需要设计新的图片或者写后端任何代码。
到底多少工作量，心里有个底很关键。有些事，看破不说破也是一种技巧。
毕竟，偶一直都推崇产品与技术要和睦共处原则。
2、避免提出不切实际的需求
置身于互联网的当下，作为产品经理的大家，应该清楚现有互联网技术的边界在哪里？哪些产品设计可以被实现，哪些当下技术无论如何都实现不了？
3、减少沟通成本，更容易受到技术信赖
产品思维与技术思维，思考同一个问题的出发点是不一样的。
产品思维：处于信息上游，通过权衡业务与市场，将老板的战略意图贯穿到产品设计中，并传达给下游相关人员产品的核心价值。
技术思维：处于信息下游，主要考虑产品实现难易程度、开发工作量。
所以，作为粘合剂的你，站在技术角度换位思考问题，是你不得不面对的一堂课。
4、提前预判需求的可行性
咱们不仅要有好的想法，也要了解技术边界，最终的实施还是需要脚踏实地。
有些想法不确定技术能否实现的前提下，要先找技术沟通，避免瞎忙活一场。
5、能评估技术工时的合理性
任何需求，评审完一般都需要跟技术、测试讨论下工时需要花费多久。
但是，这个能力一般产品还真做不好。偶是刚好做过两年软件外包业务，天天面对客户就是报价、报人天、报工时，才知道一点皮毛。
如何刻意练习：从今天开始，尝试以后将功能清单列清楚给技术评估工时的时候，请他将每个功能点需要多少人/天，逐一列一下。然后，你参考模仿学习一二。
6、与开发争论时，更有底气和威慑力
建议大家产品人，不惹事儿但别给偶故意来事儿。
正常情况下，与项目组上下游和睦相处，但有些时候，避免不了争论。
咱们懂技术跟技术扯皮的时候，更有底气那是肯定的，争论的前提是就事论事，切记人身攻击。
7、能辨别需求方问题是否是技术型问题
假如看到以下页面，需求方会找到你。
哎呀，这个页面偶怎么访问不了拉？出现乱码(只要他们看不懂的东东西西，就是乱码)拉？快帮偶看看什么问题，要快哦！
懂技术的你，一眼就能看出是技术型问题。马上回去找技术了解下情况，快速解决问题。
8、可以很快摸清技术团队优势
虽然大家不撸代码，但当前技术团队综合实力是可以大概预估的。有些需求如果太超前，就没必要太为难自己的好兄弟们。
除非，招聘该新技术领域或者特殊领域技术专家。或者，给技术团队足够的试错时间去寻找解决当前需求的技术方案。
9、获得更多创新的可能性
能充分了解当前互联网技术的边界，一样可以有很多可创新的好点子。
作为产品人，大家既要天马行空，也要脚踏实地。如何做到张弛有度，其实挺难的。
三、产品经理如何了解技术？
有人说，能有什么速成的办法可以马上懂技术就好咯！
但猪哥送你三个字：快醒醒
如果你有人跟你说有速成法，建议你带着脑子冷静一二。
当今互联网任何系统任何产品，离不开这三层:前端(客户端)+后台(服务端)+数据库。
1、初步了解：看写给产品的技术书籍
由于猪哥本身就是技术转型的产品经理，并不是其目标用户，知道的相关书籍并不多。
目前只知道2本《产品经理必懂的技术那点事儿》《给产品经理讲技术》。考虑到作者版权问题，建议购买纸质书籍。
不过，如果需要电子版仅供学习参考，可以微信私聊猪哥。
2、深入了解：系统学习
推荐一套技术组合拳给您:js(前端)+Java(后端)+mysql(数据库)
2.1、要了解技术，推荐看后端技术语言为主：c++,c#,java,python,php，随便挑一门，别去比较，你看哪个顺眼就选哪个，没有本质区别。只要通了一门技术，其他一通百通。
2.2、然后去各种渠道搜刮该门技术的资料(建议完整视频)，其他你不选的技术，直接忽略掉。
视频里的老师会讲解代码，讲解如何理解部分认真反复听，他代码演示时可跳过。比如:他会举例，什么叫对象。此时，你就要竖起耳朵听。而Person a =new Person()部分，你可跳过。
2.3、从前往后(前端-后台-数据库)，全部了解一遍，切记别敲代码，理解为主。边看边理解，边学边问。
2.4、出师标准:能用自己的话将各项技术表达给别人听，能理解技术人员说的话。
3、实战应用：与开发交朋友
开发同学，其实并没有那么难相处。
3.1、中午一起出去吃饭。
并没有让你请他们经常吃饭哈！AA制就好，大家都是打工仔，只是建议你与其多交流。
3.2、做人谦卑些，别自卑便好。
作为产品的大家，如果做不到与人为善，那是相当不好地哟！
3.3、抽烟的派烟，不抽的请下午茶。
可以带包烟，约他们出去抽根烟，耽误不了多少事儿。
如果偶尔要让团队同学加班，请他们喝个下午茶或者晚饭花不了你多少个钱儿。
3.4、男的聊女人，女的聊八卦。
男人聚在一起无非聊女人、游戏、爱好等等；女的无非聊明星、哪个面膜好用、哪个帅、哪里衣服打折。
3.5、请同事去小卖部买瓶水喝。
能交到一两个好朋友，一瓶水算个啥？
3.6、要脸皮够厚，自来熟那种。
有事儿勾肩搭背，没事儿还是勾肩搭背，装作跟他认识好多年就好拉，别慌！打你？跑就是啦嘛，逗儿~~
3.7、找集体的共同爱好，并快速融入
比如偶，经常会跟团队的开发一起打篮球、羽毛球。
总结：
只要有决心，什么时候都不晚。如果你想在产品领域深耕，技术逃不开的，趁早逼自己一把。
听偶一句劝，死磕自己一次，坚持每天在知识星球读书打卡，啃完这两本书，
不为别人，为你自己，逼自己一把，你会感激曾经努力的你。
