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

　　很早以前小Q在《用好的交互设计来管理复杂“筛选器”》一文，较为全面的剖析了筛选器的各种分类及其利弊。本文会继续筛选器的城市选择控件继续分析。
　　大家都知道，吃喝玩乐，永远是人的基本休闲方式。城与人的生活息息相关，针对吃喝玩乐设计的产品形态，往往都有城市、当前定位等基本功能的设置，以便于产品经理采集到用户行为后，做出更好的个性推荐及内容展示。譬如很多城市特色推荐类App，打开首页，“推荐”和“附近”满足用户在多个场景下的应用，无论是周末的你在家苦于无处可去，还是吃完饭后想和朋友去附近逛逛。又譬如旅行类App，购买机票，预定酒店都是必须要做的事情，对于廉价机票的购买和抢单，也是很多热爱旅游的人们常做的事情，所以如何根据自己的业务形态设计好一款简单的城市控件，看起来是值得深思的问题。使用过30几款相关App之后，热爱总结和装逼的小Q，为你带来如下的总结，希望你喜欢。
　　城市选择控件大致分为三类：平铺式三层联动结构、响应式三级联动结构、AZindex式字母结构。
　　平铺式三层联动结构
　　特点：逐层选择，逐层回退，操作重复
　　建议：根据当前GPS定位地理位置，优先显示周边（100km以内的）省市区信息（需要建立符合产品特性的城市匹配列表）
　　举例：京东App，发货地址选择地区时的交互流程，操作及反馈值得推荐，选中一层（省、市、区）则顺其自然的进入下一层选择，给人新增一条记录待添加的感觉，操作一气呵成。相反对比，把省、市、区作为Tab的Title的方式，让用户选择Tab，然后选择内容的方式。此交互体验更佳顺畅，且能解决用户点击层级深之后，短暂迷失方向的难题。
　　响应式三级联动结构
　　特点：通过省级自动定位市区级，对城市选择比较便利。地址显示的选项数量少，还只能挨个切换，效率低下。
　　建议：根据当前GPS定位地理位置，定位相关省级信息及名称，减少滑动操作。
　　举例：淘宝下单后的填写地址里面也有地区选择功能，微信里面也有收货地址，再者一些App的定位选择等等。
　　AZindex式字母结构
　　AZindex（字母索引）适用于对数据量为几十到几千之间的单词、词组或短语等类型的导航，且用户能对这些数据的首字母进行精确回忆。例如：国家、省份或城市的名称、姓名、昵称等。在移动端设计中AZindex通常以竖轴形式出现在屏幕右侧，点击字母能将内容滚动到该字母的锚点位置。
　　特点：通过自然拼读和精确回忆，或者通过严格的筛选方式，精挑细选周边、同城中最值得去的生活高地，使得用户能快速找到所需内容。
　　建议：AZindex严格按照字母顺序排序，但是在某些场景中，这并非是最高效的。可视业务和用户需求在AZindex基础上增加常用选项导航（例如定位、热门和搜索）。
　　举例：有特殊记忆点的名称列表，短时间不会频繁更新订阅内容的产品形态，根据用户行为优先曝光常用入口，如通讯录的联系人列表，可通过添加Emoj图片或者英文首字母，调整中文内容的排序。或者天气通中订阅城市列表，根据用户使用率不同，筛选点击率较高的内容做优先展示。
　　小Q来总结