懒人天气APP以其独特的多种天气状况提醒和直观、美观的界面受到许多用户的喜爱。我初次点进APP时,也是感到十分惊喜。APP的整体信息架构比较简单,因而交互流程也不太深,但是一些交互的逻辑不是很明确,不禁让人感到困惑、不能预料。虽说这些不是此产品的主要功能,但实用的提醒功能和美观的界面至少得搭配一个简单易用的交互流程。因此,我尝试结合APP的产品定位,整理APP提供的主要信息及其相关性,对其进行尝试性的改进。

多聚APP是一个发布好玩活动的平台,其高颜值和简洁性在我第一次打开时即吸引了我。使用多聚有段时间了,发现其交互方面有一些值得改进的地方,在此写下自己的想法。

优秀的app导航设计、能够合理地完美展示产品的功能,并能够快速引导用户的使用,增强用户的识别度。合理的导航设计,会让用户轻松达到目的而又不会干扰和困扰用户的选择。

1.主要信息入口布置和交互流程。

用户研究表明,用户需要的天气信息为8个,其他都是花哨功能:

1)天气的状态「是否有降雨、雪等」;2)温度;3)PM
2.5指数「包含国家标准指数和美领馆指数(如有)」;4)风力;5)湿度;6)一周和一天的天气的变化和趋势;7)天气剧烈变动的信息「如寒潮警报,高温警报,路面结冰警报等」;8)不同城市的天气等。

文/瘦竹竿儿(简书作者)

原文链接:

著作权归作者所有,转载请联系作者获得授权,并标注“简书作者”。

懒人天气包含上面所有的功能,而且以简洁的图片配上合适的文字、在首页里以垂直滚动的形式表达。虽说懒人的特点是天气提醒、解放每天看天气的过程,但仍有不少人会打开应用亲自查看信息。图(1)是产品的线框图。

图(1)APP线框图

主页面的顶部有四个元素控件,有符号有文字,逻辑也不太明确:更多、日期、分享、城市,分别导向四个风格不同的视图,弹出的临时视图、垂直向上进入的全屏视图、关于分享的内容视图、位于右侧的抽屉。此外,在主页面左滑或者右滑都会进入抽屉,左边是一周天气的列表排列,右边是城市切换等操作,两边的样式相同,左右对称。然而,左边使用抽屉、列表排列一周天气的做法并不实用,为保证美观,天气状况和温度是用不同天气的色块加上文字表现的,得竖着一个个地看文字说明来了解,易读性不强。而且,一周天气的需求是想要了解最近的天气趋势,使用直观的表现方式最好,如天气符号、折线图等。主页面点击天气和符号就可以弹出详细的天气趋势视图,在主页面最下方也有,采用折线图表现温度趋势,直观明了,再在其天气说明旁添加天气符号的话则更好。所以,左侧抽屉的内容完全可以取消。而且,我们可以把“更多”选项的内容放在左侧抽屉里,就像大部分的Android应用一样,这样更符合逻辑和用户们的心理预期。因此,对顶部的四个元素进行排列和交互逻辑的整理,做出调整如图(2)。

图(2)改进后的线框图

改动理由:“更多”放在左上角,打开抽屉,内容是原来的选项列表加上城市的操作——切换、添加、删除——为了把APP所有的设置类信息整合在一起,方便查看和操作。“分享按钮”移到了最右上角,与其他页面一致。城市和时间信息则排列在一起,位于页顶中央。它们是天气有效性的保证,是除天气外最重要的信息,所以放在导航栏中间,作标题。点击“时间”会垂直弹入日历视图,考虑商业价值,保持原样,只是视图页面能美观一点、和主页面保持一致性的话就更好了。点击“地点”不会打开右边抽屉,采用主页面向左滑的动作可以——这一点是新手引导里有的。用户在使用过程中,很容易左右滑动进入抽屉,发现城市操作的便捷操作,易学性强;再不济点击“更多”即可操作一切:所以,城市的切换不必再费心机。

1.首页第一眼页面的改进。

一、在考虑导航设计时,需要注意一下事项:

1、可达性:

移动应用的导航功能可以说是所有页面最重要的组成部分,因此一定要保证其可达性,并把最关键的要素尽量突出,同时不要影响到内容本身。

一个产品,如果对于任何人而言,都是非常容易掌握、理解并可以用来完成他们的目标的话,那么这个产品就是可达的。一个成功的产品对于任何可能使用者来说都应该是可达的。

2、目的性

确保导航中的每个按钮要素简单明了,有明确的引导用户点击的目的性。让用户一看就知道是什么意思以及操作结果是什么。但是不要弄得太过花哨,这样会迷糊用户,起到发作用。

3、易于理解:

如果想设计比较高端的导航功能(例如链接图片、允许滑动或其他手势导航,或者访问隐藏菜单),务必在设计过程中前后保持一致,以便用户熟悉你所使用的模式,同时还加入一些额外的信息(例如小箭头、文字或改变颜色或高亮等)来吸引用户的注意力,并以微妙的方式对用户进行引导。不要给用户呈现“看得见摸不着的导航功能”。

4、通用性:

导航功能应当以一定的形式显示与移动应用的各个界面。各个导航模式不一定要完全相同,但其基本结构应当在应用内保持一致,可以根据背景进行小幅度调整。

注:APP的信息结构分层,把主要、最核心、最根本的功能放在第一层级,次要内容放在第二层级甚至更深。然后根据层级关系、结构关系确定导航形式。结合产品的深度和广度来共同探讨一下目前APP界面常见的几种导航形式,并且分析优缺点,从而进一步判断每一种导航形式更适合应用于那种类型APP!

2.临时视图格式的不统一。

在主页面点击字块或符号会弹出关于其详细信息的临时视图,如图(3),页面内容总体说来是内容页面+导航栏(或工具栏)——都是返回和分享操作键,但是栏的位置不一。对此,我的建议是统一格式为上部导航栏+页面内容,就像天气趋势页那样。首先,这是垂直出现的全屏视图,左上角返回,右上角分享,符合用户心理预期,便于操作。其次,由于几乎所有安卓手机底部又方便的返回按钮或者虚拟返回按键,再把视图的返回键安放在左下角显得重复多余。当放在右上角时,用户可以选择按底部按键或者点击左上角返回按钮。

图(3)统一视图的格式

首先是地点切换。地点切换位于首页左上角,点击后会从下至上弹入浮出层,在模态视图内可垂直滚动选取。然而,关闭模态视图的方法为点击模态视图最上方中间的“删除符号”,如图(1)。我认为有两点不可取:1)触发按钮位于左上方,“﹀”转变为“︿”,视图却是从下往上弹进的;2)关闭视图不是再次点击触发按钮或者浮层外任意部分,而是只能点击触发按钮水平右边一段距离的“X”键,视图触发和取消不一致,用户易出错,而且此处操作的容错性低、操作唯一、操作难度大——不管是用左手还是右手,只能去点那一小处地方。保持原弹进弹出效果改进的话,希望退出操作区域与触发区域能够一致,最好扩大到除浮出层外所有区域,让退出更加方便。当然相应的UI也要进行修改,起到引导操作的作用。这处其实可以和类型选择那处联系起来,毕竟它们都有同样的“﹀”符号、点击触发临时视图的弹出、进行同样的选择功能。

二、导航形式分类

1、标签式

标签式导航,也就是Tab式导航,是IOS平台上公认的最经典的导航模式,市场上80%的应用都在使用,标签式导航关注的是平行空间的展示。

标签栏中可以变形,但不能做导航来使用,而是一个行为召唤按钮,行为召唤按钮是强调某项重要功能的快捷实用,该功能需要是应用最核心且最常用的功能,优先级很高。

优点:适用于多个内容体系,且重要程度相似平级关系,能频繁在不同页面切换,且切换成本
             低,只需要一次点击即可。

缺点:占用一定高度空间,且标签数量有限最多5个标签。

注:标签式列表最常用、最不容易出错,请在第一时间考虑他。

结构太过复杂而且不稳定的应用不适合标签式导航。跳转到二级页面和更深层的页面最好不要存在标签导航(当然如果特别需要用户点击的话也可以存在,根据情况来定)。

图片 1

正常与变化

2、抽屉式

目的:是带给用户更为沉浸的体验。

特点:阅读为王,点击切换少,专注于主题信息本身。

表现形态:抽屉式导航很符合产品的二八法则,产品中只有20%的功能常用,所以要凸显剩下的80%不常用,因此要隐
  藏,隐藏非核心的操作与功能,让用户更专注于核心的功能操作上去。

优点:它不像标签导航一样强调平级关系切换,而是突出重要核心的功能。侧边导航收纳的标
             签可以是5个以上,节省屏幕空间。

缺点:无法快速完成导航切换,操作成本高,可见性低。

何种情况下适合使用抽屉式导航:如果应用的功能和内容都在一个页面里边。只是一些低频操
 
作内容需要显示在其他页面里边,为了让主页面看上去干净美观,可以选择把这些辅助
            功能放在抽屉栏里。

注:需要用户有一定参与的信息层级,最好不要放置在抽屉栏中。

如果你的信息层级繁多,可以考虑将辅助类内容放在抽屉中。

在大屏时代使用抽屉栏,手势操作显得尤为重要,从屏幕边缘唤出抽屉栏是个很好的选择。

抽屉式导航在android平台上比ios更常使用,由于ios上,抽屉导航没有专门的设计规范,所以使用上比较随意,表现形式也不受拘泥。

主要风格分为三种:1.浮层,导航抽屉处于主页上层。2.叠加式,导航抽屉处于底部。3.嵌入层,导航和主页处于同一层。详细见下图

图片 2

抽屉式的几种风格

3、选项卡式

选项卡式导航在android平台上与ios平台上有不同的规范,规范就不多说了。主要说ios上选项卡的表现,选项卡导航的本质是实现容器内不同视图或内容的切换。目前市场上主要3种形式的选项卡:可分为分段式、固定式、滑动选项卡。

分段选项卡是由两个或两个以上宽度相同的分段组成,正常情况下不会超过4个。在视觉上会有一个很明显的描边按钮。分段选项卡经常作为二级导航,对主导航内容再次分类,即可在顶部导航的下方,也可在顶部导航栏上。

分段导航的缺点是标签之间相互关联,只能点击切换,操作效率较低。

图片 3

分段式导航

固定选项卡于滑动选项卡,两者都可以直接点击或左右滑动切换选项,且一级和二级导航都能使用。他俩的区别就是滑动选项卡可以有更多选项,直接通过手指滑动导航找分类,适用于相关类别多的应用。

注:选项卡式导航如果存在一个最好不要在存在第二个同级别的导航。

图片 4

两种导航类型最后一个一级导航

4、下拉菜单式

下拉菜单式导航并不常用。下拉菜单和抽屉导航类似,是以突出内容为主的导航模式,一班位于产品顶部。一般情况下,下拉菜单很容易被滑动选项卡取代,且滑动选项卡可以结合手势操作,使用的效率更高,要做下拉菜单式导航要有很明显的优先级区分。

优点:节省屏幕空间

缺点:不适合结合手势,操作负荷大,不能频繁却换功能。

下拉菜单式常用的有两种一种是由顶部滑出,一种是由底部滑出

图片 5

下拉式导航

5、宫格式(跳板式导航/快速启动版)

宫格式导航也叫跳板式导航与快速启动版,是一种类似于手机桌面各个应用入口的导航方式。每个入口的信息都是比较独立的,用户进入一个入口后,只处理于此入口相关的内容,如果要处理其他入口内容,必须要先回到入口总界面。将主要入口全部聚合在页面,让用户做出选择。采用这种导航的应用已经越来越少,往往是用在二级页作为内容列表的一种图形化形式呈现,或是作为一系列工具入口的聚合。可以做一级导航以及二级导航也可称为数据入口。

优点:功能扩展性性强可以增加多个入口。

缺点:单项承载信息能力弱,层级深不合适频繁的任务切换。信息互斥,无法给互相通达。只能给用户带来更多的操作步骤。无法让用户在第一时间看到内容,选择压力较大。

宫格式导航适合入口独立互斥,且不需要交叉使用的信息归类。

注:一旦入口需要有所交集,必然导致更多的操作负担,这个时候只能根据产品特性做出
       权衡,如果不适合,建议果断拒绝这种方式。

     
 不建议在app中作为主导航使用,如果非使用不可,请增加跳转的关联性。

图片 6

宫格式导航

图片 7

宫格式导航-二级页面

图片 8

手机主屏幕的宫格

6、列表式

列表式导航结构清晰、易于理解、冷静高效、能够帮助用户快速的定位去到对应的界面。这种导航也是一种十分常见的导航模式,纯粹的列表时导航很少见,一般都是搭配着其它的导航来一起使用,大部分都是依附于标签导航之上的,在二次层级上,它们还会将列表分模块进行展示。列表中可以放置图片、标题或者详情文字来展示信息,列表本身是一个传达信息效率很高的载体,因此使用列表的时候要注意每个列表所占的屏幕空间,以及每屏能够显示多少条列表等。

有几种常见的形式列表

 分组模式:有多个列表层级组合而成的导航。能很好的解决次要功能非常多的问题。
             标题式列表:一般只显示一行文字有的显示一行文字加一张图片。
                                         
 内容式列表:主要以内容为主,所以在列表中就会体现出部分内容信息,点击进去就是详情。

注:列表项目可以通过间距、标题等进行分组,形成扩展列表。作为辅助导航来展示二级甚至更深层级的内容每个APP必不可少,但请注意数量与分类。

图片 9

分别为分组式列表、标题式列表、内容式列表

7、图示式

图示式是一种更加可视化的导航,它能够根据页面内容的变化及时更新图片,适合以图片为主的内容。由于图片可能需要经常更新,因此需要配置固定的栏目或标题,防止不断更新的图片用户找不到入口,这种形式的导航一般都是采用网格布局的。不同的网格布局决定了每屏容纳的图片个数,因此用户浏览效率及点击转率也会有所不同。

图片 10

图示式的几种网格布局

8、幻灯片式

幻灯片的导航方式,适用于图片整块内容的并列展示,用户通过手指左右滑动来切换当前内容,正常情况下,幻灯片的数量不宜太多,最好控制在7-8个以内,避免操作疲劳。

注:使用幻灯片设计最好在设计上提供视觉暗示,让用户清楚知道所处的位置以及幻灯片的数量。

图片 11

幻灯片式导航

9、悬浮ICON式

悬浮ICON导航,是将导航页面分层,无论你达到APP的那个页面,悬浮ICON都是永远悬浮在上面,你依靠悬浮层随时可以去想要去的地方。

注:悬浮icon会遮挡某些页面的操作,在设计的时候应该要考虑进去,无论在那个页面永远为悬浮icon留有位置。它更适应大屏的导航模式,注意不要让它遮挡住某些页面的操作。

图片 12

悬浮icon导航

3.几处小细节的改进。

图(4)两处令人疑惑的按钮

首先是分段按钮的颜色问题。如图(5),主页面下部分栏目的选择按键,灰色和主题色——这种灰色和有色按键的配合一般出现在警告框里,有色按钮用于表示希望用户点击的选项,而灰色则是普通的、不推荐的选择。由于有色按钮具有引导性,所以用户多半会点击有色按钮,然而没有反馈。原来在这里,有色的选项代表的是现在所处的选项,这与人们的认知恰恰相反,而且不容易记住。第二处是天气趋势详情页的分段控件颜色,普通的认知应该是——现在所处的选项稍亮、颜色与页面颜色一致,这里也弄反了,使用户不明所以。那么该使用什么样式的组合呢?看看其他类似的例子,包括iOS系统的分段控件、知乎APP搜索页的分段选项等。综上,如图(6)是我的改进:前者被选择选项被颜色填充,普通选项为颜色边框和字;后者被选择选项字体、颜色变亮,且上方有白色长条。

图(5)一些参考

图(6)改进后

然后是关于未来天气趋势的范围,就本文开头的用户研究所述,用户最需要的是一周和一天的天气的变化和趋势。而懒人天气提供的是48小时和25天,虽精神可嘉,但懒人们怕是很少会看30小时后、20天后的天气吧。而且,时间太长预测不准、小小的屏幕不适合看太长的天气趋势图。所以,可根据用户研究等方法获取用户实际需要,在此基础上进行一定的改进。还可把繁琐的天气趋势等数据转换为易查看、易理解的图表等形式,毕竟我们的用户是懒人嘛!

图片 13

以上是个人根据几种常见的导航模式的总结,其中借鉴了其他的人的文章图片,如果侵权请及时告知,谢谢。希望能够和大家多多交流指出我的不足,以及说的不对的地方。

图(1)地点切换

类型选择处的动效设计有些混乱。如图(2),可以看到当点击类型标签后,先后经历了:“类型”所在的工具栏跳至内容页面顶部(如原本就在顶部则不变,页面内容也会相应地跳转)——瞬间弹出一个浮出层(工具栏也包含其中,导致工具栏有抖动效果,这应该是交互和UI设计师的疏忽)。这一切都是在瞬间产生的,其间页面内容会产生较为剧烈的移动和抖动,让用户不明所以。相比之下,类似的地点切换的动效就做得不错,从页面外缓慢地弹进和弹出,来有影去有踪,符合逻辑。因此,我的初步想法是:触发类型切换按钮后,页面以合适的速度滚动跳转至“类型”标签栏位于顶部的地方(此处速度要尽量快一点,因其不是主要目的),然后浮出层再以一个合适的速度从“类型”栏下方往下方弹出来;但这有一个问题,“﹀”何时转变为“︿”,在“类型”栏到达顶部的过程中?这样体现了及时反馈的原则,但不易看清楚。在浮出层弹出的过程中呢?这样体现了一致性——“”符号的旋转伴随着浮出层的弹出,但“点击‘类型’按钮——‘类型’栏移动,然后‘’旋转伴随着浮出层的弹出”,一次点击触发的过程太多了,不禁让人觉得繁琐,或许这是产品使用原先快速动作过程的原因,但那样显得更加混乱和无逻辑。所以,我的选择是:点击‘类型’按钮——‘类型’所在工具栏较快地移动至顶部,然后‘﹀’旋转伴随着浮出层的弹出”,两段过程一定要控制好速度,让整个过程有逻辑、流畅。第二个想法就是工具栏不需移动,而是直接弹出一个浮出层覆盖在页面上方,完成选择后或者点击浮出层外任意区域即关闭。这时,“﹀”似乎是多余的,去掉“﹀”则有可能影响“类型”键的点击,因为“﹀”有引起好奇心和注意的作用,如此的话就得在“类型”的颜色等方面下功夫了。

图片 14

图(2)“类型“选择动效

PS:“类型”里的选择,有:全部,音乐现场,展览等8个选项,如图(3)。鲜亮色彩的图片、高度夸张的图片内容、浅淡的文字说明,使得用户不能快速、准确地辨认出各选项的内容,如果不是对其倒背如流,每次选择都得一个、一个地去看那些不显眼的文字说明,每一次!而且,用户很可能不太清楚现在的选择,因为选择与未选择只有一个区别:浅淡的灰色文字和浅淡的浅色文字,而文字的颜色完全被鲜亮色彩图片遮掩、忽略了。建议:1)突出重要信息——即选项内容,增强文字的体现——增加色块值(增粗或增大或增强颜色对比),图片内容更加有识别性——减少夸张、突出事件内容等,图片与文字达到合理的平衡;2)增强对比,比如选择的选项是正常色彩、而未选择的加上一层蒙版使颜色淡化甚至是灰色的(这样还可以引导用户去点击、试看,然后漂亮的图片让他们更加喜爱这个产品)。

图片 15

图(3)信息辨识度低

首页的导航栏由地点切换、“Duoju”标题、搜索符号组成,但其背景不是像大多数APP一样的单色背景框,而是直接附着在推荐活动的虚化背景上,如图(4)。随着内容的向下滚动,APP主题色的背景框才慢慢显现。这样固然多一点从无到有的乐趣,但也会带来一些不适之处。首先,细字体与符号仅仅是贴在边角处无疑存在感很低(尤其是浅色虚化背景的时候),三个与图片毫无联系的东西排列在图片上边也不会显得很美观(此时显得上面一大片、头重脚轻的感觉)。综上,还是改回常态吧,和其他三个标签页一样,给用户一个实用美观和一致的导航栏。

图片 16

图(4)

2.活动和活动详情内容的表达问题。

首页的活动为垂直滑动浏览方式、以时间顺序排列。活动简介的组织形式如图(5),一张图片、一句话的标题、时间地点以及显眼的价格标签(这个设计在表达价格内容上挺赞的,明了而又美观),其中使用小图片的活动还会在标题下方多一段活动内容的详细介绍。那些占据内容页面大半的大图片,总体说来,并没有更多地表现活动的内容、特色等,相反还可能因为占幅过大使用户更不容易全面地浏览、了解活动的全部信息——标题内容、时间地点等。因此,在此使用过大的图片是弊大于利的,或许是为了让用户获得更多的沉浸式体验,但内容的不合理组织、不充分表现使得不太成功,需要进行改进。这一点,可以参考顶部左右滚动视图里的活动展示方法,即把文字等信息放置在图片上面,考虑到统一性和简便性,可设计固定模版,之后只需传图、填字就好,岂不美哉。另一点是,图片应该更能和活动内容、宣传点结合,最好是只看图片就能够快速了解活动,图片比文字传达信息速度快、有效、印象深刻(像海报招贴一样),因此图片与内容的相关至关重要,不然为什么花大篇幅呢。另外,文字信息的内容和组织也是非常关键的,把信息组织得简短、易读、全面,从而有效地传达活动内容信息

图片 17

图(5)两种组织形式(左),无关、大幅的图片传达信息量少(右)

另一方面,每个活动使用大图片或者小图片的原因不明,如图(6)。一开始,我以为每周的第一个活动是大图片,为了突出提醒用户——这是下一周的活动了!但是不是。那么是因为官方想要重点突出以推荐这些活动?似乎也不是,顶部有专门的滚动视图推荐活动,那是官方推荐的没错,而且使用大图片的活动有的似乎不是很精彩。免费与付费活动的差别?也不是。让我专门去想仍旧不得其解这一点不重要,重要的是作为产品的主要内容完全无逻辑的交替排列很可能让用户感到迷惑甚至厌烦,任何产品都会尽量避免这一点,更何况是集美观性、简洁性于一身的多聚呢。所以,be
reasonable(给用户个理由)。

图片 18

图(6)大小图片混杂、无逻辑

进而是活动详情页面内容布置的一些不妥。图(7)是抽象出的内容布置图,可以看到各项内容的排列,有些散乱,用户在查看和进行操作时注意力被分散,视点在跳跃,势必会影响使用心情甚至降低对活动和产品的好感。首先,对活动的基本信息进行整理,名称、图片(清晰图和虚化图)、活动价、活动类型、想去、时间地点;然后,分类、排列。我的一点思路权当抛砖引玉吧。在这里,图片的比例和大小是主要问题,直接影响到整个空间的布局,这种竖长型图片+横长型背景的组合本来就会在视觉上影响信息的传达,再在除竖长型图片外的空间里布置不太相关的多个元素,难上加难。因此,可以的话,改变图片的比例,参考竞品懒人周末APP的活动界面;或者改变元素的布置,参考豆瓣APP的活动界面,如图(8)。

图片 19

图(7)活动页面元素布置的探讨

图片 20

图(8)懒人周末和豆瓣的活动页面布置

活动详情页右上角是分享按钮。点击后,屏幕最下方从左到右依次向上弹出一排四个分享平台,图(9)。右上方>左下方>右下方,视点跨度有点大,更的是,要想继续进行分享操作,手指得从右上方移动到最下方,手指移动速度比视点的转变还要慢得多,极大地影响了分享操作。而且撤去的时候,第一个先撤去(先来先去,符合逻辑),后三个是一起撤去的(是实现动效的工作者疏忽了?),影响一致性。建议:四个分享平台图标排列在右上方、分享按钮之下,依次弹出,依次撤去,这样方便操作、符合逻辑。

图片 21

图(9)分享动效

接着下方是左右滑动的两个版块:活动介绍/活动须知。默认当然是重要的活动介绍,但把完全相同的活动须知(包括购票说明、活动说明、活动解释权等)与之并列,会让部分用户以为每个活动的都不一样,总是不禁点击查看,然后又失望而回。这个完全可以放在报名页面下方的空白处,如图(10),这样每次报名时都能够看见,没有其他干扰。

图片 22

图(10)”活动须知“放到报名页

一些活动不能在平台里报名,需要跳转至其他页面。然而其流程如图(11):点击“查看报名咨询”>展开弹出一个没什么实际内容的模态视图>点击“点击报名”>报名页面。完全没有必要,本来加载至其他页面就比较慢,多余、无用的流程使之更严重,完全可以直接跳转至报名页面嘛,有必要的话,可以加个需要确认的临时视图,以简洁明了的文字说明需要跳转、有风险等必要信息。

图片 23

图(11)报名咨询的不美好体验

3.搜索流程的改进。

用了很长一段时间,我才初次使用搜索功能,发现在第一搜索页面的左上边有个按照日期查看活动的按钮——“日历选择”,如图(12)且不论名称的不确切,我觉得它更应该放置在首页里时间导航——“今周/下周/两周”——的旁边:1)它是筛选而不是导航,可能它相比之下没那么常用,但会有不少用户需要,比如,我想在这个周末参加活动,需要限定周末那两天的时间然后查看活动——原本的日历选择只能选择一天,最好可以选择“不连续多日”,不然这个功能不能很好地满足用户的需求,显得鸡肋,日期选择的更多问题就不展开讨论了;2)搜索功能是针对用户名和活动名的搜索,由于产品社交的不展开和活动名的不规范等原因,使用搜索的用户应该是比较少的,所以发现这个功能的人会较少;3)在第一搜索页面里使用此功能,流程会很冗杂,弹出新页面、键盘等元件的干扰都是不必要的。我的想法是,弹出一个浮出层选择日期,甚至可以和“类型“选择一样,毕竟都是类似于筛选的功能。

图片 24

图(12)“日历选择”,选定某一天来查看活动

然后是搜索流程的简化。原搜索流程如图(13)所示,如果想在大范围内搜索一个用户的话,需要进入4个新页面,而想要返回到首页也需要点4下左上角的返回按钮(按返回键的话是5次,多一次用于撤销第一搜索页面的键盘),极其繁琐。我参考知乎、网易云音乐等APP的搜索流程对其进行了改进,使搜索流程和返回流程都流畅缩短了,并且使搜索的内容更好地呈现出来,如图(14)。是否需要即时进行关键词的反馈还需考虑开发等多方面因素,暂不讨论。

图片 25

图(13)搜索与返回

图片 26

图(14)改进后的搜索流程

以上即是我使用多聚的体会和想法,有的可能过于主观,初学乍练,还请多多指教。希望大家能够多交流,希望多聚越做越好,希望我也能通过参加多聚的活动认识很多妹子。:)

相关文章