ucd

很早以前小Q在《用好的交互设计来管理复杂－“筛选器”》一文，较为全面的剖析了筛选器的各种分类及其利弊。本文会继续筛选器的城市选择控件继续分析。A-Z index（字母索引）适用于对数据量为几十到几千之间的单词、词组或短语等类型的导航，且用户能对这些数据的首字母进行精确回忆。例如：国家、省份或城市的名称、姓名、昵称等。在移动端设计中A-Z index通常以竖轴形式出现在屏幕右侧，点击字母能将内容滚动到该字母的锚点位置。

前言：一直有在梳理自己的知识结构，也靠这些所谓经验做了几年行业培训，今年是从业的第十一年，我觉得差不多是时候把这些最初来自同行、互联网和书籍的知识再还给行业，我会把所有所得分章节逐渐整理发出，希望能对行业尽一份绵薄之力，同时也作为一种仪式，好让自己重新出发。任何项目都从一个idea开始，你走在路上，蹲在马桶上；吃着饭，看着电视，灵光一闪，觉得大致可以做一个什么东西来实现世界的爱与和平，这就是一个愿景的诞生；来源无法归纳，却是后面折腾的开始。
然后就是“分析研究”，分析市场，分析技术，分析用户，一边分析一边验证愿景；顺利通过这个环节，得到的就是设计需求。需求的来源多元，组成亦是多元。需求得到，就要进行梳理，以确定下来；这就是“需求过滤”或者“需求定义”。
接下来就是把需求转化成对应的功能和数据，这是产品的骨骼血肉，功能数据要满足需求。比如需求是解渴，对应的功能就能是可乐或者矿泉水，但不能是热干面。从这个环节起，产品从抽象变具体。
功能数据有了，长什么样？我们要把它们设计出来。设计分成“概念设计”和“细节设计”两个阶段，设计又分为“交互设计”和“视觉设计”两条线，所以就有了“概念交互和视觉设计”及“细节交互和视觉设计”。
设计过程中需要进行“测试验证”，验证的结果用来迭代设计，所以大家看到有个双箭头。设计好了，提交研发。在这个阶段，我们做“研发支持”，也就是传达设计需求给研发，并且做研发过程中针对突发情况进行及时的设计修改；比如某个提示的补漏之类的。
最后是“设计验收”。一般来讲，刚研发出来的版本多少有些变形有些不符合设计需求，所以我们要验收。列出结果清单，打回去重新调整。调整到什么程度才可以，要看具体到项目周期和策略。举个例子：我们筛选好约好被试（测试用户），分配给他们分析产品和分析任务，比如对比京东和淘宝的支付流程，让他们回去好好体验一个礼拜，让用户熟悉产品以心里产生评价。然后回到我们实验室，再走一遍，这一遍是被观察。然后就是访谈，询问他们的各种维度的评价，比如对于收货地址选择方式的偏好，最后我们统计归纳。这就是让用户来帮我们分析。“其实你什么都没有做错，错在你太老了。我们最早看到Snapchat，外国13-18岁小孩在用，我们高管用了觉得好傻好无聊，看不到价值，只投了一点，后来涨得很快。这个公司我们副总去过，就是海边一个玻璃房，很小的公司，感觉一个石头就把他们击破了。当时只有2000万美金，我们没进去，现在远远超过我们想象，百亿美金。