ide|产品经理要了解技术类知识剪辑师|版权登记|pre-a轮融资

编辑导读：为什么产品经理和程序员之间总是发生矛盾，很多时候是因为认知不同。如果产品经理能掌握更多的技术支持，相信沟通会更加顺畅。本文作者将围绕思维碰撞、工作流程、基础技术、技术术语、沟通技巧等多个维度进行讲解，希望对你有帮助。

文章插图
上一篇文章我们讲了《产品经理要不要懂技术的底层逻辑》，没看过的同学可以先行阅读，再回来看本章节内容可能理解会更深刻。
由于篇幅原因，并未讲解技术的具体内容，本章将围绕思维碰撞、工作流程、基础技术、技术术语、沟通技巧等多个维度进行讲解，所有内容均为互联网内容，争取用简单的语言来描述技术内容，让非技术出身产品能轻松理解、学以致用。
01 思维碰撞1. 产品思维我理解的产品思维，是通过用户和数据发现现象，分析现象的根本原因和是否需要解决，然后提出具体的解决方案，并将解决方案标准化和产品化的过程；
就像写命题议论文，命题人所描述的可能是一个问题、一种现象、一种感受、一种情绪、甚至是一个结果，我们要去理解他的真实意图，寻找有效的论点和论据组成解决方案，可以从多个角度进行论证，同时要求我们在论证时做到：

有观点和立场：不能出现无目的、无意义的内容
是一个整体：不能出现毫无关联的内容
严谨和逻辑自洽：不能出现自相矛盾的内容

整个过程是层层递进且存在着不确定性，分析出的问题可能是错的，提出的解决方案也可能解决不了问题，因为结果的不确定性，这时我们只会考虑解决方案的可行性，是否能解决用户的问题，以及如何提高解决方案成功的概率，不会对实现方式过多的思考。
2. 技术思维技术思维是一种方案实现的思维方式，基于已经证实的原理和确定的数据为支撑，并从影响面、编码复杂度、投入人力成本等三个变量评估实现难度的过程；
有点像解数学题，在已知的数学公式中寻找解决思路，可以存在多种解法，但答案只有一个，最终只有有解和无解两种结果，要不就找到了答案，要不就是题目本身错了；
在思维碰撞时，大多的争论都在产品逻辑前后矛盾和逻辑缺失，以至于开发要自己脑补逻辑，在开发心中产生了极大的不确定性，技术思维是不擅长解不确定性的题的，因此会不断提问来修补确认，作为产品经理，我们在提需求时要尽量消除这种不确定性；
然后，由于之前对实现方式缺乏思考，在评估后发现实现难度过高，开发会本能的出现退缩的现象，并质疑题目是否正确，这时，我们需要抛出需求价值（观点和立场）来强化需求的目的，拔高需求的投产比，让开发能感受到完成带来的意义，以此根据需求目的提出对应方案以此来降低实现难度；
产品经理可以在一开始不讲“为什么要这么做”，但一定要在开发询问时能及时进行解答，以专业的姿态让需求变得完整、前后呼应；
在做需求时，对一些感觉可能会有障碍的功能，先做提前沟通，在影响面、编码复杂度、投入人力成本三个变量进行预判，并做好了充分的逻辑思考，或者适当修改自己的方案，以满足产品最优解，这就是具备了一定的技术思维。
02 人员分工和流程1. 岗位分工和职责

UI设计：对软件人机交互的视觉效果设计，负责页面美观度、切图
前端：将设计好的图片，转换成用户能操作的软件界面或HTML页面，负责产品界面和交互
后端：提供数据库、平台和接口设计，负责功能逻辑实现和数据存储处理
测试：验收开发出来的产品与预期是否相符，负责把关产品质量
DBA：负责数据库的管理和运维，保证数据库的稳定、安全、完整和高性能
运维：对网络、服务器、系统环境、服务的生命周期各个阶段的运营与维护，在成本、稳定性、效率上达成一致可接受的状态

2. 产品开发流程一个完整的开发流程如下：

文章插图
03 基础技术内容1. WEB基础技术

URL：统一资源定位符，用来访问网页、图片、视频等内容，互联网上所有资源都有一个唯一的URL，以http开头，可以是ip也可以是域名，其实是一种路径
TCP/IP：是指能够在多个不同网络间实现信息传输的协议簇，它是在网络的使用中的最基本的通信协议
HTTP：全球超文本传输协议，基于TCP之上，是互联网的基本协议，所有的WWW服务都必须遵守HTTP协议，保证客户端与服务器之间的通信
- 上一页
- 1
- 2
- 3
- 4
- 下一页