产品设计的交互设计原则

第40期：用时约3分

第四零章

产品设计的交互设计原则

第40期：用时约3分

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

把后台本来很复杂的事情通过设计符合用户日常生活中常用的浏览方式或操作方式

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

对于一个社交即时通讯产品，添加好友的功能是好友汇聚的来源，虽然米聊微信都绑定手机通讯录，话又说回来，用户找手机通讯录联系人语音聊天的还是比较少。

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

1.输入定位无法反馈，所以无法形成高效的盲打；

2.虚拟键盘的空间限制，手指的点击经常造成误按。

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

社交应用通常是：消息，通知，请求；音乐视频应用通常是：下载，搜索；工具类产品经常是核心工具条（tool bar) 比如浏览器，语音助理，音乐识别应用等等。

全局导航的价值在于可以让用户在使用过程中不会丢失信息，减少主页面和次级页面之间的跳转次数，当然全局导航中的info­task要能在当前页面完成

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

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

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

移动互联的核心就是给用户带来移动体验的方便和高效，我们在设计米吧上传歌曲文件时也只是告知用户后台正在帮你上传，叫用户放心，用户自然就会去玩其他的功能，没有让用户焦虑的等待，等上传完毕时，我们再用Toast list通知用户已经上传成功，这样把查看上传结果的主动权交给用户。

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

在移动端，由于输入面板的复杂性，而且触摸输入没有物理按键的反馈自然，特别是手机上去输入一段文字或者信息

原则8：程序响应的速度，设计有时候需要担任掩护的作用

#随后实现# Instagram帖子“赞” 不管对参与者还是帖子作者都是激发其积极性活跃社区氛围的重要功能，所以在程序的响应方面一定要具有可用，易用的特性

#提前传输# Instagram中发布帖子的时候，用户处理完照片点击“上传”按钮就看到中间的界面，这时候界面是让用户去为自己的帖子输入一个主题，

#边唱边完成# 把伴奏和用户的歌声合成为一首音乐时需要后台处理大量的数据，如果分步做就要让用户等待比较长的合成时间，为了让用户不用枯燥的等待合成，

Powered by Froala Editor