设计稿交付后,需求方要改!怎么办?

0 评论 3245 浏览 11 收藏 17 分钟

编辑导语:设计师在提交设计稿以后经常会遇到改需求的情况,设计师对于需求方的一些需求和意见可能会出现想法上的分歧,这种时候应该如何避免?或者如何化解呢?本文作者分享了关于此事的分析和理解,我们一起来了解一下。

写在前面:由于本人从事的是运营视觉设计的工作,所以思考角度多从运营视觉设计的角度出发,如有不全面的点欢迎共同探讨。

一、发现问题

当你精心打造自己的设计作品,并满怀自豪地把设计稿交付给需求方确认,结果对方不喜欢、不满意、有了其他想法,要改,怎么破?

相信很多设计师遇到这种情况(这坑谁都踩过哈哈哈),都会有种感觉,觉得自己的面子和专业受到侵犯,和需求方争得面红耳赤还拿不出个结果,然后满心委屈叹息别人不懂设计。hhhhh~大可不必。

二、分析问题

首先,结合我的经验我们来探讨下发生交稿后被要求改稿都有哪些原因:

  • 需求方本身对需求加入过多的个人喜好或经验;
  • 双方角色站位不同,对所要结果要求也就不同;
  • 双方没有建立熟悉良好的合作流程和规范,需求单乱飞!稿子都很急!明早就要!没时间沟通;
  • 没有建立清晰规范的需求单文档,不同人撰写的需求文档信息不一致,出现认知偏差;
  • 双方沟通不到位,有的需求方表达不够清晰,有的设计师理解力不够,设计师对需求的挖掘不够;
  • 看到你的设计稿后突发更好的运营想法!想要的更多;
  • 因业务原因需求方临时改方案;
  • 等等等等……

三、解决问题

根据这些原因,我们各个击破,逐个解决

1. 需求方本身对需求加入过多的个人喜好或经验

举个栗子,当你交稿后:

设计稿交付后,需求方要改!怎么办?

遇到这种情况,首先我们只需深呼一口气,保持平常心,缕清思路,分点阐述你的设计。

第一,我们是专业的

用通俗的语言阐述你的设计思路,这里的点为什么要这样设计,原因有一、二、三。

还是以上面的栗子:

设计稿交付后,需求方要改!怎么办?

第二,我们是同一战线的

设计师的根本还是要帮助业务去解决问题,更好的赋能业务。我们阐述设计思路并不是为了不改而跟需求方pk,而是为了让双方对于设计稿的认知站在同一条水平线上,阐述说明我们这么做是对业务有利的。

所以,当有的需求方提出一些看似比较糟糕的意见,其实可能对方只是不知道在视觉方面的专业术语怎么表达,但根据他的经验,又觉得需要做点什么,这时候我们设计师需要做适当引导。挖掘他的真实想法和底层需求,并给出相应的调整方案。

还是上面的栗子:

设计稿交付后,需求方要改!怎么办?

2. 双方角色站位不同,对所要结果要求也就不同

我们作为设计师,从开始学习美术、学习设计的那一刻起,我们的眼睛所看到的东西注定就和非美术从业者不一样,我们可以注意和观察到很多平常人看不到的没的东西,同时对于那些不规整、老套、过时;总之影响“好看”的东西或图片有种说呼出的厌恶感,这是一个事实。

值得我们骄傲,同时也应该虚怀若谷,多倾听他人的意见,因为我们合作的上下游绝大多时候都不是设计师。

可能有的设计师不太清楚,业务方的第一需求从来都不是美不美,好看不好看的问题,他们的kpi是增量,是提升营收。所以他们需要我们设计师给的是视觉呈现的解决方案。好看是设计师出图的基础,但不是解决方案。

所以,当需求方为了业务“不择手段”提出某类牺牲视觉品质修改意见时,设计师要做的是,用专业的角度分析阐述其中利弊,以及提供一到两个权衡双方能妥协的结果的解决方案。

我们还是举例子说明:

设计稿交付后,需求方要改!怎么办?

通常而言,只要我们充分理解并考虑到需求方的业务意见,通过我们设计师的方式给出相对好解决方式,需求方一般都不会拒绝。大家都是为了业务好,既能体现他们的需求,又是更好的解决方式,大家还是好朋友!

而问题三、四、五一般是设计师和需求方初步合作,或者设计师还没有一定项目管理能力容易出现的问题。我们继续来逐个解决。

3. 双方没有建立熟悉良好的合作流程和规范,需求单乱飞!稿子都很急!明早就要!没时间沟通

审视一下自己的工作情况,如果你每天都忙得晕头转向,但始终还是有忙不过来需求,还各种要改!还被改来改去!结果累死累活需求方还不满意。既然情况已经发生,那就先停下来,思考如何解决这种工具人状态。

1)为什么总是忙不完需求,天天加班还天天设计delay?

因为每个需求方都今天来下单,明天就要图,分身都赶不过来。

2)为什么一直改改改?

因为做图都没时间了,哪有时间聊需求,接着图就开始肝了,最后做出来完全是方向相反的。

那怎么解决呢?

①评估自己手上的业务量和执行力,充分了解自己后,拿起你的手和笔,制定一个提前下单的规则—提前多少天下单才能拿到设计稿,哪些人负责下单,和那些人对接需求,业务不熟的、非正职的不能提修改意见等等,把想到能规避合作出现问题的点列出来。

②拉通所有你负责业务的需求方负责人,大家抽个二十分钟,把合作的规则统一知会并达成一致(只要不是什么过分要求,对能对效率提升有帮助,一般需求方都会尽力配合的,需求方还是很好相处的哈哈哈)。

③达成规则后,严格遵守规则,必要时利用规则。

4. 没有建立清晰规范的需求单文档,不同人撰写的需求文档信息不一致,出现认知偏差

跟问题三一样,没有规范的下单文档也是一个很严重的问题。因为每个人、每个运营、产品习惯或者喜欢使用的文档工具都不一样(Word、Exce、ppt,线上文档应有尽有),写文案的方式也不一样,各种不同的需求文档会严重浪费设计师的时间(看完一两个文档一上午过去了,文档中发现不清晰的地方,找需求方确认几个,一个下午又过了!)

而且还可能设计师理解的文字语言,和需求方理解的文字语言不一样(比如需求方理解的炫酷,和设计师理解的炫酷。需求方理解的大气和设计师理解大气),造成认知偏差,最后还要改改改!

所以,我们需要建立专属自己团队的需求单工具,建立“下单必看一句话”和文档规范表格,统一模板内容,规避不必要的文字信息—模板内容要有:需求背景、需求目的、投放渠道、目标用户、资源尺寸、需求对接负责人、下单时间、期望设计交付时间、上线时间、页面原型、设计风格要求(可直接提供参考图)。

需求方下单,只需往里面填空就好,不必要每个需求都要设计师问一遍这些基础情况,大大提升沟通效率的同时,认知偏差的距离会有一定缩短,接着就是通过双方深入沟通达成一致。

设计稿交付后,需求方要改!怎么办?

5. 双方沟通不到位,有的需求方表达不够清晰,有的设计师理解力不够,设计师对需求的挖掘不够

如果项目合作前期出现其中一方表达能力稍微欠缺,需求逻辑不够严谨导致设计方向出现误差,这个需要双方互相尊重,相互包容。充分有效的合作流程规范及规范的前提下,在项目中磨合。

同时,设计师在对接需求前,根据需求单提前准备要挖掘的问题,提前预警可能会出现的问题。可预约时间当面沟通,递进式深挖加适当引导,了解需求方的最底层需求。

总的来说,解决五问题方法就是一句话:互相包容、相互进步

6. 看到你的设计稿后突发更好的运营想法和方案!想要的更多?

可以的!如果我们的设计可以激发一些运营灵感,要加入更多的环节,从而能够提升一些业务目标,那么我们非常荣幸!并且全力支持!但同时该遵守的合作流程和规则还是得遵守的(毕竟前面双方都达成一致了的哈哈哈)。

所以,在交付设计稿后,不能说增加新需求和工作量就马上增加,说改就马上改(因为可能设计师可能已经在忙其他项目了),需要设计师综合评估手上项目优先级,合理排出有效时间给到需求方。如果需求方可以接受,那皆大欢喜,大家还是好朋友!如果有的需求方不答应,要急着用新方案上线,那么这时候就需要向上级请求设计支援了,不过大家还是好朋友。

从三、四、五、六问题中,我们可以看到,项目初步建立合作前,提前建立并统一相对应的合作流程和规范,同时有效利用规则。有利于我们在项目中更好的发挥,助力业务,以及规避一些不必要的修改,导致忙碌和修改无效恶性循环!

7. 因业务原因需求方临时改方案

在互联网公司,问题七也是非常常见的问题。原因是互联网公司,很多产品都是要小步试错,快速迭代的。人员的工作模式是都职能人员相互协调配合的,所以一个运营方案很可能在视觉设计快完成了,产品或者项目老大察觉到行业走势或者什么其他原因,在某些内容上的设计目标突然就变了。

要修改,这时候是不是一脸蒙圈?但是,作为项目需求下游、以支持赋能为主的设计师职能,面对这种情况时只能微笑点头,然后给出设计侧合理的解决方案。

这里我们可以引入一个概念:成本思维和项目思维

成本思维:我们的修改的时间成本与人力消耗与之价值相比如何,性价比是否够高。

项目思维:项目是否急着上线?修改的点是否重要?重要程度如何?有没有其他方法规避?根据不同情况提供不同的解决方案。

这里我们列举四种情况:

  • 修改点的价值一般,而且急着要上线;
  • 修改点价值重大,而且急着要上线;
  • 修改点价值一般,也不是很急;
  • 修改点价值重大,但不是很急。

设计稿交付后,需求方要改!怎么办?

1)修改点的价值一般,而且急着要上线

这种情况我们就不适合推翻重做,第一,重做成本高、第二,时间不允许。所以我们的解决方案可以是:跟需求方沟通修改方法并确认新的设计目标和背景逻辑后,快速安排时间在原有基础上做调整修改,快速支持项目上线。

2)修改点价值重大,而且急着要上线

项目要赶着上线的情况下,以能够按时上线为第一重点。所以即使要修改的点价值足够大,值得设计师去重新打磨优化,也是不能够花太多时间在上面的,所以,但遇到这种情况,我们可以:

①尽快了解新的目标及业务逻辑,挖掘业务调整第一需求。

②根据上面的沟通,找到以前形式内容差不多的数据较好的成功案例,双方沟通看是否能微调复用,先上线。

③上线后检测数据情况,如果数据不好,马上沟通安排时间重新开始2.0设计,上线后继续监测;如果数据不错,那就考虑以复用的视觉基调,定义成风格模板。以后面对此类内容的设计,均可往这个视觉方向上靠。

3)修改点价值一般,也不是很急

这种情况就比较轻松啦,还是按规定的合作流程来,设计评估自己手上的工作,划个道,给好时间,重新做优化设计即可。

4)修改点价值重大,也不是很急

价值足够大,就值得更多的投入,花时间去打磨。第一还是明确好业务背景、目标以及需求方有什么要求,深挖需求。然后就可以合理安排足够的时间去打造精品!上线以后在根据数据情况,为以后2.0做规划调整。

四、总结

我们作为服务于商业的视觉设计师,当有更好点可以更好的帮助业务提升,改肯定是要改的,哈哈!

我们能做的是有足够强设计功底和专业能力、定义好规范、管理好项目,与需求方和睦相处,在出现问题的情况下不至于自乱阵脚,从而无效工作、无效加班。

最后,还是得祝愿天下设计师都能次次一稿过!作图无烦恼!共勉之!

 

本文由 @Jun恒的笔记 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!