产品经理需要懂的技术有哪些？

产品经理是不是必须懂技术？不是的！产品经理需不需要懂技术？懂技术大大滴加分！那么产品经理需要了解哪些技术要点？以下几点我觉得还是非常必要的:

1. 数据收集，提取和分析能力

为什么？

1. 你需要了解你的用户正在做什么才能做出好的产品决策。

2. 如果您不了解您的数据收集方式就不能确定其完整性。

需要学什么？

SQL.这是一项必须会的技能，尽管有很多不懂SQL的产品经理也做的非常好，但是他们最终还是会向懂SQL的人要数据。

如何学习？

SQL是所有数据库查询的语言，SQL由于本身结构化的特点，非常容易入手。针对不同的数据库，如hivesql、mysql、sqlserver、oracle等，SQL语法会有所不同，但是总体上大同小异，只是细微处的差别。

如果你是数据库小白，可以先补一下数据库知识，可以找一本《数据库原理》看看，大概5个小时；

如果你有数据库基础的，只需要找些sql查询的习题来做一下，就会很快的得到提高；

第三方分析工具

(百度统计， Google Analytics,overview，talkingdata，友盟 等等。)

数据分析能力是每个产品经理必备的能力，在《产品解析与实战》课程里面也有

2. EXCEL 表格

为什么？

您可以从SQL和Analytics Dashboards中获得很多信息，但是一个良好的数据透视表甚至一些VBA可以使数据更加灵活，直观且易于解释。

学什么？

数据透视表

数据透视表很容易学习，它能帮助处理复杂的数据集。它们实质上是抽出一张动态可过滤的表格或图

VBA

VBA是Excel的编码语言。它可以让你构建“宏”来自动化Excel中的任何内容。提取在线数据，自动匹配数据等。帮助你“不要重复你自己”。

如何学习它： 查看Microsoft支持网站的特定功能。

3 . A/B 测试

为什么？

产品直觉良好，但实际上和用户一起的测试想法至关重要。为产品的非技术迭代获取买入或安装实验基础架构。

学什么？

什么是A/B测试、多变量测试和重定向测试？

什么是统计的意义（基础）?

如何跟踪A/B测试效果

4. 交互原型

为什么？

开发时间非常宝贵，无法在迭代完全未验证的产品上浪费太多时间。

学什么？

Axure

Mockplus

5. 学习 *有关* 代码

为什么？

1. 即使你不能对谈话的结果发表任何意见，但是你需要知道工程师在说些什么

2. 产品经理是用户声音，懂得一些技术可能会帮助你获得一定用户。

学什么？

HTML, Javascript

如何学习？

了解贵公司使用的语言，框架和体系结构以及原因。

1.技术架构/实现方式

比如设计一个网站类的产品是使用什么编程语言开发的php,jsp或者Python。确定了编程语言以后你要知道整个产品项目中使用了什么开发框架，是团队自己研发的框架，还是使用市面上比较流行的框架。其次是数据库的选择，根据你们的业务需求是使用mysql这种关系型数据库还是mongodb这类非关系型数据库，最后就是服务器，服务器一般关心的问题就是稳定性，安全性，还有负载了。

根据不同需求选择服务器，

使用什么样的服务器?自己管理的，还是云。如果是云的话还要了解一些云服务和产品的内容，比如RDS，负载均衡，内容分发等等。

使用什么 *** 作系统是window还是linux?Linux的话一般还分Ubuntu和redhat两个派系。

服务器的运行环境是怎样的?使用怎样的代理nginx，Apache还是tomcat或者为了实现高负载混合使用它们还是要自己用node来写一个更好更适用的。还要注意是否有其他插件需要支持。

如果是桌面级应用或者是手机APP这样的产品需求的东西还不一样，你还要考虑跨平台性以及其他细节问题。上述例子主要是网站产品主要依靠浏览器，平台兼容的考虑少一些。

2.技术特性

技术的生命周期：作为产品经理的你已经知道了产品是有生命周期的，那么其实我们生产产品使用的技术也是有生命周期的。假如项目周期比较长，比如10年吧，技术生命周期一般就2~3年，服务器 *** 作系统生命周期会更长一些，，如果这部分能考虑到能节省很多重构成本。可是关键问题是这个问题本身就不太现实，我们很难预测2~3年以后我们的产品的样子。

技术的优缺点：作为PM你不用了解具体的实现方式，关键在于你要知道不同技术架构有什么优缺点，适合做什么事情。比如mysql和mongodb的区别，php和jsp的区别，它们的开发效率和健壮性怎么样，是不是符合我现阶段产品开发的需求。项目不大其实没区别，项目大的话就很明显了。

3.技术成本

不管怎么说作为PM掌控产品全局你要知道整个项目的技术开发成本是怎样的。其实都是项目管理里面的内容这里就不多说了，值得提的是程序员是个喜欢创造的工种，如果你只是设计好了让他们照着设计做他们会玩的很没乐趣的。要让他们也参与其中你会发现你的项目会比你想象中的进展要好。亲测，上个项目，我的开发团队就为客户提供了超出合同范围的各种各样的功能……重要的是这部分开发人员是愿意付出不计较成本的。(丫的，你们搞那么多功能就不怕有BUG客户再让咱们改吗????)

4.了解设计模式

其实才是整个业务架构里比较重要的东西，不过我现在理解的也不深刻，只能建议了。

一般你要先了解面向对象编程是怎么回事。

然后了解一些，单例模式，工厂方法模式，抽象工厂模式，建造者模式，原型模式，这类的设计模式。了解以后对你认识程序员的工作有所理解，最少忽悠不了你，你知道他们设计一个业务逻辑的流程是怎么样子的。这样就能做到心中有数了。

转自互联网的一些事

---