交互设计师,该如何应对合作中的阻力?

来源: | 发布时间:2019-09-21 00:21

在新人期间,难以避免的会在合作中遇到麻烦,那本文作者从自己的实际经验出发,跟大家分享一下交互设计师要如何应对设计中的阻力。

“项目经理总是压缩设计周期,根本没时间保质保量的完成这么多需求” “运营眼里只有KPI,提过来的需求根本不考虑用户体验” “产品经理喜欢自己画交互,那还要我做什么?” “UI设计不配合我的交互文档,为了排版随意删减信息或修改强弱程度” “开发总是忽悠我,这也不能做,那也不能做” “测试总提一些极端场景用例过来,问我怎么办,我也很慌啊”

前几天,和几个刚刚入行交互的学弟学妹交流,听到他们以上的一些抱怨,深有感触。不得不承认,我在新人期间也碰到过以问题,着实令我苦恼了一段时间,之后通过导师的指导渐渐开始克服这些合作沟通中的问题。那么今天我就从自身的经验出发,讲一下交互设计师该如何应对设计中的阻力。

交互设计师的合作地位

首先,我们要先对内发现问题,一名交互设计师在整个项目协作流程中,到底是怎样的地位表现呢?

我们先来看下一款内容类产品的项目流程规划:

通常,一个完整的项目版本流程,会涉及到项目经理、运营策划、产品经理、用户研究员、交互设计师、界面设计师、前后端开发、测试开发等多种职能角色参与,每个角色在项目流程不同的阶段中发挥着不同的价值。交互设计师普遍会在产品方案阶段提前介入,并贯穿之后的整个设计工作和开发测试工作。

那么,在整个流程中,交互设计师在项目协作中是怎么样的一种地位呢?

在不同的公司,不同的项目流程中,每名交互设计师的合作地位都不同。有的交互设计师在项目中会被合作伙伴视为“画原型的”,甚至会被当成“产品经理画图的手”,扮演着一种比较尴尬的角色;而有些交互设计师则在项目中会被视为“有想法的专业大神”,甚至会被当成“半个产品经理”,扮演着一种不可或缺的核心角色(有多核心呢,就这么说吧,下游合作职能角色看不到你的交互稿绝对不会开工)。

那么为什么会形成这种差异巨大的对比呢?

归根结底,你在团队中创造的价值决定了你的合作地位。

交互设计师的价值

一名交互设计师在团队协作中,可以创造哪些价值呢?

首先,我认为最基础的是业务价值。

即能够在业务方向正确的前提下,通过设计辅助实现业务目标的能力,要实现这一价值的必要前提是“足够了解所处的行业和业务”,也就是我们俗称的“懂业务”。

清楚产品的市场定位及当前阶段努力的方向,才能更好的参与产品方案的制定,辨别伪需求提前防止无用功,了解产品需求的真实目的,实现与运营/产品良好的沟通基础,能实现这一价值的设计师会拥有在团队内的“话语权”。

其次,是用户价值。

即在达成业务目的的前提下保障用户体验的完善,平衡业务与体验之间的冲突,甚至提出独特的创新形成业务和体验的收益增值,要实现这一价值的必要前提是“足够了解我们的目标用户”。也就是我们俗称的“懂用户”,具备制作用户画像和体验地图的能力,穷尽用户常见的使用场景,并将业务点与用户需求进行有效的结合转化,能实现这一价值的设计师会拥有在团队内的“参与决策权”。

最后,也是大家常常忽略的,是合作价值。

即在提出兼顾业务和体验的方案的同时,推进各协作方100%的实现你的设计方案,要实现这一价值的必要前提是“获得合作伙伴足够的信任”,也就是我们俗称的“情商高”。

很多产品经理在推进需求的过程其实就是在与不同的协作方打交道,无论是开会还是私聊都属于工作范畴内的打交道,但沟通的过程和方向不对,结果将未必奏效。归根结底,一名优秀的交互设计师,不仅要懂业务,懂用户,还要懂合作方,能实现这一价值的设计师才能够在团队协作中做到游刃有余,拥有“令人信服的影响力”,工作中的遇到的阻力自然会大大降低。

这时候可能有同学要问了:一样是拿工资的,为工作出力都是天经地义的事情,凭什么我要去懂合作方?懂合作方到底有什么用?

因为,在绝大多数情况下,设计最大的阻力往往不是用户相关的问题,而是内部的认知、利益点和看待事情的方式不一致。身为项目流程的上游,如果不能与下游合作职能角色形成共识并产生威信,那么一切努力的目标很可能会在合作中付诸东流。

不同的认知、利益点和看待视角

还记得在15年校招的时候,我有幸参与了阿里巴巴的交互岗位面试,那是一次让我印象深刻的面试,面试官问了我一个很常见的问题:

“你,为什么想来我们阿里巴巴?”

当时的我老实巴交,不懂人情世故,实话实说了自己的真实想法:

“我觉得阿里巴巴是一家大公司,进到阿里巴巴里我可以获得更好的发展和机遇。”

当时面试官应该是被我毫不做作的回答惊到了,苦笑了一下,并没有直接评论我的回答,而是又问了我一个问题:

“那你认为,我们需要的是什么样的交互设计师呢?”

“应该是很理性的,而且要有同理心”我想了想又补充了一句“对,还要懂业务。”

面试官依然保持微笑的对我摇了摇头,谈了下自己的想法:

“我理解,交互设计师在工作中不仅仅是在处理人机交互,大部分时间,更是在处理人与人的交互。说白了,做交互其实就是在做人,就像我刚才问你为什么想来阿里巴巴,你的回答仅仅以自己的利益为出发点,你告诉了我你想从我们这里得到什么,但却没有提到你可以给我们带来什么,我们的利益点没有达成一致,又该如何达成之后的合作呢?”

如上所述,最后的面试结果当然是到此为止,但对我而言,这次面试却是生动的一课。在之后的项目协作中,起初我也面临了诸多的摩擦,让我不禁想起当初面试官的一番话,站在对方的角度去想一想,他的认知,他的利益,他看待问题的角度是否与我一致?我们是否存在共同的利益呢?那么我们又该结合彼此的利益实现双赢呢?

那么根据我的实际经验,我就大概简述下合作角色的认知点和利益点(每个项目组的职责划分会因人而异,还请结合自身情况具体分析)。

1. 项目经理(Project Managment)

角色职能:负责启动、规划、执行、监控、收尾一个项目,负责项目资源和时间管理。 角色认知:我要通过各种渠道协调资源来推动项目进度按计划进行,这是我的职责。 角色对交互设计师的影响:影响交互设计的计划排期。

项目经理因为职能原因会更加关心项目的效率问题,如果你的工作能满足项目经理对效率的要求,自然也就可以为自己争取更多的权益。

举个案例,项目经理希望交互设计师小A可以在一周内完成版本需求的设计工作,设计师小A评估该版本设计需求工作量可能要大于一周,那么小A面对项目经理的不合理要求可以选择以下几种策略:

对于不合理的需求,情绪不爽的和项目撕逼; 咬紧牙关含着眼泪的通宵加班完成需求; 要求项目经理根据需求对项目影响的程度提供设计优先级,并按照重要紧急 > 重要不紧急 > 次要紧急 > 次要不紧急的顺序提供设计产出,因为时间限制,设计师会更注重事件的重要性以及其它有利的可能性,因此需要优先完成重要程度高的需求来保障项目进度。

按照第三种策略,从项目经理的利益点出发,更容易与项目经理的达成共识,至于那些次要的需求即便再紧急也可以提出删减或替换(毕竟不重要,设计师千万不可以一直被一群紧急不重要的事情牵着走)。

在这个阶段设计师可以发挥自己的主观能动性,保障自己的主要精力花在更重要更容易出成绩的需求上来发挥自己最大的价值,去“做对的事而不是做更多的事“。

项目经理往往是做“时间管理”的专家,要想和项目经理打好交道达成一致,要求设计师也必须具备“时间管理“的知识和技能。

2. 运营/产品(Operation/Product)

【角色职能】负责运营活动/产品功能的计划、组织、实施和控制,争取创造有价值的产品,并将产品的价值发挥至最大。 【角色认知】确定产品的方向和价值,并以需求的形式将价值带入产品中,保障用户活跃度并为企业带来营收,这是我的职责。 【角色对交互设计师的影响】最原始的业务需求就是从运营/产品这边提出,其原始需求影响设计需求的工作形式和大致方向。

不同时期不同计划的产品规划规划决定了运营/产品人员的KPI(这一点需特别注意和分析),因KPI导向带来的压力,导致运营/产品同学有时可能会提出一些“反人类”的需求,但事实上他们并不会刻意与用户体验作对,

举个例子,某运营/产品同学的季度KPI是某广告入口的点击率为20W,为了实现这个KPI,运营/产品同学提出一个需求,要在首页放置一个入口,不可消除,点击后即跳转至对应广告页。这个需求看似不合理,对用户除了干扰没有丝毫利益,但却可以看出该运营/产品同学背后的KPI压力。

那么交互设计师小A接到这个需求时可以:

因为严重影响了用户体验,直接拒绝需求,引发运营/产品的抵触情绪和对抗态度; 首先表示理解的态度,并利用设计师的场景故事能力为这个需求进行平衡,比如:我们可以设计一个激励场景,将广告入口设计为一个限时奖励入口,用户在一定时限内点击入口观看广告达到一定时长后,可以获取一些对应的虚拟道具奖励,道具领取后需要明天再来观看才能同样领取。那么用户拥有了行动的动力,自然欢欣鼓舞,而运营/产品同学广告入口的点击率也随之得到提升,同时也不必一直挂在首页影响体验,同时还带动了次日留存数据的提升,形成一种多赢局面。

长此以往,如果设计师愿意与运营/产品同学交流其真实目的,在满足其真实目的的前提下对方案进行优化,他们自然也不会过多的干预设计,甚至会形成一种互相尊重的愉悦局面。

运营/产品同学往往背负着沉重的指标压力,要想和他们达成一致,往往需要能够做到“理解对方的压力”,并拥有“平衡业务目标和用户体验”的场景设计能力。

3. 界面设计(Interface Design)

【角色职能】负责根据信息框架图搭建用户的操作界面。 【角色认知】挖掘目标用户的感受,保障操作界面的美观易读,这是我的职责。 【角色对交互设计师的影响】负责对交互设计方案的视觉呈现。

交互设计和界面设计可以说是最亲密的战友,交互设计的信息内容呈现很大程度上影响了界面设计的难度,而交互设计的成果又很大程度上依赖于界面设计的效果呈现。所以在很多时候,二者应该保持同进退的关系,才能更好的推动工作的进展。

但界面设计往往面临着与交互不同的评审待遇,交互设计的产物往往会更倾向于理性/逻辑性,而界面设计的产品难免会倾向于感性/主观性。因此界面设计面临多方质疑的概率往往会更高,因此交互设计师更应当适时扮演一种引导者和保护者的角色。

举个例子,交互设计师小A在进行一个功能的原型设计的时,该怎么做才能实现与界面设计师的最佳对接状态呢?

交互逻辑已整理清楚,页面信息随意堆叠一下交接给界面设计同学,让界面设计同学自己思考布局和层级的问题; 替界面设计同学规划好按钮样式、主体用色和风格样式,交接给界面同学; 参考界面设计已有的视觉规范,排布页面信息时充分考虑视觉上的美感,标记清楚需要界面同学提供的页面、控件状态,用黑白灰来表示信息的强弱,不干涉用色和界面风格,并主动为界面设计同学讲解需求目的和设计想法,问询交互影响视觉呈现的意见并及时调整,与其达成设计目的的一致性。

按照第三种策略,不会让界面设计同学对信息的呈现感到困扰,也不会感到自己的专业被侵犯,同时因为交互遵循了自己的视觉规范进行信息布局,反而会让其感到自己得到了尊重,主动讲解业务和想法也可以避免因接受信息不一致带来的视觉返稿情况。

在界面设计完成后,如果运营/产品提出不合理的质疑,交互设计师应当与界面设计师站在同一战线,做到真正的“战友关系”。

界面设计往往面临“大众总监”的质疑风险,要想与他们达成一致,需要能够做到“尊重对方的专业性“,并能够通过自身对业务的了解,积极的通过沟通对界面设计呈现进行“引导和保护”。

4. 开发/测试(Development/Test)

【角色职能】负责功能的实现和检测,具体又可以分为前端研发、后端研发和测试研发。 【角色认知】我要通过各种技术手段来实现/确保需求的展现,这是我的职责。 【角色对交互设计师的影响】影响设计方案的最终上线效果。

交互设计师应当积极保持与开发/测试同学的沟通,在学习最新的技术趋势同时 ,你会发现绝大多数开发同学是能够意识到体验设计的合理性和重要性的。但开发自己也面临很多苦衷,一些炫酷的动效和交互效果,往往意味着更长的开发时间和更大的代码管理压力,甚至不同的机型呈现效果以及卡顿异常也很大程度上受到设计的影响。

在这种情况下,技术往往会出于自我保护而否掉现有的交互设计方案。如果交互设计师能够理解开发/测试的苦衷,则可以更好的推进工作。

举个例子,交互设计师A在进行原型功能设计时,需要考虑哪些才更容易得到开发/测试的支持呢?

尽情天马行空的设计,我负责设计,怎么实现是你们开发的问题; 寻找网上的代码,告诉他们用这个方法就能实现自己想要的东西; 在设计前,将自己的想法提前与开发进行沟通,了解风险难点和实现周期。再根据重要性来决定是否在该版本实现该设计,在非必要情况下尽量复用已有的组件库,减少开发工作量和代码管理难度,穷尽所有的用户场景和异常情况,保证交互逻辑的顺畅及交互稿的易读性。

按造第三种策略的设计,产出的设计方案因技术反对而导致返工的概率会大幅下降,同时交互设计师在技术同学的心目中的地位也会大大提升,长久以往形成足够的信任感。那么届时再提出一些独有创新性的设计方案,被实现的概率也会大大提升。

要与开发/测试达成一致,需要有过硬的逻辑思维,保证设计稿的场景明确和逻辑合理,尽可能的复用已有交互组件。

总结

那么总结下来,如下图所示,要成为一名在项目中可以游刃有余的交互设计师,除了具备平衡业务价值和用户价值的能力,还要具备推进合作价值的能力,而要实现合作价值则必须要求你主动走入、了解和尊重合作方的需求和苦衷。

此时的我忽然想起当年一句很洗脑的广告词。

“好迪真好,大家好才是真的好“。

 

本文由 @秦凯 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自 Pixabay,基于 CC0 协议



本文永久链接:http://www.dollarfollowers.com/r-article-1741707.htm

1.本站遵循行业规范,任何转载的稿件都会明确标注作者和来源;
2.本站的原创文章,请转载时务必注明文章作者和来源,不尊重原创的行为我们将追究责任;
3.作者投稿可能会经我们编辑修改或补充。