交互学堂
专注分享专业知识

一个小小城市选择控件引发的深度思考


很早以前小Q在《用好的交互设计来管理复杂-“筛选器”》一文,较为全面的剖析了筛选器的各种分类及其利弊。本文会继续筛选器的城市选择控件继续分析。

一个小小城市选择控件引发的深度思考

大家都知道,吃喝玩乐,永远是人的基本休闲方式。城与人的生活息息相关,针对吃喝玩乐设计的产品形态,往往都有城市、当前定位等基本功能的设置,以便于产品经理采集到用户行为后,做出更好的个性推荐及内容展示。譬如很多城市特色推荐类App,打开首页,“推荐”和“附近”满足用户在多个场景下的应用,无论是周末的你在家苦于无处可去,还是吃完饭后想和朋友去附近逛逛。又譬如旅行类App,购买机票,预定酒店都是必须要做的事情,对于廉价机票的购买和抢单,也是很多热爱旅游的人们常做的事情,所以如何根据自己的业务形态设计好一款简单的城市控件,看起来是值得深思的问题。使用过30几款相关App之后,热爱总结和装逼的小Q,为你带来如下的总结,希望你喜欢。

城市选择控件大致分为三类:平铺式三层联动结构、响应式三级联动结构、A-Z index式字母结构。

平铺式三层联动结构

特点:逐层选择,逐层回退,操作重复

建议:根据当前GPS定位地理位置,优先显示周边(100km以内的)省市区信息(需要建立符合产品特性的城市匹配列表)

举例:京东App,发货地址选择地区时的交互流程,操作及反馈值得推荐,选中一层(省、市、区)则顺其自然的进入下一层选择,给人新增一条记录待添加的感觉,操作一气呵成。相反对比,把省、市、区作为Tab的Title的方式,让用户选择Tab,然后选择内容的方式。此交互体验更佳顺畅,且能解决用户点击层级深之后,短暂迷失方向的难题。

一个小小城市选择控件引发的深度思考

一个小小城市选择控件引发的深度思考

响应式三级联动结构

特点:通过省级自动定位市区级,对城市选择比较便利。地址显示的选项数量少,还只能挨个切换,效率低下。

建议:根据当前GPS定位地理位置,定位相关省级信息及名称,减少滑动操作。

举例:淘宝下单后的填写地址里面也有地区选择功能,微信里面也有收货地址,再者一些App的定位选择等等。

一个小小城市选择控件引发的深度思考

A-Z index式字母结构

A-Z index(字母索引)适用于对数据量为几十到几千之间的单词、词组或短语等类型的导航,且用户能对这些数据的首字母进行精确回忆。例如:国家、省份或城市的名称、姓名、昵称等。在移动端设计中A-Z index通常以竖轴形式出现在屏幕右侧,点击字母能将内容滚动到该字母的锚点位置。

特点:通过自然拼读和精确回忆,或者通过严格的筛选方式,精挑细选周边、同城中最值得去的生活高地,使得用户能快速找到所需内容。

建议:A-Z index严格按照字母顺序排序,但是在某些场景中,这并非是最高效的。可视业务和用户需求在A-Z index基础上增加常用选项导航(例如定位、热门和搜索)。

举例:有特殊记忆点的名称列表,短时间不会频繁更新订阅内容的产品形态,根据用户行为优先曝光常用入口,如通讯录的联系人列表,可通过添加Emoj图片或者英文首字母,调整中文内容的排序。或者天气通中订阅城市列表,根据用户使用率不同,筛选点击率较高的内容做优先展示。

一个小小城市选择控件引发的深度思考

小Q来总结

任何一个城市选择控件的基础,往往只能满足统一规范化的操作。若要满足用户多场景的复杂需求,产品经理在设计城市选择控件的过程中,可以优先通过数据挖掘,为用户提供一条捷径,试图让用户减轻重复操作的心理负担(如:快速选择、热门城市、热门景区等)。或者根据业务及用户场景的不同,做应用场景的优化和调整,譬如:根据定位做城市列表的不同排序等。

#专栏作家#

Mandy权,微信公众号:小Q聊产品,人人都是产品经理专栏作家,善于资讯、母婴、教育类产品设计与分析。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

赞(0) 打赏
未经允许不得转载:IAMUE » 一个小小城市选择控件引发的深度思考

评论 抢沙发

评论前必须登录!

 

交互学院

在线学习交互设计课程1元秒杀Sketch入门课程

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏