虽然技术领域的把控会有技术部门负责考虑，但是产品经理如果懂得技术原理，这将大大提升产品规划和设计的合理性，避免技术层面的超负载。
2.4.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本身。
2.4.2、功能型产品(玩数据)
无论是C/S结构还是B/S结构，产品的基本形态都是对数据进行计算和呈现。
我们常见的产品都是功能型产品，功能结构的本质只是对数据进行增加、修改和删除。比如CMS程序，主要就是对栏目和内容进行增加、修改和删除。再比如电子商务程序，后台主要是对品牌、分类、商品等内容的增加、修改和删除，前台主要是对数据进行展示，购买行为实际上就是在Server增加一条订单数据。
从数据层面来看，绝大部分的产品都是玩数据的功能型产品，但是在增加、修改和删除的处理请求之前，程序需要对数据进行一些逻辑的计算。比如电子商务产品的增加商品，虽然最终结果是在数据库增加数据，但是程序需要把商品的品牌、分类等信息进行关联处理，更复杂的产品除了增加关联，还有在增加的同时还要有修改和删除等操作。
产品规划和设计到落实执行的时候，实际的需求文档就是对这些数据处理逻辑的表述，让程序明白怎么处理每次的服务请求。
2.4.3、智能型产品(玩技术)
智能型产品接收到服务请求之后，对请求的数据源进行量化的信息转换，然后对信息进行分析转译，计算出结果之后再输出呈现。比如人脸识别、语音识别、图像处理、视频处理等等，当Server接收到请求后，进行转换、转译，分析识别后将处理的结果返回。
虽然智能型产品本质上依然是对数据信息进行处理，但是和功能型产品的增加、修改和删除的操作完全不一样，其中的原理也更加复杂。
在入门的时候，我们需要知道一些产品基本形态的知识，如果完全看不懂也没有必要在这个时候深入研究，在以后的工作中，我们会渐渐的消化掉这些知识。
