3、了解产品基本形态

虽然技术领域的把控会有技术部门负责考虑，但是产品经理如果懂得技术原理，这将大大提升产品规划和设计的合理性，避免技术层面的超负载。

3.1、产品结构(C/S和B/S)

① C/S结构

C/S结构是英文Client/Server的缩写，Client和Server常常分别处在相距很远的两台计算机上，Client通常是由用户操作使用的客户端软件，Server则是负责处理客户端服务请求的程序，为客户端提供数据资源和处理结果。

常见的C/S结构的程序有腾讯QQ、阿里旺旺、Foxmail、浏览器等等，包括手机APP也是C/S结构的程序。

② B/S结构

B/S结构是英文Browser/Server的缩写，B/S结构实际上是C/S结构的一种扩展结构，因为Browser是我们电脑中的浏览器，浏览器实际上就是Client，用户通过浏览器向网站Server发送服务请求，Server处理并返回结果。

B/S结构的程序非常的灵活，数据和程序的升级都不需要向用户推送更新，用户仅仅刷新一下就可以接收到最新的版本内容。

常见的B/S结构的程序有Google、Weibo、Qzone、TaoBao等等。

有时候产品经理为了产品的灵活性，在实际应用中也会将两种结构融合使用，比如微信是C/S结构的APP客户端，但是微信公众号的服务内容和一些其他微信功能则是采用B/S结构的方式呈现的，这样可以非常方便的对功能进行调整和升级，但是用户不需要更新APP本身。

3.2、功能型产品(玩数据)

无论是C/S结构还是B/S结构，产品的基本形态都是对数据进行计算和呈现。

我们常见的产品都是功能型产品，功能结构的本质只是对数据进行增加、修改和删除。比如CMS程序，主要就是对栏目和内容进行增加、修改和删除。再比如电子商务程序，后台主要是对品牌、分类、商品等内容的增加、修改和删除，前台主要是对数据进行展示，购买行为实际上就是在Server增加一条订单数据。

从数据层面来看，绝大部分的产品都是玩数据的功能型产品，但是在增加、修改和删除的处理请求之前，程序需要对数据进行一些逻辑的计算。比如电子商务产品的增加商品，虽然最终结果是在数据库增加数据，但是程序需要把商品的品牌、分类等信息进行关联处理，更复杂的产品除了增加关联，还有在增加的同时还要有修改和删除等操作。

产品规划和设计到落实执行的时候，实际的需求文档就是对这些数据处理逻辑的表述，让程序明白怎么处理每次的服务请求。

3.3、智能型产品(玩技术)

智能型产品接收到服务请求之后，对请求的数据源进行量化的信息转换，然后对信息进行分析转译，计算出结果之后再输出呈现。比如人脸识别、语音识别、图像处理、视频处理等等，当Server接收到请求后，进行转换、转译，分析识别后将处理的结果返回。

虽然智能型产品本质上依然是对数据信息进行处理，但是和功能型产品的增加、修改和删除的操作完全不一样，其中的原理也更加复杂。

在入门的时候，我们需要知道一些产品基本形态的知识，如果完全看不懂也没有必要在这个时候深入研究，在以后的工作中，我们会渐渐的消化掉这些知识。

本章索引：

第二章：产品入门(1) – 我的入门经历分享

第二章：产品入门(2) – 新人的学习建议

第二章：产品入门(3) – 产品基本形态介绍

第二章：产品入门(4) – 产品规划和设计的逻辑

第二章：产品入门(5) – 产品经理常用软件

全文索引：

第一章：产品介绍(1～2) – 产品经理职业和职能介绍

第二章：产品入门(1) – 我的入门经历分享

第三章：产品规划(1) – 产品规划介绍

第四章：产品设计(1) – 产品需求文档(PRD)介绍

第五章：产品管理(1~2) – 产品管理介绍和需求管理方法

第六章：产品工作(1) – 工作环境介绍

本文为作者 产品经理@唐杰 授权发布，转载请注明来源于人人都是产品经理并附带本文链接。