《别样：移动端APP开发设计8原则》由会员分享，可在线阅读，更多相关《别样：移动端APP开发设计8原则（13页珍藏版）》请在金锄头文库上搜索。
1、别样：移动端APP开发设计8原则这里别样网络小编想结合自己的工作心得来小结一下APP开发设计8原则:原则1：用户界面应该是基于用户的心里模型，而不是基于工程实现模型就是把后台本来很复杂的事情通过设计符合用户日常生活中常用的浏览方式或操作方 式。其实这一点是设计师把生活中的细节和数据结合的凝聚点，用户的心理模型抓的越准, 界面就会越优秀。#左边界面#:大众点评新版的价格的搜索就比之前改得更符合用户心里模型；#右边界 面#：食神摇摇的摇动手机找餐厅更加符合大众用户的心里，大家应该都有那种中午不知道 去哪家餐厅就餐，那么就摇一摇来随机抽出一个附近的餐厅。原则2：培养用户使用情景的思维方式做设计要做到
2、这个原则其实是很难的，需要长期的实战经验才能做到这点。那我们都知道米聊出的比微信早，但后来被微信反超，个人认为不光是QQ帮了微信很大忙， 比如用户登录门槛低，用户来源，广告打得响之类的，其实在用户使用情景方面米聊研究的 没有微信透彻。对于一个社交即时通讯产品，添加好友的功能是好友汇聚的来源，虽然米聊微信都绑定 手机通讯录，但话又说回来，用户找手机通讯录联系人语音聊天的还是比较少。添加好友是 引导用户去发现好友，找好友，碰好友的一扇门。所以对于这么重要的功能放置在应用程序 的哪个位置，在产品前期就会让用户明显的去选择用哪个应用，因为聊天工具的前提是要有 人和你聊天。再回到现实的界面中来，看看下面
3、的对比：川VI申U联通*?* 上牛也朋友们Ml中国联通容 上牛1勺3釣腮发用添加朋友添加朋友附近的人摇一摇漂流瓶按号码査钱扫描二维码从QQ好友列表添加从手机通讯录列裏潘抑查看明星等微信认证帐号微信1.0的时候（我这里只截了 4.0的图）把添加好友放置主Tab上，方便用户很快的 添加好友mil中H联诵容上年骊2Q& Q 程的好友可噩弘识请求QnO附近的人附近那助手3W o、w新浪微博小助手M0 :晒出我的米腳名片 并孚占氐让朋麦找到恫短信分車p閒id1 t-i j (兰 厝厘&諒驻彌4丄rwhxK I找到邮箱联系人米聊2.0时还是把添加好友放置在好友列表的第一排，用户很难发现原则3：尽量少的让用
4、户输入，输入时尽量多给出参考移动端的虚拟键盘一直是科技界无法解决的一个难题，虚拟键盘的主要缺点：1输入定 位无法反馈，所以无法形成高效的盲打；2.虚拟键盘的空间限制，手指的点击经常造成误按。 光是上面这两点就让虚拟键盘在输入上大打折扣，所以我们在设计应用程序时，只要遇到 Input Box的控件时，首先就要想到尽量让用户少输入，或者智能的给出参考。中匡取冋罕下牛7立3川中叵辭应审下年了煜1ZigiLJUM声里刘忻LJa dele刘i寺诗LJ爱我别走刘和刚o BQQDI3DD 也百度音乐的搜索先是把近期最热门的歌曲依次排列在列表中，当有字输入时，会出现歌 手的候选词，这里值得称赞的是百度音乐的搜
5、索能根据用户输入的字来判断用户是搜索歌手 还是歌名。II申呼联通W下牛0:44m(D巒肥科犬讯飞S： R T Y U _LO P百度地图也是我用得比较顺手的一个地图导航应用，在减少输入方面也做的比较出色, 百度地图拥有cookies功能，另外就是百度搜索的技术应用在地名的匹配中也很让人欣喜, 在用户输入到一半的时候，下面的候选列表就出现了目标地址，用户直接停止输入点击列表 即可。原则4全局导航需要一直存在，最好还能预览其他模块的动态全局导航在Web交互设计中比较容易做到，在手机移动端全局导航要看产品设计的需 求，什么功能需要全局导航，社交应用通常是：消息，通知，请求；音乐视频应用通常是: 下载
6、，搜索；工具类产品经常是核心工具条（tool bar）比如浏览器，语音助理，音乐识别 应用等等。全局导航的价值在于可以让用户在使用过程中不会丢失信息，减少主页面和次级页面之间的 跳转次数，当然全局导航中的info-task要能在当前页面完成，如果需要跳转到新界面，就 会失去全局导航的意义，因为当出现多个info-task的时候，就需要用户不停的进入全局导 航页面来完成。Facebook的朋友请求，消息，通知都是采用全局导航的方式，就是面板设计的丑了些El冲U联連令下牛11:41通知中心X1iPhone品应全部通知怜了弟未处理）孙小普在TA的广撰里了你10-G2那庆贖已与你感为好友慮此对 话吧！
7、superfmake a face已万你戢为外 友.点此对话吧！需哇丸您再対友記东方4匕诂岂米聊的通知中心，里面包含的通知类型蛮多的，显得有点凌乱，希望下面的版本会筛选 归类原则5：提供非模态的反馈，不打断任务流模态弹出框的书面名称在iphone OS中称作：Alert-box，在Android OS中称：Pop-upbox,我们都知道弹框会打断任务流，所以在有限的屏幕上怎样让这些弹框弱化，或者说优 雅、绅士的提醒用户，这个需要设计师来定义。模态是指界面中只有提醒弹框才具有可交互行为，其他一切都不可操作；非模态不会把 提醒做成弹框，可能会处理成List Not ifica tion, Toas
8、t list等方式来提醒用户。工刖 UKfrAft-M i s ri 卿 luvra 斛Uti,lnw 斷 nM* JQDriMMl 塾 ikMM ratfllNdtaMu山NASTrOALTHJimm z TED (fraT* 礼m rr 4#m m Fn TJR24 日 出字JQ血血d Mwni餐U M Itmd * IE 哄钿T 怆 Bro：曽SF 盘半F： i4*rM 詁2吨 *柑m ia iiUM ipfifififlBriftgll、VWr Nd QMI4 iw h*H. Ewl-nelWpwi m旧 NISHa -awj|!耳i盘堪乞生inir 沖卩 - mix理4帝一卫！： 超
9、“凸左h./i口亭胃 ?A34nLMMOn 1?tWriE IMrlvt. TrtJQVZ i r ：“ 枠应口, U：也側.押 川严 d U： ： |JGmail是第一个把删除的模态弹框设计成List Notification这种方式的，提醒用户撤 销刚才的删除操作，这种非模态的处理，让删除的流程更加顺畅和轻松自如。身性黒于混沌的世界祐谥向TfTBA+* -K歌达人第二版的弹框就是模态处理，界面很不友好，用户在K歌过程中要被打断三次 才能发表一首自己唱的歌曲，所以降低了用户的参与度。原则6：不要让用户等待任务完成，用户还要发现更多有意思的地方移动互联的核心就是给用户带来移动体验的方便和高效，
10、这是移动互联网Apps需要考 虑的，用户在使用你产品在很多情况下都是碎片时间，所以在设计上尽量让用户在短时间 内熟悉我们的产品，知道这个产品的诚意，特别是某些等待界面需要设计，不能把一个很枯 燥的等待界面呈现在用户的面前，那用户很快就会换其他apps。*不卜新就出衣册日不下丽雄醇倉litM王虐耳牝北俎的阴史们，怎们放悄.了即在Ins tagram拍完照片后，点击上传后，它的处理方式是回到首页的位置，告诉你的 照片正在提交，并不是显示一个上传进度的界面，让用户看那上传百分比。因此，我们在设 计米吧上传歌曲文件时也只是告知用户后台正在帮你上传，叫用户放心，用户自然就会去玩 其他的功能，没有让用户焦
11、虑的等待，等上传完毕时，我们再用Toast list通知用户已经 上传成功，这样把查看上传结果的主动权交给用户。原则7：自动保存用户的输入成果在移动端，由于输入面板的复杂性，而且触摸输入没有物理按键的反馈自然，特别是手 机上去输入一段文字或者信息，对用户而言本身就是一件很痛苦的事情；对产品而言，用户 的在你的产品中输入是一个很值得庆幸的事情，所以设计人员需要让你的apps自动保存用 户的输入成果。申应n1微博官方的手机客户端在用户输入信息后，点击左上角的叉时会弹出Action sheet来 询问，确认是否要放弃，或者保存为草稿；path的处理则更为人性化，在处于断网的情景下，用户依然可以发布照
12、片和文字，当然后面联网成功后，系统会自动上传，只是发表时间 是连网后发布的时间点；Ins tagram的评论也很友好，在断网或者网络情况不稳定的情景， 用户输入的评论依然可以发布，后面会有一个叹号提醒用户稍后发布或者重试，提升了用户 参与的积极行，同时活跃了社区。原则8为了程序响应的速度，设计有时候需要担任掩护的作用科技并不是万能的，技术依然是移动互联网应用程序最需要优化和完善的，作为技术 的盟友我们设计人员也需要辅佐他们，让用户觉得程序原本就应该是这么运行的。特别是程 序响应的速度很多时候不光是技术的问题，与网络环境也有很大的关系，这时候设计人员需 要考虑这些客观存在的情况，帮助程序来掩护这
13、些瑕疵，让用户感觉到在使用时是流畅的。“I 、金 -h.ibnalfiahiB 曲ntim 占勺 ljijt日r 3Xy.Wl If?皿aimmmillli And no nrr- 9 poapio!如 blflhop NipknCdrta啟后实玫皿I.中霽Hit 下午別IBTwitter配HEmail显示更%y井卑设554辛口边唱迪合成#随后实现# Ins tagram帖子“赞”不管对参与者还是帖子作者都是激发其积极性活跃 社区氛围的重要功能，所以在程序的响应方面一定要具有可用，易用的特性，我们看左图中， “赞”的按钮已经现实“已赞”，同时我们看红色框内的“菊花瓣”就知道后台在loading 赞的数据，所以这就是设计
