在产品设计中，产品界面、使用场景、用户操作等都会影响用户对产品的体验。因此，我们在设计过程中应遵循一定的原则，避免设计师根据自己的主观认识对产品做出片面的决定。原则一：用户界面应该以用户的心智模型为基础，而不是以工程实现模型为基础，就是设计后台复杂的东西，以满足用户日常生活中常用的浏览方式或操作方式。事实上，这一点是设计师将生活细节与数据相结合的凝聚点。用户的心智模型越准确，界面就会越好。#左侧面#：大众点评新版价格搜索比以前更符合用户心智模型；#食神摇摇#：摇动手机找餐厅更符合大众用户的心。每个人都应该有这样的中午，如果不知道去哪家餐厅吃饭，就摇一摇，随机选择附近的一家餐厅。原则二：培养用户在使用场景中的思维方式。这个原则在设计上其实很难做到。要做到这一点，需要长期的实践经验。然后我们都知道米聊比微信推出的早，但是后来被微信反超了。我个人认为不仅是QQ对微信的帮助很大，比如用户登录门槛低、用户来源、广告火爆等。在场景方面，米聊的研究不如微信透彻。对于一款社交即时通讯产品来说，加好友功能是聚集好友的源泉。虽然米聊微信绑定了手机通讯录，但话又说回来，用户还是很少在手机通讯录中找到联系人进行语音聊天。加好友是引导用户发现好友、寻找好友、接触好友的一扇门。所以，这么重要的功能放在应用的什么地方，用户在产品初期就可以明确选择使用哪个应用，因为聊天工具的前提是有人和你聊天。回到真实界面，看下图对比：微信1.0（我这里只拍了4.0的照片），添加好友放在了主标签，方便用户快速添加好友。在Michat2.0中，添加好友还是放在好友列表的第一行。用户很难找到原则三：让用户尽可能少的输入，输入时尽可能多的给出参考。问题，虚拟键盘的主要缺点：1.输入定位没有反馈，无法形成高效的盲打；2.虚拟键盘的空间限制，手指点击容易误按。光是以上两点就让虚拟键盘的输入大大减少了，所以我们在设计应用的时候，每当遇到InputBox控件的时候，首先要想到的是尽可能减少用户的输入，或者智能地给出参考。百度音乐的搜索首先将榜单中最受欢迎的歌曲依次排列。当有词输入时，会出现歌手的候选词。这里难能可贵的是，百度音乐的搜索可以根据用户输入的词来判断用户是否在搜索。歌手是歌曲的名字。百度地图也是我比较容易上手的一款地图导航应用。它在减少输入方面也做得很好。百度地图有cookie功能。此外，百度搜索技术在地名匹配上的应用也很可喜。输入到一半，目标地址出现在下面的候选列表中，用户就停止输入，点击列表。原则四：全球导航需要一直存在。最好预览其他模块的动态全局导航。在网页交互设计中比较容易做到。移动端的全局导航取决于产品设计的需要。全局导航需要哪些功能，社交类应用通常有：消息、通知、请求；音乐和视频应用通常是：下载、搜索；工具类产品往往是浏览器、语音助手、音乐识别应用等核心工具栏（toolbar）。全局导航的价值在于让用户在使用过程中不丢失信息，减少主页面和副页面的跳转次数。当然，globalnavigation中的info-task必须在当前页面完成。如果需要跳转到新界面，全局导航的意义就失去了，因为当有多个info-tasks时，用户需要一直进入全局导航页面才能完成。Facebook的好友请求、消息、通知都采用了全局导航的方式，但是面板设计有点难看~Michat的通知中心里面的通知类型挺多的，显得有点乱，希望后面的版本能整理一下出去。种类。#p#原则5：在不中断任务流程的情况下提供非模态反馈。模态弹框的写法叫：iphoneOS中的Alert-box，AndroidOS中的Pop-upbox，众所周知，弹框会打断任务流程，那么如何在a上弱化这些弹框呢？有限的屏幕，还是优雅绅士地提醒用户，这需要设计师来定义。情态是指界面中只有提醒弹框有交互行为，其他都是不可操作的；non-modal不会将提醒做成弹框，可能会处理成ListNotification、Toastlist等提醒用户。Gmail率先将删除模态弹框设计为ListNotification，提醒用户撤消刚才的删除操作。这种非模态处理使删除过程更加顺畅和容易。K歌达人二版的弹框是模态处理的，界面很不友好。用户在K歌过程中要被打断3次才能发布自己唱的歌，降低了用户的参与度。原则六：不要让用户等待任务完成，用户需要找到更多有趣的地方。移动互联网的核心是为用户的移动体验带来便利和高效。很多时候是碎片化的时间，所以在设计的时候，尽量让用户在短时间内熟悉我们的产品，知道这个产品的诚意，尤其是一些等待界面需要设计，不能有一个枯燥的等待界面呈现在用户面前，用户很快就会切换到其他应用。在Instagram上拍了一张照片，点击上传后，它的处理方式是返回首页告诉你照片正在提交中，而不是显示上传进度界面，让用户看到上传百分比。所以我们在设计米巴上传歌曲文件的时候，只是告知用户后台正在为你上传，让用户放心，其他功能自然会发挥，不会让用户焦急等待。当上传完成后，我们会再次使用Toast列表通知用户上传成功，从而让用户主动查看上传结果。原则七：自动保存用户在移动端的输入结果。由于输入面板的复杂性，以及没有物理按键的触摸输入的自然反馈，尤其是在手机上输入一段文字或信息，对于用户来说是一种痛苦。对于产品来说，用户在你的产品中的输入是一件很幸运的事情，所以设计师需要让你的APP自动保存用户的输入结果。用户输入信息后，微博官方手机客户端会在用户点击左上角的fork时弹出一个Actionsheet询问是否放弃或保存为草稿；路径的处理更加人性化。在这种情况下，用户仍然可以发布照片和文字。当然，连接成功后系统会自动上传，但发帖时间为连接网络后发帖时间；Instagram评论也很友好，当断网或者网络不稳定这种场景下，用户输入的评论依然可以发布，并且会有感叹号提醒用户稍后再发或者重试，提高了用户参与的积极行为，同时活跃了社区。原则8：为了程序响应的速度，设计有时候需要起到掩护的作用。技术不是万能的。技术仍然是最优化和最完美的移动互联网应用。作为技术盟友，我们设计师也需要辅助他们，让用户觉得程序就应该这样运行。尤其是程序的响应速度，往往不仅是技术问题，与网络环境也有很大关系。这时候设计者就需要考虑这些客观情况，帮助程序掩盖这些缺陷，让用户在使用的时候觉得自己是安全的。光滑的。#推进realize#Instagram帖子“点赞”是激发参与者和帖子作者热情和活跃社区氛围的重要功能，因此程序的响应必须具有可用且易于使用的功能。让我们看看左边的图片。“赞”按钮已经实现了“赞”。同时我们可以看到红框里的“菊花瓣”就知道后台正在加载like的数据，这就是设计的巧妙之处。首先让用户感知程序非常快，而不是加载完成后显示“喜欢”；#前进传#在Instagram上发帖时，用户在处理照片后点击“上传”按钮，看到中间的界面。这个时候的界面就是让用户为自己的帖子输入主题，或者去设置分享等功能。同时，我们还可以看到红色方框内的“菊花瓣”。很明显后台已经开始传输刚刚上传的照片了，所以当用户点击“完成”的时候，只需要上传剩下的部分数据，让用户感觉上传速度很快；#微唱引已做#将伴奏和用户的歌声合成为一首音乐，需要后台处理大量数据。如果一步一步来，用户需要等待合成时间比较长。为了省去用户等待合成的时间，我们需要后台在用户唱歌的同时合成伴奏和歌声。以上八个原则是我在工作中体会比较深刻的交互设计原则。希望对看过这篇博文的朋友有所帮助。当然设计原则是随着时间不断变化的，还请各位朋友改进补充，谢谢！原文链接：http://www.cocoachina.com/gamedev/misc/2014/0411/8144.html
