技能开拓职员都比较喜好和同行互换的，就像我们自己喜好和产品经理同行互换一样，因此做过开拓的产品经理在和开拓职员的沟通上有上风，但须要把稳的是，千万不能不懂装懂，不要以为自己做过开拓了不起，就指手画脚的参与系统设计，这样反而会令人反感，要记住你的技能背景只能勾留在产品设计阶段和PRD沟通阶段，不要过多的给出技能方面的见地或建议，术业有专攻，况且你都转行了，说不定你所知道的东西已经由时了。
没有研发背景的产品经理就须要修炼了，实在也不须要去学习开拓技能，但是要知道一些专业术语，比如要知道缓存、JS脚本、Ajax、数据库、存储过程、BI等等名词到底是什么东西，否则你会创造你在和开拓职员沟通的时候会一愣一愣的，由于他们说的你听不懂。学习的时候要有针对性，比如公司产品都是采取JAVA开拓的，那就去理解一下JAVA干系的根本知识，数据都都是采取MYSQL的，那就去大略理解一下这个数据库干系的知识，我们的目标是能听懂开拓职员说的话，以免陷于被动。如果让开发职员创造他说了半天，你都没有听明白，如果要他讲第二遍或者逐一阐明一下，估计首先会有点不耐烦，其次会有点嫌弃你了，呵呵。
从我目前的履历来看，以下这些技能点是产品经理该当节制的，这里不说“必须节制”，确实是由于有例外存在。
SQL的读和写
在大数据时期，产品经理险些每天都要和数据打交道，数据的来源有很多，但大部分肯定都是存储在数据库里面的，这时要做剖析数据的话，数据剖析能力是表示在拿到数据之后的，条件是你要拿到数据，这时就和SQL有关系了。
大公司数据仓库培植比较完备，有较为完善的数据管理系统，且有专门的数据掩护职员，俗称BI或者DA，即做商业智能和数据处理加工的。在这种条件比较优胜的公司，常规的取数需求都可以提交给这些专业人士处理，如日常的剖析报表、项目开展所须要的根本数据等，只要解释清楚取数逻辑和所须要的字段就可以了。但平时的一些产品剖析所需数据的获取，以及一些指标考察项的数据就须要你自己动手了。好一点的情形下，你可以央求BI给你写一个SQL语句出来，然后根据须要你自己改改；次一点的情形下，BI会将一些表构造解释给到你，然后你自己去组织表关联取数；最差的情形便是啥都没有，你自己去取数系统里面摸索着取数。而在小公司，产品经理可以让开发职员帮你取数，但你假如频繁须要取数的，我想你也不好意思老开口，毕竟会影响开拓职员的本职事情。自己动手丰衣足食，而且由于小公司数据系统培植不完善，最好的情形便是上面说的第二种，有表构造解释给你参考。
上面这些场景就哀求产品经理须要懂SQL措辞。这里首先是要能看懂SQL，比方说你是求别人帮你取数的，但看了数据总觉得不对，这时你就须要去看看人家写的SQL对不对，毕竟你自己才最清楚取数需求是什么。看懂了创造有缺点的地方，还要会改，特殊是别人给你一段有相似取数功能的SQL语句时，要好手动改改之后适宜你自己的取数需求。其次是要知道怎么写SQL，这就哀求产品经理懂得SQL措辞的语法和一些常用的函数，比如日期函数、格式转换函数、数学函数、字符串函数等等，最常见和最基本的都要节制和灵巧利用。
个人强烈建议产品经理同行们都学习一下SQL，这样在日常事情当中会方便很多。须要把稳的是，SQL措辞有T-SQL（Transact-SQL）和PL/SQL（Procedural Language/SQL）两种，须要根据不同的数据库类型，有针对性的去学习。比如说产品采取的是SQLServer数据库，那就须要学习T-SQL；如果采取的是Oracle或者Mysql数据库，就须要学习PL/SQL，两种措辞在语法上差别比较大，大部分情形下都不能混用。其余Oracle和Mysql数据库在运用PL/SQL的时候，会有一些函数有利用上的差异，须要把稳一下。有人会说现在还有一些非关系型数据库，如MangoDB之类的，这种数据库基本不支持SQL措辞去查询，而且里面存储的都是非关系型的数据，也不须要查询出来做剖析。
UML和E-R图
早些年，产品经理这个名词还没有盛行的时候，做类似行当的人一样平常称为“需求剖析师”，传统的软件需求剖析师的一项必备技能便是用UML画用例图，当然这个现在也适用，用例图对付解释需求来说，浸染还是很明显的，至少开拓能看的比较明白。现在随着思维导图和原型的星期，用例图逐渐的有点被淘汰的意思，但很多开拓职员还是会用UML来画系统设计图，如活动图、状态图、协作图等，产品经理须要理解一下这些，以便能在设计评审上看懂这些图。
E-R图也称实体-联系图(Entity Relationship Diagram)，供应了表示实体类型、属性和联系的方法，在数据表关系设计上运用比较多。一个产品的数据存储，肯定不会只有一张数据表，而是由多张数据表通过关系关联起来的，相互之间的这种关系就可以用E-R图来表示，可以从中看出各表之间关联的主键和外键分别是什么，哪些字段值唯一等。
UML图和E-R图在系统设计当中常常涌现，产品经理要能看懂其所表达的意思。你和开拓职员讲需求设计的时候须要面面俱到，每个细节都会讲到，但开拓职员跟你讲系统设计的时候，可是能简则简，你看不懂是你的事情，他们可是按这个开拓的。
移动真个设计规范
这里包含产品设计规范和编码规范，无论是Android还是IOS都有自己特定的规范，移动真个产品经理在设计产品的时候就须要先理解清楚这些规范的内容，和一些技能实现的办法。移动真个技能实现相比拟较可控和有限，多理解一些技能有助于进行有效的产品设计。盲目的设计要么实现不了，要么终极无法通过审核，是不可取的。移动真个一些殊效也须要清楚，如拖拽、滑动、下拉、手势等，产品经理如果不理解这些，都设计不出操作体验很好的产品来。其余诸如不能获取用户的某些敏感数据等把稳事变，都须要在产品设计时就考虑到。这块详细的还是要看场景来决定。
根本的技能名词
如前面最开头所提到的那些，如缓存、Cookie、Ajax、中间件、数据库等等名词，须要去理解一下其所表示的意思，开拓职员在沟通的时候会常常提到这些，如果你听不懂，就会比较杯具。其余节制如缓存、Cookie的利用，还可以在产品后端逻辑中添加一些功能，比如让Cookie记录用户填写的用户名，下次再来登录时不要重复输入；用缓存记录用户的登录验证信息，在一段韶光内不须要用户重新登录等等。
还有便是要区分学习一下产品实现的开拓措辞，比如Java、PHP、.Net等，理解一些基本的知识点，如支配办法，运行载体等，比如常说的LAMP是指Linux+Apache+Mysql+PHP的组合；理解一些脚本措辞，如JS脚本、CSS等。这里须要提一下的是，产品经理最好懂HTML，把稳不是HTML5，当然假如懂H5就更好了，HTML是最基本的网页脚本措辞，有时候看不懂某个页面的逻辑时，可以点击右键属性—“查看网页源代码”来看一看。
上面所提到的这些是个人以为比较根本也比较随意马虎节制的技能点，特殊是SQL，强烈建议产品经理们都学习一下。不过这是一个持续学习的过程，只要你不转行，学习了之后会一贯受益。
