【在这里添加了社团卡。 请在今天的顶级客户那里看看】交流的第一原则是要正确且认真地表达想和对方交流的意愿。
在工作中，由于几个理由，经常用职位称呼人。 但是，做设计的人不想把他们叫做“美工”。 如果被叫做“美工”，对正在设计的人来说，就不能愉快地聊天。 如果遇到情商高的设计师会笑，但绝对会破坏交流的兴趣。
遗憾的是，我们不得不承认，从事技术和艺术工作的大多数人智商都比情商高。 很多时候，你可能只是继续对人的称呼，说“美工，你画的图是……”。 也许还没有结束。 对方很可能已经不高兴了。 我怎么能开心地继续说话呢？ 对其他职位的人来说也是如此。 为了更好地进行交流，需要了解运营、策划、前端等最基本的禁忌。
分工明确
明确分工是为了明确自己的职责。 下面介绍相关职位的称呼。
负责界面设计的被称为UI设计师，简称为“UI”。
负责视觉设计的人被称为视觉设计师或平面设计师，简称为“平面”。
负责创建静态页面的是前端开发工程师，简称为“前端”。
负责开发安卓或iOS的人称为安卓开发工程师或iOS开发工程师，简称“开发”。
负责软件错误测试的被称为测试工程师，简称为“测试”。
负责交互设计的叫做“UE”(国内叫法)或“UX”海外叫法)，简称为“交互”。
由这些设计师组成的团队称为用户体验设计(UED )团队。
明确交流的目的
明确交流的目的是为了更快、更好地完成项目。 例如，对于专题网页设计师来说，主要就两个方向进行交流。
一个是面向需求方，也就是运营、策划、产品经理等。 因为主题的内容、文案或项目的原型是他们完成的。 设计师有时会完全按照需求方的要求进行设计，如风格、颜色、文案等。
其实这是不对的，在我们看完策划或产品框架后，应该提出自己发现的问题，双方进行充分的沟通。例如，需求方为什么想要那种风格？对于这个策划，设计师是否可以提出更适合策划风格的设计？根据这种风格，色彩上产生了哪些变化，为什么这样设计？即便是文案上的语句顺序、促销语言，我们都可以与其探讨。
二是针对前端。当我们完成设计后，需要前端的工程师制作页面，其中包括静态页面的切图、加链接等，还有就是实现页面的交互。在前端制作完成后，我们也应该对其进行检查，看看制作出来的页面是否与设计相符或链接有没有问题等，如果发现问题，要及时进行沟通、修改。
关于沟通的态度
关于沟通的态度，这里举3个案例进行说明。
案例1：今天要交最终视觉稿，视觉设计师一直在调整，但直到中午还没有完成。这时，产品经理插入了一个紧急需求——“必须下午提交”。
A同学：从看到这个插入需求就开始抓狂了，先是说：“老大怎么能同意插队这样的紧急需求呢！”再接着吐槽之前的设计稿一直改来改去的，现在做不完了。抱怨的结果就是产品、技术和设计都站在后面听设计师的吐槽，然后由别人来解决。
B同学：先评估了一下工作量，两个需求分别需要多少时间、今天是否都能完成，如果完成不了，再找产品经理确定优先级，最后将自己的评估结果与相关负责人沟通。结果就是，技术Leader同意把本该今天提交的需求延长到明天。
案例2：项目组有一个微信群，其中有产品技术和设计师，大约15个人。大家习惯把需求想法都发到群里，设计师通常也会把设计稿放到群里审查。
A同学：每次就把设计稿放到群里，让大家提建议，如果没人说话，就当完成了。这样的结果是设计稿被其他人的聊天岔开，或者是隔了很久，群里的产品经理或者技术才向设计师咨询设计稿的情况。
B同学：把设计稿放群里后，会在群里介绍一下设计想法。如果群里没有人说话或者主要负责人没有说话，会重新@他们。当大家讨论得差不多了，会发一封完整的设计邮件给大家。
案例3：在项目组微信群里，负责远程的设计Leader让设计师提供一个Banner的3个不同尺寸。
A同学：不理解要尺寸做什么，但是还是直接在群里报了3个尺寸数字。
B同学：先打电话问Leader要3个尺寸的原因，原来是要给外包一个标准。于是B同学就把现有Banner做了一个规范图示，包括3个尺寸分别的用途及每个用处的注意事项和建议，然后附上多个示例。
以上3个案例分别说明了3个道理。
①让对方理解自己，找到解决方案。而不是一味地抱怨，工作中最无效的就是抱怨。
②让自己的成果有效地展示出来。
③理解对方的想法，多方面考虑，做出超出预期的方案。
面对同样的需求，不同的处理方式产生的结果不同，也会让自己在团队中的影响力不同。
