着眼全局,不让用户体验成为空谈

已经被外包 UI弄的无感了 ,每次看到网站都有种辣眼睛的感觉,好在是功能性产品,再加上用户群体的因素,页面的美观度不是一个特别重要的因素。但是最近感觉那个UI(不对,应该只能称之为美工)已经越来越无下限了 ,反倒跟我扯起了用户体验,无赖只有跟他开撕了。

事情起因

其实不是我一个人吐槽这个外包的美工了,但是可能是公司的性质和环境问题,大家基本平时说话都是非常中肯客气的,所以没人直接说他。但是这次不一样了,我的原型完全不是这样的排版布局,却被他改的面目全非,征求了几个同事的意见之后大家的观点都和我一致,看来并不是我的审美有问题,而且不管是从交互逻辑还是整体的业务需求上来看,这样的设计都显得不够合理。

被吐槽的搜索框

我的原型中的排版布局完全不是这个样子的,而且没有日期和金额搜索项,而一个美工竟然直接把其他页面的搜索项也搬了过来,反问我是不是这个页面的搜索项弄错了、为什么其它页面有时间和金额搜索项而这个页面没有?当时跟他解释了,因为这个页面的功能就是“收钱”,对于一家企业,收钱是一件比较重要的事,收钱的时候会比较注意“谁要给我钱?最终的款项是谁付给我的?”;收钱的频率有限,但是平台会有短信提醒,收到短信后会对用户的操作有促使作用,因此这个页面不会有很多的累加,即使有累加也不会太多,因此搜索本身不是高频的需求,没必要给予这样的优先级(这个搜索在整个页面占据了中上方位置足足260px的高度...),而是下方更重要的列表信息要更加优先。

我与美工不同的操作路径

作为一个产品经理,这种情况只能用道理和逻辑给他一点点掰清楚了。在我说出了我的设计逻辑之后,美工也说出了他的设计逻辑:加了时间和金额搜索项是他觉得应该加的,这样的搜索框位置摆放是为了缩短用户的操作路径。显然这样的理由太过苍白了。于是我只得从一个产品的角度把页面的交互、页面布局、业务逻辑跟他讲了一遍,最终说服他。

一、做减法

在做产品设计的时候,很容易把一些没用的信息或者功能堆砌到一起,导致页面信息冗余,最终并没有满足用户的实际需求,甚至干扰了用户的操作。

拿这个搜索功能来说,本来是只有采购商名称和付款方名称两个搜索项,使用这两个搜索项用户就可以通过搜索查询到“需要向我付钱的人和最终给我钱的人”,对于企业收款来说,这些就已足够。而加入日期和金额项后,企业的会计如果没有及时的进行操作,那么后面对时间和金额的记忆有可能就会减弱,但是对于欠钱的人总不会忘记吧?而金额就更说不一定了,企业的收款有大有小,区间搜索的效率其实也不高。

二、层次感

我在画原型的时候一般都会结合信息和功能的优先级对原型进行适当的标示,熟悉的UI都能很好的感知到。搜索作为网站很重要的一项功能,却也只是一个充分非必要的存在,而在这个页面中,搜索其实使用频率应该并不高,所以不需要给出这样的优先展示,反倒把重要的信息给挤到后面的位置,如果是小屏的电脑,打开页面首先看到的不是页面的重要信息,而是这个搜索框。而且这个美工是将搜索按钮都给放在了搜索框下面,想借此来缩短用户的操作路径,但其实那样依然不是最好的解决方案,最好的方式肯定是用户键盘输入后直接Enter,更本没必要使用鼠标点击。而且我们平时使用的搜索大部分都是搜素按钮在搜索框的右侧,突然放在下方让人感觉很突兀。

三、结合业务逻辑

前面说到这个页面的需求是让企业”收钱”,站在平台的角度,我们就是希望用户能够及时的来收款,不要把账款挂在平台上,因此让用户的收款动作更加便捷,就不应该对用户的收款进行阻碍。反观他的设计,反倒让下面的列表信息沉在了页面底部,用户打开页面还需要滑动鼠标才能看到重要信息,虽然有总数的显示,但是按照美工的说法,不就是要“缩短用户操作路径”吗?

为了让用户及时地来收钱我们也是想了很多方法,包括但不仅限于发送短信提示。而搜索框的存在只是在信息量巨大需要检索的时候才有意义,如果没有很多的信息量,用户可以直接的看到全部的信息,这个时候搜索框存在的意义其实并不是很有必要,只是一个充分非必要的存在,只是为了防止一些特殊用户的需求。因此,按照我们的业务逻辑,最好是让用户有一笔收一笔,不要累加太多的信息,即使有累加,还是得要用户一视同仁的进行操作,而搜索的存在会在一定层度上助长用户”懒散“习惯。

人人都在说用户体验,但是如果能够把用户体验放在全局的角度进行深层次的思考,就会发现其实用户体验并不是简单的页面的美观度、布局、流畅性这些。相反,作为一个合格的产品经理,更应该对业务逻辑有深刻的思考,将功能和业务结合,就会发现其实在功能之外,还有更多更高阶的事情。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,098评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,213评论 2 380
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 149,960评论 0 336
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,519评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,512评论 5 364
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,533评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,914评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,574评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,804评论 1 296
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,563评论 2 319
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,644评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,350评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,933评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,908评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,146评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,847评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,361评论 2 342

推荐阅读更多精彩内容

  • Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
    passiontim阅读 171,382评论 25 707
  • 一、文档概览 二、产品简介 一个聊着天就让闲置物品找到新主人的诚信交易平台。 三、需求分析 随着近年来我国国民生活...
    嘎呐阅读 15,164评论 11 31
  • 第五章-一种心理疾病的流行和变色龙效应:当我们“被贴上标签”时,“我们很容易开始按照人们赋予我们的方式付诸行动”...
    nash1983阅读 236评论 0 2
  • 大家好,我是IT修真院北京分院的学员,一枚正直善良的JAVA程序员。 今天给大家分享一下,修真院官网任务中可能会使...
    brako7阅读 171评论 0 0
  • 在我的记忆里那是挺大的一套房子,印象中门前和厅里能放好多辆自行车。 说到放自行车,这又是充满时代感的说法。 在摩托...
    一千个春天阅读 553评论 0 0