产品经理要不要懂技术？要懂哪些技术？懂到什么程度？这里有最好的答案
产品经理要不要懂技术？要懂哪些技术？懂到什么程度？除此之外，产品经理更重要的是提升哪方面的思维？
最近很多初级产品经理都会问“关于产品经理，是否要懂得技术，是否要学习一些编程”。这是初入产品的人问的最多的问题，也是我一开始做产品时，自己所迷惑的。
我身边出现了这样的例子，小A刚从是产品工作半年，在做产品设计的时候，由于自己对于技术方面的匮乏，和开发讲解需求与功能时出现撕逼大战，而且自己一直被打败，从未战争过对方。于是自己内心恐慌的去学习一些SQL和PHP的编程知识。其实这种新人直接去花费大量精力和时间去学习技术的做法，我是不太认同的，并不是说我自身不认同产品经理需要学习技术和懂技术这件事，而是个人认为，在正确的时间，做正确的事情，才是最正确的选择。
那么产品经理是否要懂一些技术，什么时候去学习一些技术，应该学习哪些技术？学到什么程度？这是我们今天要讨论的话题。
首先，对于产品经理是不是要懂得技术，我是保持肯定态度的；为什么这么说呢，有以下几个原因：
可以提高自己的工作效率；比如在工作中，如果自己需要看一些基础数据，这时候你可能要与开发沟通，让其帮助你提取数据，过半小时一小时后，开发把数据给你，然后发现不是自己想要的，还要反复去麻烦别人。自己效率低不说，还影响了别人，如果自懂一些技术，几个小时的事情，自己分分钟就搞定了
可以降低沟通成本；现在一堆的产品埋怨，给开发提需求，这样不行，那样实现不了，而开发则吐槽说，产品什么都不懂，提的一堆满天飞的需求，逻辑行不通。这种现象的原因，其实不是产品提的需求逻辑不合理，而是产品没有办法用技术听得懂的逻辑去描述需求。
产品的作用是把用户需求提炼为产品逻辑，传达给技术人员，技术人员把它编辑成计算机可以读懂的代码。如果这个时候，产品除了要把产品逻辑清晰的告诉技术人员外，站在技术的角度去思考问题，在沟通的过程中，就会兼顾技术逻辑和产品逻辑，大大的提高沟通效率。
可以保证产品开发节奏；在产品设计的过程中，懂得技术自己就可以进行功能的可实现性思考，如果技术团队水平一般，而在设计中所呈现的开发难度大，且人员配置数量较低的情况下，就难以保质保量的完成开发。懂一些技术可以更好的把控产品设计与开发的节奏，确保产品研发周期。不仅如此，一旦你了解一门技术的边界，与你合作的研发工程师，也会更愿意与你合作。
其次，产品经理需要懂技术，那需要懂哪些技术？是HTML,SQL,PHP,UML还是什么？要懂到哪种程度？能听懂，能看懂，能独立编写？这是我们需要讨论的。
作为初级产品，我们要明确自己学习技术的目的是什么，第一是为了更好的沟通，第二是可以让需求落地，第三可以良好的把控研发节奏。基于这三点而言，我认为初级产品只需要掌握一些基础的编程知识，点到为止即可，不必深入学习。因为过于深入的学习，会花费大量的时间与精力，反而会减少自己在产品方面的学习时间和精力，这样就有些本末倒置了。这时候应该把大量的时间，用在产品的相关学习和成长上。不断的边成长，边了解技术。因为学习技术的目的是为了项目的良好进展和沟通，所以前期做到以下程度就足够：
了解数据在产品内部的简单流向。数据在哪里会进入数据库，在哪里会从数据中取出来，增加一个功能需要哪些数据接口。
先了解技术的表象，不必对编程语言过于深究。让自己能够将自己的想法和技术人员进行更好的沟通，在技术人员说明某问题或者困难时，能够大致知道问题的难易程度
知道一些专业术语，比如要知道缓存、JS脚本、Ajax、数据库、存储过程、BI等等名词到底是什么东西，否则你会发现你在和开发人员沟通的时候会一愣一愣的，因为他们说的你听不懂。
SQL这个部分只需要会写多表查询语句即可。你是做验证，而不是做数据库调优和建表。所以，其他的不需要会查询就足够了~
最后，作为一枚产品狗，不仅要懂得一些相关的技术，更重要的是思维的提升。思维的提升比起懂技术来，可能要更加艰难。
作为产品要有很强的逻辑思维和框架思维，这使得我们在产品设计的过程中，有利于实现产品的良好分层和模块化设计。
产品经理还要有良好的用户使用路径规划能力，这也就是我们平时所讲的，设计是否满足用户的心理模型，符合用户的使用习惯。良好的用户使用路径是检验我们所设计的产品模型是否与用户心理模型相匹配的重要标准。
商业思维，也是作为产品应该培养的最重要的思维之一。在设计产品的过程中，站在商业角度去考虑设计，是产品经理必备的思维方式，产品要为商业负责，提高维度去思考，会使产品的落地性、盈利性更强，也会使自己的格局在此过程中变得越来越高。
此篇文章仅适用于产品新人，希望刚入行的新人们，在产品的道路中，不断努力前行~
作者：书博 微信公众号：人人说产品
本文由 @书博 原创发布于站酷。未经许可，禁止转载。
