嗨，作为设计师，在工作中踩过的坑，除了技术和专业上，还会有很多沟通上的坑，无论是运营设计还是UI设计，在与需求方的沟通中，总是会存在各种问题，今天我们来聊一聊，这两个职业。

先来说说这两个工种的基本概念：

1. 能力模型

通过能力模型图这种比较直观的形式，看一下在相同的业务属性下，两种职能对业务能力要求的差异性。

实际情况下，对不同的设计师会有着更细致的能力要求，今天暂且不讨论这些。

多数输出投放市场的材料，目的是需要用户通过这些页面，对内容产生兴趣并转化，实现付费，购买等目标。

过程中，引起用户兴趣，引导转化是关键，创意能力和画面表现力尤为重要，强营销的属性，需要用强视觉的方式来引导用户关注，近二年的趋势中，运营设计表现出了往3D领域靠拢的情况，比如那些年春节总要参加的几个亿大项目。

运营设计的重点不是做最好的设计，是做最适合当前场景下用户的设计，需要设计师对于场景下的用户心智有清晰的了解，了解投放平台的用户属性，并且，要跟运营有良好的沟通，熟悉需求，了解UI设计基础的运营设计师，也能够更好的把握需求，方便开发落地。

主要工作是输出业务相关的用户界面，随着科学进步发展（严肃脸），UI不再局限于App，网页界面中，进一步的扩大了设计的边界，当然啦这个我们暂且不谈。

在大型互联网公司，UI设计逐渐被体验设计取代，对于设计师本身的能力要求更加综合。

相比较运营设计，UI设计需要更多元的思维方式，了解用研交互，多设备的设计规范，用户的使用习惯等，也需要去了解开发层面的一些基础，方便更良好的对接。

2. 合作与沟通

现在来聊聊那些年我们和运营，产品，开发的爱恨情仇。

无论是跟运营吵Logo大小问题，还是端着小板凳坐开发旁边盯着走查，或者跟产品刚这个需求到底合不合理，沟通，是我们工作里必不可少的部分，如何尽量“和平”有效的沟通，提出一点小小的看法

很多公司的运营团队，其业务目标受ROI的直接影响，运营对于设计最大的要求是：突出产品利益点，如何表达他们的真实诉求，是运营工作中不会学习到的，所以常常会出现两种以下两种情况：

这里针对这两个方面提出两个方案，希望可以给大家一些启发。

准备一个需求模板，作为设计师，可以更主动积极的去协助运营完善这部分流程（推动的良好说不定还会被公司欣赏），从设计的角度倒推：希望运营给我们什么样的资料。

将我们的需要详细量化，结合公司需要，设计一份模板，让运营可以在模板的“提问下”，清晰的表述自己的想法。

在这个基础上与运营多次沟通后会发现，他们会逐渐习惯这种提需求的流程，设计师在设计的时候也会变得有迹可循。

打他！（玩笑）

首先要尽量客观，不要带很强的个人抵触情绪去考虑这个意见，运营说出的，未必是真正想要的，我们需要去了解真正的需要。

对方表述出的可能是字大一点，颜色鲜艳一点，但其真正的想法是：突出利益点，对于运营来说，字大可能是第一方案，但是对于设计来说，实现这一目的，可以有更多的方式。

这种情况下，设计师有更好的构思。应该及时和运营沟通。站在用户目标和商业目标的角度，而不是个人的美学角度。站在他人的角度去解决问题，更容易获得对方的认可。

UI设计这一岗位在很多公司中归属于产品团队，其主要合作方为产品经理，研发等。

作为UI设计师，在与他们的合作中，要更有上下游的意识，起到承上启下的作用。

那设计与产品开发团队沟通的时候，可以考虑从以下方面切入：

● 从商业目标考虑：综合考虑公司的商业目标和用户目标，设计上要如何体现这部分内容。

● 从体验层面考虑：保持同理心，站在用户的角度去思考当前情景下的用户操作，保证其可用性，易用性。

● 从产品研发角度考虑：协助研发保质保量的完成需求，必要时候，在成本和易用性之间也会产生权衡。

无论是运营设计，还是UI设计，其共性都是要做出最适合商业目标和用户目标的设计，在沟通中，要始终站在一个更全面的角度去考虑问题，站在对方利益面思考，对方也会接纳你的意见。

当然啦，如果遇到不讲理的，我们还可以吵个小架调剂一下生活嘛（大概）～

Powered by Froala Editor