谁说“菜鸟”不会需求沟通

2 评论 3546 浏览 27 收藏 21 分钟

编辑导读:网上流传过一张图,你如何分辨哪一个是设计师?看他的电脑上有没有手指印就知道了。作为一名设计师,每天不是在改稿就是在改稿的路上。想要摆脱这样的命运,就得先学会沟通。本文作者对此分享了自己的经验,一起来看看吧。

一、设计师真实emo事件

帅帅是毕业没多久的设计师,做设计总是充满激情与冲劲儿,这天他将反复修改的稿子终于交付出去了,想着终于结束了,但是没过一会,群里的产品在“内部讨论”后直接@他,要求他修改设计稿,竟然改回到了先前的稿子,他直接emo~

帅帅:啊,我他*不做了,一直叫我改,之前说了不能这样做不听,这下又叫我改回去,真的无语,真的要?

小发:怎么了,大早上的这么暴躁,改不是很正常吗,谁又能每次都一稿过?

帅帅:不是啊,我改了不知道多少遍了,他们一直都无法确定,我稿子改到后面我都不知道我为什么要这么做了,只想早点结束这个需求,给你看我改了多少版本:

小发:做了这么多?难怪这周看你都在加班,那现在定稿了吗?

帅帅:还没啊,刚刚他们确定了说让我改回到之前某次的设计,我之前的版本还被覆盖了,哎,真的很生气。

小发:所以你现在还是马上就改?不停下来整理下到底是哪里出现问题了,导致这个事情反反复复的修改?

帅帅:啊 我现在也不知道怎么搞的,我每次都很认真去优化修改。

小发:一般这样反复 改稿大致有 2 点原因:

1.1、本身方案存在瑕疵,经不起大家推敲,(这个可以查看我在之前写的《设计方案被质疑不合理?从这4个方向入手!》可以尝试进行自查下,争取下次交付更加合地的设计方案。)

2.2、前期需求沟通出现偏差,方向始终模糊不清,设计一直处于一个不明确的状态下进行,节奏被一些(不靠谱,经验不足)的产品牵引,进入恶性循环。更可恨的是这个锅后面可能戴到了设计师的头上。

在我看来,你这个情况大概率是前期需求沟通没到位,现在我来和你说说(交互)设计师如何有效沟通需求,说完你再回溯下你之前的沟通看看是否有出现问题。

帅帅:好呀

二、需求沟通目的

小发:首先你觉得需求沟通是为什么?

帅帅:就说下要做什么东西呗,页面是怎么流转的,需要有什么功能,什么时候要,聊完这些我就可以开始画稿了。

小发:你说地没错,需求沟通的首要目的是:了解业务,明确需求,搞明白要 做一件什么事情,不仅知道要做什么,更重要的是要明白 为什么要做?;其次是了解产品规划,及相应的限制,帮助自己后续产出能够与产品规划契合产出,做起来更有节奏,这样即使你手上有好几个需求,也能分清楚轻重缓急。

三、了解需求类型,确定沟通侧重点

小发:并且在日常的需求沟通中,面对不同的需求要更有侧重的沟通才能在短时间内获取到关键的信息。你自己感觉有遇到哪些类型需求呀?

帅帅:遇到改版的、新功能的、抄竞品的、活动页面类的。

小发:嗯嗯,大部分都是这这些,有些你可能没有做过,按照我自己的经验来看,主要有以下 5 类需求类型:

但不管什么类型的需求在沟通中主要都是围绕:是什么、为什么、目标预期、做什么、规划(时间、产品规划等)这五个大方面进行沟通,接下来我和你仔细说说这 5 类需求的特性及设计师面对这些需求的时候会遇到哪些问题。

1. bug优化类需求(执行力)

这类需求一般都十分紧急,需要 高效执行,不然会影响产品业务。虽紧急但这类需求也是最明确的,到设计师这边的bug类需求大多都是 交互型bug ,大多都是交互设计稿指定的操作步骤、流程和结果指向;视觉设计稿指定的图片、文本、布局、显示位置、尺寸…

所以当我们碰到bug类需求沟通方式建议是三步走:

  1. 首先自己去体验下问题,这样沟通起来就能更顺畅;
  2. 若是落地还原问题,可快速找到自己之前设计稿对应模块,联合视觉同学快速将这个模块流程及资源物料给到开发及时修复;
  3. 若问题更复杂则拉群共同沟通协调,多人同步处理,提高修改效率。若需要重新画稿,时间紧急时可以直拉视觉同学,通过手绘传达意思,就不要再画交互稿了,快速输出资源物料?~~~

问题点:这类需求最容易遇到的问题就是 协作不够高效,导致修复慢,是考验设计师执行力的时候,但不是所有的事情都要自己一股脑闷着加班加点做,合作才是高效选择,所以需要快速拉相应负责人快速沟通好各自分工和配合方式,做到有问题、有产出都快速同步,来个 无缝衔接!?

2. 体验优化类需求(分析力)

  • 品牌升级:这类诉求一般是当前产品还能正常被使用,但 过程使用体验存在提升空间,加上整体 视觉风格老旧 需要刷新,产品逐渐形成系统性的设计语言,在交互和视觉上都会进行刷新。
  • 业务优化:产品面临问题,有了 新的业务目标,更加以数据为导向,所以需要围绕这个目标对产品核心业务路径进行改版优化,一般改动较大,很大程度上会改变页面的整体架构。

2.1 品牌升级

在面对品牌升级时,沟通中需要明确 品牌理念 及当前用户是否发生变化。只有在明确了品牌理念的关键词后,设计师才能有针对性的去进行发散。

如:优酷视频的改版中就考虑到作为娱乐化内容消费平台,为拉近与年轻用户的距离,在品牌升级中将“年轻化”元素融合在颜色、语言、符号、容器、动效、图形、场景…中。

2.2 业务优化

这类需求往往承载着产品新的业务诉求(商业化方向),设计师需要深度参与需求的讨论与制定,全局性了解思考业务目标,明确数据指标,衡量设计价值。

在沟通这类需求需要有 三 了解:

了解原因:

  • 业务是什么?在什么场景下帮助用户解决什么问题?
  • 产品当前现状如何?数据表现情况和用户反馈情况如何?为什么需要改版?是否是因为用户活跃降低,流失增高的原因需要通过改版来促活?是否是用户有不好的反馈?还是因为竞品做的很好,把我们的用户都勾引过去了,我们需要想办法拉回来?通过询问上述情况,我们就可以大致了解这是一个怎样的诉求。

了解目标:

在了解完原因背景后,我们需要询问业务方改版优化的目标是什么?

对产品而言,期望改版后可以提升哪些关键指标?提升的预期是多少?如何判断这个问题/项目是否成功?这边目标需要有具体的量化指标,5%?10%还是…

对于用户而言,优化改版后对他们而言有什么价值?是否和他们的诉求相契合?

对设计师而言,设计师可以解决的问题是什么?设计目标是什么?这个设计目标是否能够促成产品目标?

问题点:这这个环节沟通中,最容易出现产品和设计互相说服不了对方,无法达成共识。这是因为双方关注点不同,产品关注的业务效益和商业收益,设计师关注的是用户体验,美观度,如果双方无法达成共识可以参考以下 3 种做法:

同理心,设计师沟通的时候需要有同理心,不妨想想对方关注点,试着从对方的关注点出发,结合自己的专业知识进行沟通表述,这样既能够为对方考虑,也能让对方感受到我们是和他们站在同一战线的,都是为了解决这个问题,只是我们想做的更好而已,对方听后,就更能够理解你。

优化前如果有同类竞品,则可以对这些竞品进行分析。了解竞品当前的业务和自身产品当前业务是否一致,体验整个流程差异性,通过竞品的体验给到产品同学能够更直接的表达自己的看法,也更容易达成沟通共识

如果双方沟通无果的情况下也没关系,不要和对方发生争执,可以拉相关的负责人及其他资深设计师进行一个简短会议,看看其他人的想法如何,尽量在会议中达成共识

了解规划:

在沟通完目标后,需要明确我们的产出规划。如果有多个需求,那优先级是怎样的?什么时候需要给出框架、初稿,什么时候需要完成设计稿并评审?什么时候需要交付视觉稿,何时进入开发等。期间对应的负责人是谁?最终审核人员是谁?通过明确这些后我们才能更加清楚的知道自己后续先做什么后做什么?什么时间点需要给出哪些东西,这样才能将自己的时间合理安排,控制好自己的节奏。

总结:这类需求主要是要围绕问题分析原因及后续的解决方案以及在商业权衡方面的思考,只要抓准这些方面进行沟通,方向总是不会错的。

3. 新功能需求(洞察力)

在新功能类的需求中,设计师需要围绕 用户需求以及用户价值 两个方面提出问题,不断和产品沟通。所以在沟通时需要:

  • 询问产品同学是否有进行用户研究?以及当前确定要做这个功能的分析资料;
  • 这个功能面向的目标是用户是哪类群体?有什么特征以及当前面临的痛点
  • 该功能的使用场景是怎样的?也就是我们常说的“目标用户”“使用场景”“完成什么任务”简称“人、场、事”;
  • 最后需要沟通清楚这个新功能需要达到的目标,不光光是业务目标,包括设计上的目标(如:完成基础功能搭建,路径顺畅)。

需要注意的是,新功能的谁在整个过程中会反反复复的沟通,设计师在过程沟通中,为了避免双方认知差异,可以拿竞品的页面、故事路径、简略的初稿和产品方沟通,毕竟“一图胜千言”,这样对方能更理解你的意思,提高双方沟通的效率。

4. 运营类需求(执行力、创意)

运营类活动是在某一段时间内进行的主题活动,有明确业务目标(下单率、业务转化、品牌传播)及营销群体,依赖游戏化手段带来优秀用户体验,从而获得成功的一类活动。

面对这类需求想要高效的沟通,我们就得先了解运营类互动的特性,根据特性我们才能更准备的对标沟通。运营类活动都有这 4 类特性,即:生命周期短、业务诉求强烈、主题氛围感强、游戏化。

生命周期短:因为运营类活动生命周期短,上线时间点一般在特殊节日、热点开始,所以给设计、开发、数据等岗位同学带来较大的挑战。设计师首要需要确定活动正式上线日期,通过上线日期向前推导测试、开发等所需时间,明确留给设计的设计时间;其次由于时间赶,后续开发很可能会跳过设计师的设计稿,直接使用之前的程序模板、设计组件,所以在沟通中需要明确运营活动的开发限制以及是否有现成的开发模板或组件,为后续设计提高效率做准备。

业务诉求强烈:运营类需求往往和bug类诉求很清晰,所以在明确完业务诉求后,设计师需要想达成这类诉求可能采取什么手法,这类手法落实到页面上变成具体信息,这里可以参考我之前写的《怎么设计转化页,重点关注两方面》。

这些信息也要前期与产品沟通清楚,比如:标题要放什么更能吸引用户又能明确主题?

主题氛围感强:运营类活动最后上线的图比起ui界面会夸张许多,页面氛围感更强,元素更丰富,所以为了确定后续活动氛围除了明确活动主题外,还需和产品明确活动面向的人户人群,通过这个我们可以更好的确定是采用:年轻化、职场、家庭、拼多多(风)…

游戏化:游戏化方面需要沟通清楚游戏规则及玩法,以及游戏中可能会用到哪些元素等,这样才能在后续的设计中保证自己游戏化这块的设计不跑偏。

5. 探索类需求(洞察力、创意)

有时候做的设计不一定是产品提出的诉求,可能是设计自发想要探索一些新玩法,新风格,所以会发起探索类的设计需求。这类需求通常比较模糊,也不是说会有个非常明确的方向,所以需要设计师通过研究去进行产品玩法、策略的探索。

所以这类诉求一开始并不需要过多的沟通,可能在研究过程中会产生更多的问题,这时候带着问题去沟通才能逐渐更加明确。

以上就是总结的这 5 类不同需求沟通上的侧重点,会有差异性,也有共性,不管是什么需求都是围绕:是什么、为什么、目标、时间规划、怎么做去沟通,只是侧重点有差异性。

四、掌握基本沟通技巧

小发:对于沟通过程中的注意点没有过多的原则,只要把问题、要做什么东西说清楚就好,但是在双方沟通中,可能会因为个人情绪、不好的习惯导致沟通不顺畅,双方产生不愉快的情况也很多。对此,我想说真的不至于,工作而已。但是不管对方如何,自己可以要求自己做到基本的几点:

1. 善于倾听

不要老打断别人说话,也不着急反驳,可能每个人表述习惯不同,你只听了前半句,就着急反驳,等到别人说了后半句,发现意思完全不一样,就很尴尬。

2. 多站在对方角度思考

在沟通过程中可以尝试站在对方角度想下问题你就会更加理解对方提出这样问题的缘由。描述上也可以加入一些对方在意的关键词,可以让你说的内容让对方更加认可。

3. 沟通记录与同步

沟通需要即时记录,沟通完若达成共识、沟通结论需要群里即时知照,让整个团队的信息即时同步,同时也便于后续出问题可进行责任判定。

4. 拿稿沟通

养成拿草稿、竞品沟通习惯,可以简单手绘,或方块堆叠,比起文字,有图更有画面感。

帅帅:好,我知道了

五、总结

最后,希望同行们不再因为前期需求沟通没做好让自己陷入到不好的循环中,不要让自己对设计的热情被这些沟通不到位消磨掉,希望大家以后面对不同需求都能不慌不忙,稳如狗!?

 

本文由 @小发的设计笔记 原创发布于人人都是产品经理,未经作者许可,禁止转载。

题图来自 Unsplash,基于CC0协议。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 这篇文章的逻辑结构很清晰,让我很好的理解了哈哈哈。

    来自江西 回复
  2. 养成拿草稿、竞品沟通习惯,可以简单手绘,或方块堆叠,比起文字,有图更有画面感。

    来自中国 回复