作为产品经理，与程序进行产品沟通，需要了解的技术背后问题有哪些具体是啥
个人认为如果跟技术打交道比较多的产品经理的话，还是自己要去多自学些技术知识，可以去看看有关产品经理需要看的技术的书，比如产品经理必懂的技术那点事儿，记住千万不要强求去看本来技术看的书，估计你会看的很痛苦，或者去听听you?guan具体要掌握的知识我罗列一下吧，1.http的基本原理。2.app和h5的区别以及通信。3.web前端的基本概念。4.后台的基本知识。5.常用的技术术语，比如SDK，插件，接口，协议等等。推荐一个讲给产品听的技术live,直接搜索产品经理必懂的技术知识就可以啦，或者点击链接:https://www.zhihu.com/lives/862662719852122112
■网友
写一写我的经历：在产品经理完成一款产品的前期工作后。后期与程序进行沟通的时候，作为产品经理需要理解的程序开发怎样实现产品的背后逻辑是怎样的？程序会怎么样去实现这个产品？程序实现产品的一个流程是怎么样的？不需要理解程序是如何实现产品逻辑的，这些是程序猿思考的问题，换言之就是让合适的人去做合适的事情。产品经理在进行产品设计的时候需要考虑到的一些功能性的需求和非功能性需求的时候，会对程序实现问题拿捏不准，造成后期的沟通成本代价，需要了解什么？怎么才能避免这个问题。功能性或者非功能性的需求，都可以在进行产品设计的与开发进行沟通：“xx功能/需求是否实现？实现的成本【人力/时间】有多大？该需求实现对业务的影响等”，对需求的拿捏，也是产品经理需要好好把握的一件事情。基本没时间去认真学习某些编程语言，但是通过程序实现的背后逻辑，流程或者其他能够快速的掌握哪些技术知识，能够更好的与程序沟通？没有必要去学习编程语言，只需要了解一些简单的知识就好了。毕竟学习是要花费成本的。但是平时可以多听程序猿之间的交流与沟通，了解开发所用语言的基础知识，会提高与程序猿沟通的效率。最起码移动端的产品经理你要明白toast、抽屉、banner这些是神马吧？
■网友
【作为产品经理，与程序进行产品沟通，需要了解的技术背后问题有哪些具体是啥】 跟程序沟通不应该用非确定的语言来描述你对功能的需求，特别是刚性需求，对于刚性需求，最好有一个逻辑严整的流程图或者管道图来明确每一个步骤，每一个重点逻辑判断，逻辑判断隶属那个部分进行（前端，后端），这样程序才能给你一个具体的反馈说这个部分可以采用什么样的方式，哪个部分可以采用什么样的方式更为合理。以上的沟通不能够在制作产品的时候进行，必须是在前期准备的时候就开始，因此产品的前期工作除了竞品分析，产品调研这些工作外，最重要的就是定性自己产品的功能系统流程，通过与技术人员的沟通来最终确认功能系统流程。
■网友
有可能的话，了解下开发逻辑吧！具有项目开发时间的把控能力非常重要
■网友
无需学习，只要你做的需求人人都能看懂，提交测试就行，就算你学了开发语言也没用，技术最不需要的就是有人对他怎么实现这个逻辑指手画脚了，你想想，一非专业的对专业的要求按照你的来，这是要闹哪样哦
■网友
最理想的情况是，所使用的技术、框架、原理你也会，让你去做技术gg的事情，你也能做，只不过需要花10倍以上的时间。到这个程度的话，与技术gg聊天就应该畅通无阻了。差一点的话，如果技术gg把技术抽象成大白话你能听懂交流，也是可以的。
推荐阅读
- 『板房』搬新房迎新年 2021听他们说幸福 告别大板房
- 旅行社@旅行社推出“高铁+旅游”新产品 高铁旅行说走就走！连淮扬镇高铁全线通车
- 广西鹿寨贫困户玩直播带货变身创业新星以电商帮老乡卖滞销农产品
- 黄金时间■黄金时间丨哪种产品最节水？购买产品请注意这个标识！
- 唐国标：招揽“职业经理人”勾勒好塘栖的新蓝图
- 货币等各类金融产品彻底电子化会到来么
- 侧重业务逻辑的产品需求规格说明书，需要有哪些要点
- 程序猿和产品汪能愉快的一起谈恋爱嘛
- 知乎有没有必要增加一个特别关注功能
- 我是程序猿养了条狗，取啥名字好