可以想想为什么在很多大学已经设立的“电子竞技”的专业的时代

这里提出一个问题，大家可以想想为什么在很多大学已经设立的“电子竞技”的专业的时代，却没有出现一个教授“互联网产品”设计学科？而入门者往往需要靠自我摸索，或者上一些社会性的培训班来实现互联网产品能力的入门与提升？

每个人都应该有不同的答案，我的个人理解是因为互联网/或者说是信息技术发展到今天，已经是一个社会的基础设施，涉及到社会的几乎每个行业和领域。

而产品设计又是将这种基础技术与领域结合的过程，所以产品的成功必然需要各种领域和专业的视角、知识来支撑。所以作为一个通用的产品设计的知识体系，必然需要涉及到很多传统的学科领域，来获取知识的养料。

所以这也是为什么我认为优秀的产品经理，或者称为产品构架师应当具有框架体系中描述的如此多的学科知识。

某种程度上，我认为产品经理应该在传统学科的角度看，是一个通才，而在职业的领域中，成为一个专才，即大前研一认为未来社会所需要的T型人才乃至今天讲的“pai”型人才。所以优秀的产品经理必须是一个“杂家”。

我将产品经理所以应涉及到的学科分为以下几类关系如下图所示：

一、IT技术

（移动）互联网技术，以及互联网技术之前微软的PC时代本质上都是IT（信息技术）的成熟与发展推动，而形成的人类最近的一次生产力革命，推动了人类社会历史上最快速的转型与飞跃。

IT技术自然是作为互联网产品经理首先应该了解、掌握、以及不断跟进的知识——至少掌握了这些知识后，能够避免被技术忽悠这一产品经理常年遭遇的困境。

其中我认为最主要的技术包括：

1. 移动、Web技术知识基础

从Web到移动互联网，技术有了很大的变化和提升，但是基本的网络知识与概念还是一致的。

掌握基本的网络基础知识，例如网络协议，DNS原理、CDN工作机制，网络缓存的方式，不同平台机制等等基础的信息，能帮助产品更好地理解技术层面的特性对于产品设计的影响，有效地判断哪些技术特点会限制产品的功能，哪些产品特征可以利用什么底层功能实现更佳的效果。

比如早期苹果手机与安卓的推送机制的不同，会让服务器对用户的状态判定能力不同，产品经理则需要设计统一的消息推送机制，兼容这种不同的条件下，实现对用户推送的最佳效果。

2. 数据库理论知识与技术基础

由于IT技术的发展，积累的海量数据已经让大数据概念被普遍接受。但是数据库基础理论其实很多人往往并不了解。

掌握数据库理论知识与技术，并不简单的是像在去哪儿一样要求产品和运营有能力使用SQL语言去自己跑数据，提升数据分析能力，而更重要的是帮助产品学习到一种认识客观世界，并将其理解、解构和重建（建模）的方法。

数据库理论中最重要的概念：“概念模型”、“逻辑模型”“物理模型”，“ER（实体-关系）模型”“关系模型”等。

从技术上看是解决数据存储的方法，但更深层地看，是如何认识世界的方法，比如“实体-关系”模型，实质上体现了一种世界观，即世界上所有的事物都可以由“实体”与“关系”两个概念定义，并通过两者进行建模。

而教科书中最经典的例子——大学选课考试系统的数据建模——本质上就是将现实生活的一个场景通过这种方法进行“理解-解构-重构”的过程。所以学习数据库知识，对于我们提升产品的分析与设计能力是大有裨益的，而我的“互联网产品设计方法论”也借鉴了这些概念与方法。

当然，如果你学会了SQL和数据库，也就不会被开发哥哥们说“这个数据取起来非常复杂”，“系统撑不住”之类的说辞骗了。

3. 面向对象的程序设计方法与UML

当前比较流行的语言Java等基本都是面向对象的语言，学会了这种方法，你就明白你的技术哥哥是如何思考和分析你给出的PRD文档了，也就明白如何和他们对话不被怼，甚至可以用他们的思维方式来宣讲你的产品。

而学习UML（Unified Modeling Language），也可以帮你更好地掌握基本的建模技术工具：流程图、状态图、顺序图等，从而更好地完成你的产品设计工作，并节省你可能花在“产品经理入门”之类的培训上的几千大元。

UML作为一直作为软件相关专业的必修课，但在互联网领域却基本被简化成了流程图工具，这个也是目前互联网产品设计工作的软肋，造成互联网产品缺乏扩展性与前瞻性，升级或者迭代成本过高。

某种程度可以这么说，在日常工作中产品经理产品设计不具有稳定性与可扩展性，以及被技术人员忽悠，有相当大的部分是因为不懂UML造成的。

但除了上述的问题，我更想强调的是，学习这些知识更大的价值也是在于对产品经理的思考、解构、重构现实世界的思想与实践方法的提升。

面向对象的方法将相比ER模型，增加了对动态要素的思考，利用“封装”的方法用具有“属性”与“方法”特征的“对象”（可以简单对应“实体”）归纳为“类”。