产品经理对技术需要掌握到什么程度？—产品狗的技术思维修炼day0
1、掌握程度误区
认为产品经理对技术掌握程度需要达到可以和技术人员讨论如何设计数据结构的层面。这就是明显的本末倒置，每个岗位都有其职责和作用，而产品经理作为交通的枢纽，因为其特殊性，故需要掌握一定技术思维才可以更好地沟通。抓重点，是沟通而不是直接上手敲代码。暂且不论从0基础到可以上手敲代码所花费的时间和精力，光是让你决定精学哪一门都需要先掉一波头发。关于学习掌握一门技术所耗精力从下面一则对技术人员岗位要求可见一斑：
图1 Java技术人员岗位要求
故作为产品经理你不需要知道技术具体怎么实现功能，但是需要理解技术原理：
1、 让计算机先做这个，再做那个；
2、 如果满足某个条件，做这件事；不满足的话，做另外一件事；
3、 重复做这件事XXX次；
4、 只要满足某个条件，就一直做这件事；
学会模拟计算机操作方式去思考问题、解决问题、处理业务。
2、技术能力与技术思维的差异
要明确的是产品经理的技术思维≠技术能力。具体表现在以下方面：
图2 技术能力与技术思维差异图
其中我需要将技术思维中的建立技术排查问题思路单独拎出来阐述：
前两种能力的用途比较容易理解，为什么需要建立技术排查问题思路的能力呢？当系统出现问题（bug）时，产品经理往往是最先接触到的人，具备这项能力的产品人可以更快地响应，找到对应的开发解决问题，大大提高响应速度降低系统损失与风险。
例如当前端显示文案出现错误，此时拥有技术思维能力的产品经理可以通过判断该页面显示是前端写死还是后端动态返回，可立马确定是应该找前端还是后端技术人员处理。而不懂技术思维处理效率和响应速度都大打折扣。
总而言之：技术能力指能运用某项技术写代码做系统，例如用IOS技术开发IOS客户端APP；
产品经理技术思维指在理解基本技术原理的基础上，能判断并解决产品问题 。
3、场景案列
下面我将通过举懂与不懂技术思维的产品经理，处理同一件事情达到的效果来进一步阐述懂技术思维的好处。
（1）案列一：不懂技术思维产品经理与技术人员沟通的日常
图3 案列一
我相信这不单单是技术人员对产品经理的吐槽，也是在沟通过程中对任何不懂技术思维的人员吐槽，其中包括甲方爸爸，老板等等。我最害怕听到的一句话，就增加这么小一个功能，很简单需要那么久嘛？可能前端体现的改动只有一点点，但更多地是内部数据结构的调整，要明白计算机不是人脑，知道灵活处理，它只会执行死命令；插进去一个功能，不仅需要增加判断：什么时候执行此功能；可能还会影响到原流程。当无法建立有效的沟通机制时，造成的后果就是浪费时间精力，互相埋怨。甚至可能大打出手（当然甲方爸爸和老板最大）
教还未掌握技术思维的产品经理一招，任何情况都适用，那就是坚信：但凡有需求变更就需要改代码。抱着这种态度去和技术人员交流，氛围会友好得多。（ps：你有计算机相关专业的背景，与技术人员沟通会轻松友好很多）
（2）案列二：懂技术思维产品经理与技术人员沟通的日常
图4 案列二
这里我需要提两点：
（1）修改前后的兼容指：新旧版本数据上的兼容与功能上的兼容
（2）评估工作量不需要你精确到人天，只需要你知道采用不同技术路线大概的工作量范围，做好相应地工作安排。
完结撒花！今天的分享对你来说有用嘛？欢迎讨论和提出意见唷！和我一起朝着成为一名懂技术思维的产品经理努力吧。
