作为一名合格的产品经理，不需要拥有什么独立编码能力等超高能力，但是一定要懂的相关的技术知识，不然和其他方沟通会困难重重。下面是笔者整理分享的关于产品经理会“技术”的好处的相关内容，大家一起来看看吧！

产品经理不一定要有独立编码能力，但是适当了解一些技术原理，不至于提出“App的主题颜色根据手机外壳的颜色来自动调整”的这种需求了解一些常用的专业技术术语，可以更好的和程序员沟通协作，当程序员讨论构建某个功能时，咱们至少要能听懂他们在讲什么，问题出在哪里。

一、懂技术的产品经理有三大优势

1. 懂技术的产品经理，和开发的沟通更顺畅

• 听得懂技术专业术语，明白技术实现原理，在传递需求时更容易让技术同学理解，达成共识。
• 撰写PRD或需求评审时，知道技术关心什么，对技术细节的阐述更加到位全面。
• 线上有异常时，快速定位问题范围，找到相应的技术同事，加速问题的修复。

2. 懂技术的产品经理，更容易做好成本预估

• 接到需求时，能大致评估到开发的难易程度，对开发成本有所感知。
• 给需求方反馈设计方案时，能从技术角度思考，提升产品方案的ROI。
• 当研发反馈成本很高时，阐述不同观点，确保认知一致。

3. 懂技术的产品经理，能够产出更高质量的产品方案

• 抽象能力更强，以模块化的方式去思考和设计，产品扩展性、耦合性好。
• 具备了技术思维，设计方案时对各种边界、异常条件、虑更加充分。
• 项目进度出现风险时，能及时和技术探讨并调整产品方案。

二、产品经理需要了解的技术架构和常用技术术语

1. 接口/接口文档

接口

接口的工作模式是前后端商量好接口定义的方法，后端定义好接口，前端按照规定的格式去请求，后端向前端返回数据；

接口文档

将某个接口定义 (输入参数、请求方式、输出参数)记录下来的文档，是前后端协作的重要依据；

2. 常用技术术语

联调

前后端确认接口是否有按设计工作、是否通畅；

控件/组件/框架

• 控件，最小颗粒度的可编程部件，如: 文字输入框、按钮；
• 组件，由多个控件组成，但比较常用的交互方式，通过组件来提升效率。如多项选择器、下拉选择框、开关、日历；
• 框架，诸多控件和组件组合在一起，能够在某一领域完成一些列操作的组合比如，页面模板、表单。

长连接/短连接

通常是指TCP的长连接和短连接。长连接就是建立TCP连接后，一直保持这个连接，一般会中间彼此发送心跳来确认对应的存在，中间会做多次业务数据传输，一般不会主动断开连接。短连接一般指建立连接后，执行一次事务后（如：http请求），然后就关掉这个连接。

脚本

可以理解为一种面向计算机的剧本，是一个可被计算机执行的文件，文件里是一系列计算机指令，这些指令会按照顺序被计算机解析并执行，一般用来对数据库进行批量处理。

Cookie

服务器给客户端的身份记录凭证，存放在客户端。

Session

使用产品时，在服务端的唯一标识，Session状态存在服务端，标识ID存在客户端；

Token

是由id、时间戳、设备号，配上自定义规则，经过算法加密后的一串字符串。字符串通常很长，难伪造

重构

对代码进行重新梳理、编写。一般两种情况，技术会发起重构：代码经过多轮转手，可读性差、扩展性差、容易出BUG，或 业务、产品的发展走势，需要注入新的能力，拓展出新的领域重构的目标是更优雅的代码、更高效的支持；

同步处理/异步处理

同步：发出指令后，暂停其他任务，以最快速度得到指令返回的结果;

异步：发出指令后，其他任务继续，等待执行完成才得到结果，反馈给前端同步适合于响应速度快的场景，如果因计算量大而使响应速度较慢，采用异步返回更佳，减少用户等待的焦虑感；

并发/并行

并发，指在同一时刻只能有一条指令执行，但多个进程指令被快速的轮换执行，使得在宏观上具有多个进程同时执行的效果，但在微观上并不是同时执行的，只是把时间分成若干段，使多个进程快速交替的执行。

并行，指在同一时刻，有多条指令在多个处理器上同时执行。所以无论从微观还是从宏观来看，二者都是一起执行的。

负载均衡

负载均衡，是对多台服务器进行流量分发的负载均衡服务。可在多个实例间自动分配应用程序的对外服务能力，通过消除单点故障提升应用系统的可用性，实现更高水平的应用程序容错能力，从而无缝提供分配应用程序流量所需的负载均衡容量，提供高效、稳定、安全的服务。

回滚 (Rollback)

指的是程序或数据处理错误时，将程序或数据恢复到上一次正确状态(或者是上一个稳定版本)的行为。

QPS

QPS (Queries Per Second) : 每秒请求量，技术性能指标。QPS越高，需要的技术储备越强。对内，QPS往往是技术性能优化的核心指标，对外，QPS常被用于第三方服务的计费因素。根据自己的需求对QPS做预估同时留有一定的余量，防止低估或高估偏离过大；

3. 技术架构

应用层/表现层

前端用户能够直接管制到的部分，包括: APP客户端、网页、电脑客户端前端的各种体验反馈: 点击、弹窗、滑动等，都属于此层范畴.应用层/表现层的工作，主要由前端工程师负责开发。

业务服务层

前端各项展示的结果依赖的各种规则、计算逻辑的集合。是系统架构中体现核心价值的部分。它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计。

接口层

为业务服务层和前端表现层之间做数据传递和处理。

基础服务层

前端通用的组件进行模块化的设计、开发与封装。通常是反复会用到的能力。如:系统Push、站内消息、电话能力、转账能力。

 数据层

对底层数据库的内容进行基础计算和包装，便于上层业务使用。如: 点击率 =点击次数/访问次数。点击次数、访问次数存于数据库，点击率通过数据层计算。

 数据库

所有互联网产品产生的数据组织、存储、管理的地方。 由多张表之间相互连接的表格组成的数据库成为关系型数据库，是最常用的数据库类型。

SQL

SQL（Structured Query Language）是一种经典的关系型数据库处理语言，可以实现关系型数据库中数据的增加、删除、修改、查询等。技术在工作中通常用SQL导出数据库中的数据，并进行数据预处理。

数据请求方式

• GET: 从服务端获取数据
• POST: 向服务端发送数据，创建新的内容
• PUT: 向服务端发送数据，更新已有内容
• DELETE: 向服务端发送请求，删除一个数据。

三、总结

产品经理懂技术是锦上添花，有助于工作开展，但不要让懂技术成为你成长的绊脚石。不要因为懂技术就优越感爆棚，觉得自己很牛了，可以和技术掰腕子了，公然挑战技术方案。虽然懂点技术，但还是得充分尊重技术同事，摆正自己的位置，干好产品经理的活。要以用户为中心，用户价值为方向，持续提升自己的产品能力。