高级交互设计师：产品设计的八个原则

原则1：用户界面应该是基于用户的内心模型，而不是基于工程实现模型

就是把后台原本很复杂的事情经过设计符合用户平常生活中经常使用的浏览方式或操做方式。其实这一点是设计师把生活中的细节和数据结合的凝聚点，用户的心理模型抓的越准，界面就会越优秀。

#左边界面#大众点评新版的价格的搜索就比以前改得更符合用户内心模型;

#右边界面#食神摇摇的摇动手机找餐厅更加符合大众用户的内心，你们应该都有那种中午不知道去哪家餐厅就餐，那么就摇一摇来随机抽出一个附近的餐厅。

原则2：培养用户使用情景的思惟方式作设计

要作到这个原则实际上是很难的，须要长期的实战经验才能作到这点。

那咱们都知道米聊出的比微信早，但后来被微信反超，我的认为不光是QQ帮了微信很大忙，好比用户登陆门槛低，用户来源，广告打得响之类的，其实在用户使用情景方面米聊研究的没有微信透彻。

对于一个社交即时通信产品，添加好友的功能是好友汇聚的来源，虽然米聊微信都绑定手机通信录，但话又说回来，用户找手机通信录联系人语音聊天的仍是比较少。添加好友是引导用户去发现好友，找好友, 碰好友的一扇门。因此对于这么重要的功能放置在应用程序的哪一个位置，在产品前期就会让用户明显的去选择用哪一个应用，由于聊天工具的前提是要有人和你聊天。

再回到现实的界面中来，看看下面的对比：

微信1.0的时候(我这里只截了4.0的图)把添加好友放置主Tab上，方便用户很快的添加好友。

米聊2.0时仍是把添加好友放置在好友列表的第一排，用户很难发现

原则3：尽可能少的让用户输入，输入时尽可能多给出参考

移动端的虚拟键盘一直是科技界没法解决的一个难题，虚拟键盘的主要缺点：1.输入定位没法反馈，因此没法造成高效的盲打;2.虚拟键盘的空间限制，手指的点击常常形成误按。光是上面这两点就让虚拟键盘在输入上大打折扣，因此咱们在设计应用程序时，只要遇到Input Box的控件时，首先就要想到尽可能让用户少输入，或者智能的给出参考。

百度音乐的搜索先是把近期最热门的歌曲依次排列在列表中，当有字输入时，会出现歌手的候选词，这里值得称赞的是百度音乐的搜索能根据用户输入的字来判断用户是搜索歌手仍是歌名。

百度地图也是我用得比较顺手的一个地图导航应用，在减小输入方面也作的比较出色，百度地图拥有cookies功能, 另外就是百度搜索的技术应用在地名的匹配中也很让人欣喜，在用户输入到一半的时候，下面的候选列表就出现了目标地址，用户直接中止输入点击列表便可。

原则4：全局导航须要一直存在，最好还能预览其余模块的动态

全局导航在Web交互设计中比较容易作到，在手机移动端全局导航要看产品设计的需求，什么功能须要全局导航，社交应用一般是：消息，通知，请求;音乐视频应用一般是：下载，搜索;工具类产品常常是核心工具条(tool bar) 好比浏览器，语音助理，音乐识别应用等等。

全局导航的价值在于可让用户在使用过程当中不会丢失信息，减小主页面和次级页面之间的跳转次数，固然全局导航中的info-task要能在当前页面完成，若是须要跳转到新界面，就会失去全局导航的意义，由于当出现多个info-task的时候，就须要用户不停的进入全局导航页面来完成。

Facebook 的朋友请求，消息，通知都是采用全局导航的方式，就是面板设计的丑了些~

米聊的通知中心，里面包含的通知类型蛮多的，显得有点凌乱，但愿下面的版本会筛选归类

原则5：提供非模态的反馈，不打断任务流

模态弹出框的书面名称在iphone OS中称做：Alert-box，在Android OS中称：Pop-up box, 咱们都知道弹框会打断任务流，因此在有限的屏幕上怎样让这些弹框弱化，或者说优雅、绅士的提醒用户，这个须要设计师来定义。

模态是指界面中只有提醒弹框才具备可交互行为，其余一切都不可操做;非模态不会把提醒作成弹框，可能会处理成List Notification, Toast list等方式来提醒用户。

Gmail是第一个把删除的模态弹框设计成List Notification这种方式的，提醒用户撤销刚才的删除操做，这种非模态的处理，让删除的流程更加顺畅和轻松自如。

K歌达人第二版的弹框就是模态处理，界面很不友好，用户在K歌过程当中要被打断三次才能发表一首本身唱的歌曲，因此下降了用户的参与度。

原则6：不要让用户等待任务完成，用户还要发现更多有意思的地方

移动互联的核心就是给用户带来移动体验的方便和高效，这是 移动互联网Apps须要考虑的，用户在使用你产品在不少状况下都是碎片时间，因此在设计上尽可能让用户在短期内熟悉咱们的产品，知道这个产品的诚意，特别是某些等待界面须要设计，不能把一个很枯燥的等待界面呈如今用户的面前，那用户很快就会换其余apps。

在Instagram拍完照片后，点击上传后，它的处理方式是回到首页的位置，告诉你的照片正在提交，并非显示一个上传进度的界面，让用户看那上传百分比。所以，咱们在设计米吧上传歌曲文件时也只是告知用户后台正在帮你上传，叫用户放心，用户天然就会去玩其余的功能，没有让用户焦虑的等待，等上传完毕时，咱们再用Toast list通知用户已经上传成功，这样把查看上传结果的主动权交给用户。

原则7：自动保存用户的输入成果

在移动端，因为输入面板的复杂性，并且触摸输入没有物理按键的反馈天然，特别是手机上去输入一段文字或者信息，对用户而言自己就是一件很痛苦的事情;对产品而言，用户的在你的产品中输入是一个很值得庆幸的事情，因此设计人员须要让你的apps自动保存用户的输入成果。

微博官方的手机客户端在用户输入信息后，点击左上角的叉时会弹出Action sheet来询问，确认是否要放弃，或者保存为草稿;path的处理则更为人性化，在处于断网的情景下，用户依然能够发布照片和文字，固然后面联网成功后，系统会自动上传，只是发表时间是连网后发布的时间点;Instagram的评论也很友好，在断网或者网络状况不稳定的情景，用户输入的评论依然能够发布，后面会有一个叹号提醒用户稍后发布或者重试，提高了用户参与的积极行，同时活跃了社区。

原则8：为了程序响应的速度，设计有时候须要担任掩护的做用

科技并非万能的，技术依然是移动互联网应用程序最须要优化和完善的，做为技术的盟友咱们设计人员也须要辅佐他们，让用户以为程序本来就应该是这么运行的。特别是程序响应的速度不少时候不光是技术的问题，与网络环境也有很大的关系，这时候设计人员须要考虑这些客观存在的状况，帮助程序来掩护这些瑕疵，让用户感受到在使用时是流畅的。

#随后实现#Instagram帖子“赞”无论对参与者仍是帖子做者都是激发其积极性活跃社区氛围的重要功能，因此在程序的响应方面必定要具备可用，易用的特性，咱们看左图中，“赞”的按钮已经现实“已赞”，同时咱们看红色框内的“菊花瓣”就知道后台在loading赞的数据，因此这就是设计的巧妙之处，先让用户感知到程序是很是快速的，而不是等 loading完以后再显示“已赞”;

#提早传输# Instagram中发布帖子的时候，用户处理完照片点击“上传”按钮就看到中间的界面，这时候界面是让用户去为本身的帖子输入一个主题，或者去设置分享等功能，同时咱们能够看到红色框中的“菊花瓣”，很明显后台已经开始传输刚才上传的照片了，因此当用户在点击“完成”时，数据只须要上传剩下的一部分，让用户感知上传很迅速;

#边唱边完成#把伴奏和用户的歌声合成为一首音乐时须要后台处理大量的数据，若是分步作就要让用户等待比较长的合成时间，为了让用户不用枯燥的等待合成，咱们须要后台在用户唱歌的同时，后台就已经开始把唱过的伴奏和歌声合成。