作为产品,怎样克服技术说话听不懂的问题

泻药!
所有的听不懂都是没有共同语言。
你说日本人说话你听不懂,为啥?因为你不会日语!那你要怎么办?要么苦学日语,要么找个翻译。
技术说话听不懂怎么办?努力学习技术呗。
互联网的发展已经进入下半场,上半场是争夺流量,下半场是争夺数据,这也是顺丰和阿里撕逼的原因,你想要我的核心数据,我能给你么,那是我的核心竞争力。
大数据时代,不懂技术的产品经理在未来市场是缺乏竞争力的,至于技术学习到啥程度,可关注微信公众号:chanpinliu880 我在其中有说。
http://weixin.qq.com/r/xUi6ohPENE5LrVfB9x3X (二维码自动识别)

■网友
所以你是不懂技术的产品经理吗?要解决和技术之间的沟通问题,用蓝湖产品设计协作平台就够了。

■网友
【作为产品,怎样克服技术说话听不懂的问题】 谢邀
1、不需要不懂装懂,有问题就问
2、搞清楚真是技术的问题还是别的问题,你们沟通的情境,事前要取得团队成员的信任与认可,产品经理也好,项目经理也好,都不能靠权力,而要靠影响力。
3、确定方案前就先跟技术商量
4、日常要积累些技术知识
你对程序员的影响力是强还是弱
如果弱的话,程序员说一堆你听不懂的,无非就是告诉你,这个事情很麻烦,你最好不要让老子干,想清楚了能不能轻松点,如果非要干的话也行,要很多的时间的哦,别嫌老子慢哦。
这种对抗式的沟通你要解决的是对抗的问题。
如果是解决问题型的沟通,可能技术认为你的方案存在问题,或者技术没理解你的方案,那你们就围绕问题去沟通,本质上你的工作不需要懂技术,你需要做的是,把方案清楚的告诉技术,然后获取技术提供的开发时间,周期等等。
对于方案的技术可行性,你不懂的话,应该在构造,构思方案的时候,就请技术协助,这种情况下,后期不会有落地的问题
日常有时间还是要积累一些技术知识,倒不是让你做开发,构思产品时你也必须要有啊,真要来个AI的产品,你没点AI基础你怎么整
产品肯定是要跟程序员交流,我是开发出身,做的产品,架构和开发管理也是我,对程序员有较强的影响力,所以没碰上你说的那种情况

■网友
在产品落地实现过程中,跟技术沟通是一个大环节,这是一个业务需求到系统需求的转化。
技术会从自己的角度来跟你沟通,会提到底层的限制,库参数及代码参数。技术往往不会顾及整个逻辑的关联环节,重点会在自己负责的模块代码实现。除非是项目经理或研发经理,或者高级工程师,会在写代码的同时,考虑产品的整个逻辑及用户体验度。
基于这个背景及现状,如果沟通中,发生听不懂的技术架构的高谈阔论时,要进行判断以下几个问题:
1、技术是否对需求有疑问,是否没有真正的理解业务功能,即整个业务关联逻辑及环节的用户场景(针对逻辑性强的需求试用)。
2、技术是否在搪塞,而不想接收长工期的需求任务,从而拉偏落地的可行性。
3、技术是否在扯皮,不想接收复杂需求的实现任务(需要预言的功能,或是涉及多个系统的接口调用,或是新生功能,非已存在的可借鉴功能等) 。
如果是第一种,需要有耐心讲解给工程师听,可以附加需求背景及关联。(对于模块化开发的固定工程师,可不用扩散太多逻辑,那样他更容易混淆实现点)另外,需要虚心听技术工程师讲解他的顾虑与想法。(这种情况有想法的工程师是负责人的好工程师 ,因为在思考,而不是一味的推脱功能落地)
如果是第二种,不要强压他的工期,需要给足他一定的时间,且需要强化自己的技术知识,以便于可以协助其落地,给出合理化的建议,缩短实现日期。但是如果是产品紧迫的功能,涉及到产品在市场上的收益情况,那就需要同理心,可以考虑换种实现方式,做减法的有所取舍的实现业务功能。因为产品是有生命期的,也是逐渐迭代的过程,需要根据重要缓急必要非必要核心非核心的优先度确定。


推荐阅读