产品经理与程序员如何沟通？
1、 要看到项目层面，不要只看需求本身。上面说到的几点不管是：“信息不对称“、”沟通的语言不对称“、”思考角度不对称“还是”考核的标准不对称“是我们常见的几个客观隐私。把几个因素抽取出来剖析，发现还是由于我们站问题的视角的高度不一致造成的。产品经理只是看到自己得到了商业的需求，策划了产品的需求，接下来会把很多事情抛给程序员做了，那还是站在需求方的角色中。
那如果真正的是站在意识层面的项目经理的角度，这个时候看待问题的视眼会广很多。这个时候你就想着为了做这个项目这个需求，程序员是不是明白了为什么要做？是不是对这哪些需求的优先级有了重要的认识？作为产品经理我用怎么样一种表达方式程序员更明白？是不是需要把时间点等划定？目前程序员的资源和服务器情况允许他们能做的空间是多大？怎么样才能拉动他们的积极性更好的完成这个项目？适当的时候，需要帮助程序员做哪些申请或让步？对产品经理来说，同样张罗一件事情，同样会了得到一个结果，但是中间的过程很可能是完全不一样的。
所以因为思考角度仅仅从做完一个需求死磨硬泡上升到，站在项目的角度去考虑各个关节的风险点、时间点，得到的效果是完全不一样的。2、从理解程序员开始，换位思考会更好。一直在问一个问题：“程序员是什么一群人？“就和问自己：”产品经理是什么一群人？“一样，有点好笑、有点幼稚。从小工到专家，从CSDN到走出软件作坊，发现很多很多非常优秀的程序员的心声。
程序员是什么样一群人？像切西瓜一样一刀一刀切：写php的写Java的写windows C的写liunx C的写C 的编程水平一般的编程水平还行的编程水平牛逼的编程水平大师级的构架牛的数据库牛的勤奋的懒于思考的不会JavaScript的积极的喜欢钻研的……好像都不太合适，因为你找不到解决和工程师沟通的好的办法。
程序员如何拒绝产品经理的无理需求？
在项目开发的过程中，程序员往往对产品经理的各种无理要求十分头疼，有的程序员需要频繁的跟产品经理讲解目前的技术边界，这样既影响了项目的正常进展，也会让程序员感觉没有明确的方向，从而带来工作的挫败感。有的程序员与产品经理的关系也比较紧张，沟通的过程往往也带着各种情绪。要想解决程序员与产品经理之间的沟通问题，需要多方面共同作出努力，可以参考以下几种具体的做法：第一：从制度上认可程序员的工作。
程序员最怕的事情并不是修改，而是辛辛苦苦做的工作没有得到认可就被随意的推倒重来，这是问题的根源。所以，产品经理在作出任何功能的调整之前，首先应该对程序员的劳动成果作出肯定和认可，把已经完成的功能计入工作量，这样程序员在面对产品经理的修改时就会从容很多。第二：产品经理要掌握技术边界。对于产品经理来说，一个重要的内容就是要掌握目前各种开发技术的技术边界，一个好的项目经理一定是游走在技术边界上，并不断鼓励研发人员突破已有的技术边界，不断推进研发团队向前迈进，程序员也会因此而获得较大的成就感，从而提升工作效率。
第三：程序员要懂得沟通。对于程序员来说，产品经理提出的任何需求一定是经过考虑的，因此一定要认真听完产品经理的想法，并给出可行的技术路线。在沟通的过程中让产品经理知道哪些功能是难点，但是可以突破，哪些是目前做不到的，需要暂时推迟，哪些是马上就可以做到的。简单的拒绝并不是认真负责的工作态度，给出自己的解决方案才是沟通的重点。
大三学生，想进互联网，做产品经理好还是程序员好呢？
首先，产品经理和程序员都是当前不错的选择，至于如何选择，应该对这两个岗位有一个较为全面的认知，以便于结合自身的知识结构和兴趣爱好进行选择。产品经理在移动互联网时代释放了大量的相关岗位，随着5G标准的落地，以及未来产业互联网的发展，整个行业依然会释放出大量的产品经理岗位。产品经理对于从业者有三方面知识结构的要求，其一是了解当前的技术边界，同时能紧跟技术发展趋势；其二是具备一定的行业认知能力，能够站在更高的角度来审视行业发展动态；其三是具备较强的方案设计能力和沟通能力。
对于大三的学生来说，如果想往产品经理方向发展，首先要对当前的流行技术有比较全面的了解，重点在于技术边界的把握。好的产品经理一定是游走在技术边界，并不断推动研发团队突破目前的技术边界从而实现一定程度的创新。由于产品经理需要具备一定的方案设计能力，所以应该掌握交互设计工具的使用。最后一个重点就是案例分析，通过大量的产品案例分析来积累产品设计经验，包括产品的行业定位、市场定位、功能定位、人群定位等等。
程序员目前分为前端开发、后端开发、嵌入式开发三个大的分类，前端开发涉及到Web前端开发、移动端开发和大数据呈现端开发，需要掌握Html、CSS、JavaScript、OC、Java等编程语言，如果从事后端开发还需要掌握数据库等相关知识，而嵌入式开发需要学习硬件相关知识。对于在读的大学生来说，选择程序员方向要相对容易一些，一方面知识结构比较成熟，另一方面需要的学习资源也比较少。
作为一个IT开发，为啥总感觉产品经理设计的产品就是一坨屎呀？
感同身受，作为一名it开发人员，在日常的工作中，往往感觉公司的产品经理设计的产品逻辑、使用流程往往都不尽人意。没有用更多的时间去打磨一个优秀的产品经理是需要更多的时间培养，并且愿意去用心花在产品设计上，而事实上，现在的产品经理的门槛并不高，很多人仅仅是为了谋生，并没有花足够的心思去揣摩用户，用心去设计，只是为了任务而设计。
这样常常会导致很多问题，有时候逻辑不能形成有效闭环，流程设计不符合日常习惯等等。而软件开发人员，由于对实际的功能需要进行编码，往往对逻辑层面和交互层面会更注意细节，思考的越多越感觉没有细心打磨的产品经理设计出的设计稿特别菜。领导决策还有些更无奈的场景，就是往往某些需求是老板等决策层拍脑袋想出来了，仅仅给产品经理宏观介绍，产品经理需要将宏观描述，转成软件逻辑和流程，往往没有深入理解或者本来决策层的逻辑就不是很优秀，最终导致流到程序员那，觉得产品经理就是一个可有可无的角色。
懂一点编程的产品经理和完全不懂编程的产品经理，哪种更令程序员反感？
这个跟懂不懂编程没什么关系：1、马云不懂编程，alibaba目前技术和产品能力很强，大家也都服他。2、马化腾很懂，腾讯目前产品和技术能力也很强，大家也都服他所以还是要看产品经理的性格、品性以及合作态度。说白了，选大家三观比较贴合的。普通产品经理1、完全不懂还装懂的还撕逼的，绝对令人讨厌2、懂了一点，七窍通了六窍==一窍不通，这个也令人讨厌。
