编辑导读：为什么产品经理和程序员之间总是发生矛盾，很多时候是因为认知不同。如果产品经理能掌握更多的技术支持，相信沟通会更加顺畅。本文作者将围绕思维碰撞、工作流程、基础技术、技术术语、沟通技巧等多个维度进行讲解，希望对你有帮助。
文章插图
上一篇文章我们讲了《产品经理要不要懂技术的底层逻辑》，没看过的同学可以先行阅读，再回来看本章节内容可能理解会更深刻。
由于篇幅原因，并未讲解技术的具体内容，本章将围绕思维碰撞、工作流程、基础技术、技术术语、沟通技巧等多个维度进行讲解，所有内容均为互联网内容，争取用简单的语言来描述技术内容，让非技术出身产品能轻松理解、学以致用。
01 思维碰撞1. 产品思维我理解的产品思维，是通过用户和数据发现现象，分析现象的根本原因和是否需要解决，然后提出具体的解决方案，并将解决方案标准化和产品化的过程；
就像写命题议论文，命题人所描述的可能是一个问题、一种现象、一种感受、一种情绪、甚至是一个结果，我们要去理解他的真实意图，寻找有效的论点和论据组成解决方案，可以从多个角度进行论证，同时要求我们在论证时做到：
- 有观点和立场：不能出现无目的、无意义的内容
- 是一个整体：不能出现毫无关联的内容
- 严谨和逻辑自洽：不能出现自相矛盾的内容
2. 技术思维技术思维是一种方案实现的思维方式，基于已经证实的原理和确定的数据为支撑，并从影响面、编码复杂度、投入人力成本等三个变量评估实现难度的过程；
有点像解数学题，在已知的数学公式中寻找解决思路，可以存在多种解法，但答案只有一个，最终只有有解和无解两种结果，要不就找到了答案，要不就是题目本身错了；
在思维碰撞时，大多的争论都在产品逻辑前后矛盾和逻辑缺失，以至于开发要自己脑补逻辑，在开发心中产生了极大的不确定性，技术思维是不擅长解不确定性的题的，因此会不断提问来修补确认，作为产品经理，我们在提需求时要尽量消除这种不确定性；
然后，由于之前对实现方式缺乏思考，在评估后发现实现难度过高，开发会本能的出现退缩的现象，并质疑题目是否正确，这时，我们需要抛出需求价值（观点和立场）来强化需求的目的，拔高需求的投产比，让开发能感受到完成带来的意义，以此根据需求目的提出对应方案以此来降低实现难度；
产品经理可以在一开始不讲“为什么要这么做”，但一定要在开发询问时能及时进行解答，以专业的姿态让需求变得完整、前后呼应；
在做需求时，对一些感觉可能会有障碍的功能，先做提前沟通，在影响面、编码复杂度、投入人力成本三个变量进行预判，并做好了充分的逻辑思考，或者适当修改自己的方案，以满足产品最优解，这就是具备了一定的技术思维。
02 人员分工和流程1. 岗位分工和职责
- UI设计：对软件人机交互的视觉效果设计，负责页面美观度、切图
- 前端：将设计好的图片，转换成用户能操作的软件界面或HTML页面，负责产品界面和交互
- 后端：提供数据库、平台和接口设计，负责功能逻辑实现和数据存储处理
- 苹果|苹果最巅峰产品就是8，之后的产品，多少都有出现问题
- 业务|传统企业里，产品经理失去了话语权
- 上海尊宝音响多款产品获《影音极品》器材大赏奖项
- 噪音|聊聊社交产品中的信号与暗示
- 雷曼巨幕LEDPLAY获IT影响中国2021年度创新产品奖
- 副总经理|ZOL观察：创新引领超越 光峰工程投影的起航之路
- iPad|一样是苹果的电子产品，为什么iPhone比iPad贵几千元呢
- 产品经理|人工智能越来越发达，人类一身“毛病”，会被机器人取代吗？
- 产品经理|下一个创业风口你认为是什么？
- 苹果|2022年苹果或将推出这 8 款新产品，可以期待一下