从案例看设计师该如何沟通

今天就说三个案例。

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

第一个案例：

“有一个需求是今天交最终视觉稿，视觉mm一直在调整，直到今天中午还没有完成。这个时候一个产品经理插入一个紧急需求，也是必须下午要提交”。

A同学：从看到这个插入到需求开始就抓狂了，先是说老大怎么能同意插这样的紧急需求呢！再接着吐槽之前的设计稿就喜欢一直改来改去的，现在做不完了吧！这一顿抱怨的结果就是产品、技术和设计都站在身后听她的吐槽，然后由别人来解决。

B同学：先评估了一下工作量，两个需求分别还需要多少时间，今天是否都能完成；完成不了后再找产品确定了优先级；最后将自己的评估结果找到负责人沟通。结果就是，技术leader同意把本该今天提交的需求延长到明天。

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

第二个案例：

“项目组有一个微信群，有产品技术和设计师，大约15个人。大家习惯把需求想法都贴到群里去说，设计师通常也会把设计稿放到群里审查。”

A同学：每次就把设计稿放到大群里，让大家提建议，如果没人说话，就当完成了。这样的结果就是设计稿被其他丢聊天岔开，或者隔了很久，群里的产品经理或者技术问这位mm咨询设计稿的情况。

B同学：把设计稿放群里后，会在群里介绍一下设计想法。如果群里没有人说话或者主要负责人没有说话，会重新@到。当大家讨论得差不多了，会发一封完整的设计邮件给到大家。

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

第三个案例：

“在项目组微信群里，远程的设计leader让设计师提供一个icon的三个尺寸。”

A同学：不理解要尺寸做什么，但是还是直接在群里报了三个尺寸数字。

B同学：先去线下电话问到leader要三个尺寸的原因，原来是要给外包一个标准。于是b同学就把现有icon做了一个规范图示，三个尺寸分别的用途以及每个用处的注意事项和建议。然后还附上我们的多个示例。

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

总结

这三个案例分别说明了三个道理：

1、让对方理解自己，找到解决方案。而不是一味的抱怨，工作中最无效的就是抱怨；

2、让自己的成果有效地展示出来；

3、理解对方的想法，多想一点点，超出预期。

面对同样的需求，不同的处理方式不同，带来的结果不同，也让自己在团队中的影响力不同。

每个人都有自己的舒适区，比如，你觉得跟leader说话不自在，于是来了有问题你不问，有一个想法不敢去讨论，你只想待在舒适区里，慢慢地你也只会越来越不自在。但是你一旦去说去问了，你的不自在就会被慢慢打破，你的舒适区也就越来越小。

与君共勉。