原因2：技术方案可实现但难度大。——假若这个功能真的极其重要，一起讨论解决方案。短时间内有没有低成本的变通的方案；难度大的技术方案局限在什么地方；实现技术方案需要耗费多少时间成本和其他成本。

最后说一点，有时候花费大量精力做出来的功能也许真的与你之前的想象完全不同，所以在没有真正的定论之前，最好用最小成本先上去妥协版的，甚至是个demo，先测试。有数据都好说话。

精选回复@rain

从本质上来说，没有实现不了的需求，只是实现的代价有多大，价值高不高，打开需求的姿势对不对

这个问题要从几个方面看：

（1）从产品本身来看，需要你确定这个需求的价值，可以从KANO模型，ROI投资回报率上来对需求重要性排序，优先做有价值的东西，时间来不来的及

（2）确定了价值，下面就是需求实现的问题，一般来说需求是有多种实现方式的。不仅仅是技术上的，还有其他表现形式上的。打个比方，用户说要可乐，基本的需求是因为渴了，而你如果提供矿泉水其实一样能解决问题，这个需要你从本质上理解用户需求；技术上，实现一个功能，可能写一个工厂方法就可以简化很多事情，而开发也可以己脑洞大开过度设计（这种对于入门没多久又有理想的程序员是比较常见的）。这个在提需求的时候，你提给开发的需求更应该说用户story，而不是描述解决方案：规定好他应该怎么做。同时尽量找开发领导提前沟通需求，这样有可能他会给你一种更加好的实现方案。

（3）最后就是努力充实自己，面向对象的编程思维可以多了解了解。产品经理的UML工具其实就是面向对象的思考方式，你可以不用管这个方法具体是通过写了多少行代码实现的，只需要想通中间的逻辑是怎样的即可，这样又可以反过来促进你了解：你的设计中有没有遗漏什么，下一版功能可以往哪拓展；从整体逻辑的复杂性推算功能的实现时间，对整体开发时间的估算越来越有把握，避免被开发忽悠。

问题详情：https://wen.woshipm.com/question/detail/cad8ar.html

问题3：如何有效的和其他部门的人沟通？ @董小白 精选回复@肉肉圆

跟我们的瓜皮UI打交道之后，我脾气都被磨好了，总结了几点：

（1）需求沟通

产品经理与设计师的沟通分为两个方面，一个是设计前一定要跟设计师详细的做产品介绍，讲解产品中的功能点，以及背后所希望表达的意义。我一般会用数字在原型中给界面显示的元素标一个优先级，例如哪些文字要突出显示，哪些要弱化，数字越大优先级越高，相同数字的代表同一优先级。这样搭配起来效果更好。

另一个是要跟设计师讲自己对于设计上的意见。产品人员对于UI的设计也会有一些自己的想法，设计前可以把自己的想法讲给设计师听。但是还是要尊重UI的专业意见，大体的框架思路讲清楚，确认细节问题，让UI自由发挥。（不过在你这种情况下还是让UI跟着你的思路去设计吧）

（2）需求进行中要注意的几个点

不要偷懒，每出一版设计稿有修改意见走邮件，必要的话配上截图，以免出来之后有落下的需求出现撕逼的情况，意见一目了然还能降低修改的次数。

定排期的时候给设计多留点时间，不要把时间卡太紧，让设计顶着压力上，反而出来的效果不太理想。做人嘛，要学会站在别人的角度思考问题，产品经理尤是。

在提交设计需求前可以自己先想一下自己对设计上的想法。有时候设计师自己确实就是没什么想法，这时候可以给他们找一些案例，拿过别人的作品我们从中借鉴一下（关键词是借鉴！而不是照抄！）所以产品经理一定要说清楚，应该借鉴的是别人作品的什么地方，不要误导设计，出来又是一番撕逼。

问题详情：https://wen.woshipm.com/question/detail/tn5c9.html

问题4：产品经理需要什么样的“软技能”？ @夏夏 精选回复@栗子

软技能包括很多啊，以下我讲下我认为比较重要的软技能。

（1）产品Sense

一个优秀的产品经理必须对于产品敏感，而这种敏感性就来源于良好的产品Sense。产品经理是一个综合性角色，即需要有开阔的视野，又必须时刻关注细节，而这些都包含在产品感里面。要培养良好的产品感就要培养自己的设计力（体现于产品的原型和功能规划）和规划力（这个比较抽象，主要涉及产品的远景和长期发展规划，涉及到战略层面）。产品新人前期可以通过多看优秀的产品和页面设计，思考背后的功能逻辑，逐渐培养自己对产品的敏感度。

（2）商业感