微信

如果你是一名经验丰富的设计师，你一定会认同一点，受他人启发并不是在抄袭UI设计。这是一种最佳的研究实践。它也要运用各种设计模式，也要遵循设计规范，也需要确保选择用户熟悉的模式来建立可用的界面。

“在PC上常出现的下拉菜单，在移动端上都是用什么交互来实现的”，将最近项目里碰到的情况总结一下。

前言：一直有在梳理自己的知识结构，也靠这些所谓经验做了几年行业培训，今年是从业的第十一年，我觉得差不多是时候把这些最初来自同行、互联网和书籍的知识再还给行业，我会把所有所得分章节逐渐整理发出，希望能对行业尽一份绵薄之力，同时也作为一种仪式，好让自己重新出发。举个栗子：假设我是个潮人，同时我也是个医生，那我就有两个角色。如果给我设计一款音乐播放器，应该给我一款酷炫的，我会喜欢。但当我坐在办公桌边，给病患开药的时候，我电脑的开药软件需要很酷炫吗？我一边摇晃脑袋踩着节奏，看着充满特效的界面开出来的药，你敢吃吗？所以医院的软件需要简洁，保证开药的准确度。（然而需要强烈的视觉表达情绪的设计例外）。

这几天，脑海里面一直回绕着一个声音，尼尔森，尼尔森交互，尼尔森交互十大原则。blues老师的讲解至今让我记忆犹新，如果真的让我选择一款产品进行尼尔森交互分析，我想应该就是简书了。

反馈是几乎所有应用的标配功能，往往藏在“设置”或者“关于”里面的小角落。意见反馈在产品开发中的作用是不能忽视的，这几乎是所有应用最好的用户意见收集入口，但是不同应用对意见反馈的处理各不相同。最近在做反馈系统的梳理工作，也包括意见反馈页面优化，将这一段的分析整理成此文。

上完培训课，又开始投入忙碌工作中，由于目前公司是做汽车后市场服务，并且近期在准备新产品开发事宜，因此每天跟产品经理、研发同事少不了一些探讨。与之前有所不同，现在工作过程中，可能会下意识地用Blues老师讲解的一些知识来思考、理解、验证产品。

作为一名产品经理，当人们使用你的产品的时候，需要尽可能避免他们犯错误。我们应该留心用户可能犯错误的地方，在合适的地方给他们一个温和的推动，以确保一切都能正常进行。（不要让用户认为自己被指使着做什么事，至少不要用被认为是“粗鲁”和“侵扰式”的）

之前的一系列文章，为大家介绍了iOS和Android规范中，各种弹出物的用法，罗列如下：

今天推荐的这7个神器，有经典款也有新人版，不过大致贯穿了UI设计的整个工作流程，从排版、配色、切图到标注、预览，都有对应的良心神器推荐 ，非常适合刚入门的UI设计师，当然，有两款谷歌刚出的神器，也值得老手们来瞧一瞧。

什么是用户体验？漂亮的UI细节？炫酷的加载动画？这些只是它的一些部分外显特征罢了，不能一叶障目，因为这样很愚蠢。

虽然如今好的配色方案已经唾手可得，但为数据可视化找到合适的配色方案，却仍是一项巨大挑战。

虽然我承认导航这种东西在现在的app非常常见，但是实际上，这种东西也不是必须存在的。如果应用够轻，比如雅虎每日新闻News Digest就不存在导航这种东西。只有当app的架构扩大到一定的程度，当内容繁杂到无法展示在一个页面中，这时候才需要用到导航。

给用户及时、恰当的反馈，是交互设计非常重要的一项原则。由搜狐新闻客户端团队撰写的《设计之下》一书中，对操作反馈从形式、内容、位置几个方面做了非常详细的总结，满满干货。今天@青溪Joanna 这篇读书笔记提取了书中的要点并配上实例，分享给大家。

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

交互设计师的核心价值是什么？这个问题很经典，知乎上有这样的提问，面试中也会被问到。为了避免过于空洞和理论，本篇结合三个小案例来聊聊我的理解。

这两天无意看到一些内容刷新案例，发现原来光一个刷新操作，也是有不同的刷新类型区分的，所以在这里记录一下。

3类人群：社交型、社交—婚恋型、婚恋型

帐号对于每一个互联网网民都是不陌生，只要我们还在上因特网，就几乎离不开帐号。有关帐号系统与登录方式的设计，成功与否，直接关系到用户利益的保护以及对服务的体验。如果是一个注册流程各种不顺畅，登录状态不稳定的服务，用户迟早是要用脚投票的。 也不知道什么缘由，自打入行以来，就参与好些项目的帐号系统建设，从最基础的用户名密码到标准OAuth再到关联登录，中间自然也是踩着各种坑走过来的，所以也算有感而发，整理之，记之。

之前总结过一版交互设计流程图，主要是想给自己以后做设计梳理一下过程，但是那份流程里面只有枝干，并没有枝叶，所以针对每个方法我都会撰写一份方法总结，或者说指导，目的就是为以后实践做准备。我期望的效果是，假如一个没有接触过该方法的人看到这份总结，可以按照这个总结一步步完成实验。这就是我最大的目的。下面就是第一份总结《可用性测试方法总结》。