产品经理需要了解“技术那些事”

0 评论 3349 浏览 42 收藏 11 分钟

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

产品经理不一定要有独立编码能力,但是适当了解一些技术原理,不至于提出“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: 向服务端发送请求,删除一个数据。

三、总结

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

本文由 @Summer 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自 Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!