产品经理需要学习的技术都在这里

产品经理需要学习的技术都在这里

这是一篇写给没有技术背景的产品经理看的文章。要深入学习的，请另外参照对应领域大神的指引。

本人计算机专业毕业，实习刚开始也做过一小段时间的开发，从前端到后台到数据库略有接触，所以对技术那点事儿比非计算机专业的童鞋要稍微懂得多点。从开发角度讲，我一定是个不合格的程序猿；从产品的角度讲，我还能算懂70%技术的产品汪。今天就来写写，作为产品经理，你需要懂哪些技术。

先问：产品经理为什么要懂技术？

对技术了解不多的产品经理们，在日常工作中，会不会遇到以下问题：1）需求评审时，你说，一个星期应该能完成吧。开发给你一个白眼，说，不行，一个星期你来写，这至少得三个星期，陷入尴尬……。无法评估一个功能的技术实现难度。

2）测试提过来一个bug，比如收藏列表的价格显示和商详页不一致？你搞不清问题的根源，不知道该找客户端同事还是后台同事修复，只能先问前端再问后端。不能快速定位反馈对象，无形中浪费了许多时间。

3）与开发沟通时，总是会听到接口，API，传参数返回等听起来很懵逼的技术专业词汇，云里雾里插不上话，感觉自己是个局外人。需要花大量功夫去了解清楚，降低沟通效率。

因此，作为一名产品经理，懂技术是非常必要的。这样才能和开发工程师有效沟通，对实际开展产品工作有非常大的益处。

但也不至于要去学一门编程语言，会写代码。真正掌握一门编程语言需要大量的精力和时间，还容易陷入到各种技术细节。懂前后端的数据交互和底层数据表结构设计，足矣。专业的事情交给专业的人来做，写代码到底还是工程师该干的活儿。

再问：技术的底层架构？

一个完整的项目由客户端（前端）和服务端（后端）组成。

1.前端

前端分为网页前端（H5）和移动客户端前端（native)，移动客户端又分为Android、IOS或微信小程序等。

我们需要理解H5和Native这两种技术方案在实现难度、工作量、资源投入上的区别，以决定具体用哪种方案？

H5的开发成本更低，且在工作量上只需要H5工程师开发一遍；如果是原生系统（native)开发，那至少需要Android和iOS工程师各自开发一遍，工作量和资源投入要高。在快速试错和需要灵活应变的场景下，H5的技术方案不失为一种好的选择。

除此之外，跟前端开发在沟通过程中，还会高频听到“组件”、“写死”或“接口”等词。

组件：是自定义的HTML+CSS＋Java重新组合，把多次出现的页面，反复出现的功能封装到一起成一个组件，以便用的时候可以直接调用，避免出现大量重复性代码。类似我们用Axure画原型图时的母版，在很多页面上都使用时，我们直接拖出来用就好。

简单讲下什么是HTML、CSS和JavaSript。HTML、CSS、Java是前端编程语言三件套。

以房屋装修来解释：

HTML就是搭了房屋的框架，告诉你哪里是卧室、厨房、客厅，摆了几张沙发和桌子。CSS就是设计房屋的样式，比如墙壁刷成绿色，桌子是正方形的。Java就是整个房间的电网和智能家居，比如你一按按钮，灯就亮了；一按开关，空调就打开了。

以具体某一页面来解释：

看到的图片、文字都是一个个的HTML元素，然后页面的背景颜色、图片大小，按钮位于整个页面的什么位置，这就是CSS做的。Java 实现内部的逻辑，比如按钮点击之后怎么处理，界面之间如何跳转，什么时候刷新信息，如何请求数据。

写死：我们看到的前端页面有静态页面数据显示，也有动态页面数据显示。写死指的是静态数据，动态数据通过前端请求后台接口获得。写死的优点可以减少和服务端的请求次数。缺点是后期如有扩展，对于已经发出去的老版本就无法更改了。

我最近做的一个功能，由于之前前端写死了，就只能添加到新版本上，老版本无法兼容，所以哪些东西可以写死，必须要评估，否则后期如需修改，就是给自己挖坑。

2.什么是接口？前后端数据如何交互？

先来一段按惯例放上，但可跳过不看的百科介绍：

API，英文全称Application Programming Interface，翻译为“应用程序编程接口”。是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。——百度百科

用自己的话理解，接口就是封装好了某些功能的一段代码，给前端调用，我们不需要知道这些功能具体是怎样实现的，我们只需要按照接口协议调用即可。（接口具体如何实现是后台开发干的活儿）

举个生活中的例子，喝水。

当你喝水的时候，你只需要打开水龙头，拿一个杯子去接就可以了。你根本不用关心水龙头的水是从哪里来的，经历过怎样的净化，加多少压强等等细节，你只需要学会如何去“调用水龙头”也就是学会“使用水龙头”这一简单的动作，就可以完成你想要完成的功能——喝水，你不需要学习更加专业的知识。

问：那前端如何调用这个接口？我们就不得不提到接口文档。

接口文档由后端编写，在实际开发过程中，也会和前端同事协商修改。正式开发前，后端开发会把接口文档写好，这样才好开展工作。

接口一般有哪些关键要点？

1、接口描述：这个接口的作用和意义，以及相关的规则

2、接口地址：以网址的形式展现，通过发送请求给这个网址来对接口进行交互操作。

3.请求方法：常用的有post和get两种方式，一个是读接口(常用get、一个是写接口(常用post)

4、请求参数：请求该接口时，需提供的参数，例如参数属性：名称、支付方式、是否必填等

5、返回参数：接口正常响应后，返回的内容

6、错误码：对接口的错误用码进行归类，以便能快速找到错误原因，解决问题

7、实例：实际调用时的响应的内容

后端定义好URL，前端按照规定的格式传递请求参数调用接口，接口会把数据返回给前端，前端拿到这些数据再去实现具体的功能。