产品经理

Pc端使用平台：手机端使用平台：红米2增强版 自带浏览器 MIUI6.6.2.0（KHJCNCF）|稳定版

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

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

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

 “今天，你可以自由的调节你的屏幕的亮度，关掉应用的通知，自主决定是否连接手机的无线网络等等，虽然这些只能将你的手机电量多延长了几分钟，但却让你满足于一种成就感：你可以完全掌控你的手机，你可以调整所有的设置！(其实你无法控制你手机的电池寿命！) ”

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

每到一年一度的大促季，会场、页面、互动游戏，都在紧张设计之中，这些精美的页面和互动游戏，如何与用户产生联系？必然需要一条与用户连接的纽带 —— 它就是BANNER。有些人可能认为资源位的设计相对简单，但其实不然，小小的资源位承载着重大的使命，设计上自然也是下了一番功夫，那这一次的双11我 们是怎么做的？请听我细细道来…..

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

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

本文以HTML5工具专业性为主要指标，不以名气论高低，内容多以企业网站介绍为依据，辅以使用体验。四个指标，功能是H5工具使用的基础，模板属于工具适用性的象征，定制服务能体现平台的生态性，易用度则是用户友好范畴。

交互设计的常见流程可以划分为：需求分析、设计规划、设计实施、项目跟进、成果检验五个流程。很多人以为从无到有的过程才是最重要的环节，观点并没错，但我今天想说的是如何进行项目跟进。

当设计师需要向用户展示大量的数据时，总是不可避免要利用到筛选和排序。筛选和排序可以帮助用户缩小他们正在寻找的数据范围。

不论移动端网页和APP之间有着怎样的争论，移动端APP的快速发展都是不争的事实，各种客户端的开发和接入已经成为常态。用户对于自己喜欢的品牌和服务，总期待官方能推出客户端，也正是在这种期待和需求之下，催生出越来越多的APP。

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

之前研究过一段数据图 表的最佳表达方式，随着手机端应用层出不穷地发展，这次将数据图 表的表现延用到手机端。相比 Web 端展示数据的空间优势，要兼顾手持设备的便捷、简明而重点的特质，手机端该如何取舍？是否有更加合适的表现方式？下面是翻阅或试用了各种有数据的 App 后，将手机端应用中值得借鉴的部分做了小小的总结，也让我自己对不同数据图表 的特性有更深的理解。

细节决定成败，也许一个小小的细节，就能够让用户对你的产品情有独钟，弱水三千只取一瓢。也能够让你的用户从此陌路，再无关联。

「我有个改变世界的点子，就差做个app了。」
「这是我们的商业计划书，虽然还没有开始推广，但我们真的击中了用户的痛点。总之，先做个app吧。」

本人在涉足设计专业之前学习过两年的酒店管理。在我实习的过程中，经历过许多与客户之间的沟通交流，这其中有积极的也有负面的。在我看来，酒店餐厅服务也是交互的一种形式，而且这其中涉及到很多体验设计的理论和方法，当我作为交互设计师工作多年以后，仍然觉得很受启发。当我看到篇文章的题目时，我就决定要把它翻译出来！下面进入译文。

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