案例分析:如何辨别需求的真伪

 

 

 

 

 

 

 

日常工作中,交互设计师经常收到产品经理的各种需求。比较常见的有:

“这个按钮我要用XX颜色,左上角我要加个XX图标,这个我要换行展示,这个我要横向排列不要竖向排列……”

但这是他真正想要的吗?作为其下游,我们有责任去分辨其真正的想法,提供更优的解决方案,让我们的产品更好,而不只是单纯的执行。

———————————————————————————————————————————————————————————

以最近我在工作中遇到的问题为例。

产品经理:“弹框有三个选择的,你们一般怎么设计”

 

 

 

 

 

 

看到这个问题,第一反应一般就是直接告诉对方,按钮的取色规范“重要的用亮色突出、次要的用浅色或暗色之类”,更甚者就直接给出色值了。

比如,

我就是这么回的“一个重,2个弱;或者一个重,一个弱,一个用文本。重的放前面,弱的放后面,因为人的阅读顺序是从左到右”

然后,我们的产品就很聪明的get到一个信息“好,那就通过颜色区分下”,于是按照前面说的规则,产品做出了如下的调整:

 

 

 

 

 

 

这时,问题就来了,产品经理:“前2个有无推荐的配色?”

哈~~~此问题成功把我楞住,心里飘过两个想法:

① 配色应该问UI而不是找我,另外,这种3个按钮的弹窗样式记得UI是有提供样例的;

② 一般来说,“是”或“不是”应该是同等重要的,不该如此用不同的颜色去区分引导用户操作,到底是什么原因导致了产品有这种想法?

于是,我又问

“这个的场景是单击什么的时候出现的”

“文案上的 同时 是要说明什么内容?”

“一般单击删除跳出的应该是二次确认窗,确认用户是否真的要删除”

“这个文案的意思是,删除了这个内容后它的配置文件要不要同步删除?”

其实,简单归纳一下,我想了解的东西有3:① 应用场景    ② 操作流程    ③ 操作目的

经沟通,了解到这是一个在删除平台上的资源文件时,若机器上已配置相关文件,是否同步删除并重启应用的一个操作。

现在线上已实现的操作流程是:

① 单击表格的“删除”键>>跳出二次确认删除弹窗

 

 

 

 

 

 

 

 

② 单击“确定”>>跳出“是否同时删除机器上的配置文件?”弹窗,按钮有3(是,重启应用;是,不重启应用;否)

 

 

 

 

 

 

这类方案的优点:删除时跳出弹窗跟用户确认是否同时删除机器上的配置文件,提醒显眼。

缺点:

① 第二个弹窗的X,不知道是取消删除配置文件的操作还是取消删除机器上配置文件的操作;
② 第二次跳出的弹窗有3个按钮,在配色选择上比较复杂,且按钮文案比较长;
③ 同时删除和重启应用的功能放一起,逻辑上比较混乱;

综上,这个删除体验要做的好,关键不在于按钮的取色,我们需要解决上面的3个缺点,因此,交互方案需要优化。

于是,提供了以下两种解决方案供产品选择:

① 按照原来设计的流程走,不过,把删除和重启分开,各自独立,避免3个按钮的出现

缺点:用户可能不会仔细看文字,忽略掉下方的复选框

② 在原来设计的流程基础上,增加系统反馈环节

两种方案最主要的差别在于:

第一种:是系统确定删除前,不管该配置文件是否真的配置到机器上,后端都会接收到一个“保留机器上的配置文件”的命令。

  • 若保留,在删除后,只需告知是否删除成功即可;
  • 若不保留,在删除后,已配置到机器上的,就跳出第二个重启应用的弹窗;
  • 若不保留,在删除后,没配置到机器上,只需告知是否删除成功即可。

第二种:是前端向后端发送删除申请时,系统就会检测当前机器上是否有配置文件,并反馈给前端,这时还处在删除流程中。

  • 若已配置到机器上,就出现如上图所示的3种选项,根据不同选项做不同的操作:

第一选项就是删除平台上的配置文件保留机器上的;

第二选项就是两者都删除,并重启应用;

第三选项就是两者都删除,不重启;

  • 若没配置到机器上,只需告知是否删除成功即可;

后来,产品选择了第二种方案,因为觉得这个方案更符合使用流程。

———————————————————————————————————————————————————————————

至此,可以看到,我们已经没有了前面关于按钮颜色选哪种的纠结。因此,在我们接到需求时,学会透过现象看本质是很重要的一项技能,个人建议可以从以下3个方面入手,“场景、流程、目的”,或许会有意想不到的结果~

 

3