设计师如何与产品经理进行有效沟通？
为了避免这种情况，有必要建立一个关于需求的正确沟通机制。产品经理必须首先把设计师当作他们的合作伙伴，而不是助手。想知道产品经理如何与设计师沟通吗，不妨往下看看吧!
每一种产品都离不开需求。围绕需求我们可以看到一个协作的团队。产品经理提出需求，设计师将需求转化为设计，程序员根据设计实现需求。当这个协作链平稳运行时，我们将看到一个高效的团队和一个快速迭代的产品。但在许多情况下，这种协作链并不顺畅，尤其是当需求出现问题时。
产品经理向设计师提出一个要求，要求设计师完成设计。在我接触过的大多数公司中，这个链接中的信息传递是单向的。产品经理是非常强大的，设计师起着辅助作用。因此，即使设计师认为产品经理提出的需求是不合理的，他也只能是完成不合理需求的设计。这种情况会导致严重的信任问题，产品经理和设计师之间的沟通渠道会被关闭。当产品因需求不当而产生负面影响时，设计师会很不满，并默默说道:“我就知道会是这样”。
为了避免这种情况，有必要建立一个关于需求的正确沟通机制。产品经理必须首先把设计师当作他们的合作伙伴，而不是助手。当提出一个需求时，除了描述它是什么，更重要的是描述为什么，为什么这个需求是有价值的。从表面上看，这是产品经理向设计师解释他的想法。事实上，这是为了确认产品经理对自己的需求有一个清晰的认识。
任何要求都是有价值的，但是有一个前提。就是针对特定用户的价值。今天的计算机操作系统虽然已经是图形界面，但它同时为Windows和iOS提供了一项功能，那就是命令行窗口，许多用户甚至根本不知道这样一个窗口的存在。在这个窗口中，用户可以通过输入一串字符来完成系统的许多操作(例如，dir命令可以列出当前目录中的文件名和子目录名)。这个窗口对于普通用户来说是多余的。它可以通过一个熟悉的图形界面做同样的事情。但是对于技术人员来说，命令行窗口要比图形界面有效得多。一些高级功能在图形界面中不可用，只能通过命令行窗口进行操作。对于这些技术人员来说，命令行窗口非常有价值。
因此，当产品经理向设计师询问需求时，他必须解释哪个用户组正在生成价值。这能使设计师理解同理心而对需求产生有效的价值判断，避免公说公有理，婆说婆有理。才能快速的理解需求，达成共识，产品经理和设计师的合作才能建立在共识的基础上。
用户不是一个简单的“用户”二字，而是一个有血有肉可以形象化的人。当需求与这些人联系在一起时，需求同样是有血有肉的，判断需求的合理性就容易得多了。