为手机界面设计提示消息.pdfVIP

如何为手机界面设计提示消息 BulaBula罗列各种提示方式之前 ，我觉得有必要先思考 下消息提示之于用户的本质。毕竟知其然 只是表面 ，知其所以然才能融会贯通运用自如。虽然可能让人觉得有点远 ，但应该会对理清逻辑很 有帮助。 故事要从 只狗和 只老鼠的心理学实验讲起。巴普洛夫发现 ，若长期在喂狗之前摇铃铛 ，以后只 要晃铃铛 ，狗就流口水。铃声勾起了狗进食的欲望。此称之为“经典条件反射”。斯金纳进 步发现 ，若每次在老鼠碰到箱子里的 根杆后就投放食物 ，那么以后每当老鼠饿了 ，它就会去按杆子。 此时 ，“按了杆子就有食物滚下来”让老鼠知道它刚才的操作对于满足“充饥”需求是有效的。 由此可知 ，信息在动物行为中主要担当两种角色。 个是唤醒欲望 ，激活任务 ；二是反馈个体的操作是否 有效。 那么人呢 ？其实别以为人类会是多么超凡脱俗 ，其大部分行为也都服从这两条从阿狗、阿鼠身上得 出的结论。所以 ，在用户使用手机啊、PC啊 ，bulabula Pad啊之类的时候 ，提示消息也起着这两种 作用 ： 1、提醒用户执行 个新任务。 2、反馈刚才的操作结果如何 ，是否有效。 因此 ，在选取合适的信息提示方式时 ，应该依次考虑如下因素 ： 1、是唤醒新任务还是作为用户操作的反馈。 2、如果是新任务 ，该任务是否紧急。 3、如果是反馈 ，在后台计算该如何反馈的这段时间里 ，用户是否会转移注意。 4 、如果是反馈 ，反馈完是否还需要用户做进 步的操作。 依照这几条分辨标准 ，可以将信息提示规为5种 ，具体参见下图 ： （字烂 ，见谅哈^ ^ 。 写原创博客的博主你伤不起啊 ，这张图边想边画就弄了 个多小时啊 ！！想 精简就得绞尽脑汁啊 ，有木有 ！！转载要标注原出处啊亲 ！！） 一、子任务的榫卯 我觉得 ，第 种消息可以形象地称之为榫卯。它是对刚才用户操作的反馈 ，同时也要引导用户开始 新的操作。在这个流程中 ，用户做出某种操作 ，尝试为“子任务i”画上句号 ，反馈信息出现 ，将用户 引导到“子任务i+ 1”上。用户需要继续完成“子任务i+ 1”上的操作。 对这种信息的需求常见的有三种情境 1、步骤分明的任务 2、是针对用户失败操作的紧急处理 3、在进行接下来的任务前必须先完成点其他操作。 因此 ，在设计这类信息时应满足如下要求 ： 与用户刚才操作在时间和空间上紧密相连。 明确告知接下来的任务 为i+ 1任务提供快捷的操作入口 这是 个google reader读取f eed失败的截图。当用户将屏幕拖动到屏幕下边缘后 ，这里会显 示loading的gif 。如若读取失败 ，就会直接在gif 动画的位置上呈现反馈信息 ，并提供了ret ry的按钮 ， 让用户知道发生了什么 ，能做些什么。 这是Q Q浏览器的报错信息。文案里说明了失败的原因。同时还提供了用户最需要的两个按钮 ，放 在了显著位置。 这是A ndro id上设置屏幕锁的截图。用户在屏幕上画下轨迹后 ，“继续”按钮就会亮起 ，变成enable 状态 ，暗示用户这 步操作已经成功了 ，可以进入到下 步了。 批量更新A pp时 ，某些A pp新版的权限已有更改。因此用户点“全部更新”后 ，系统需将详情告知用户 ，请求许可。用户要想继续更新 ，必须确认该消息。 A lert Box可以直接在A ndro id arket 这个A PP上弹出来 ，强制用户在继续操作前完成此任务。 二、咔哒 第二种信息就像锁门时的咔哒 声 样。只要听到了这个声音 ，你就知道门已经锁好了。系统针对 用户的操作提供了反馈 ，但是不需要再做进 步的操作。在任务流程中时常需要这种信息。它暗示 着操作成功了 ，不需要用户再做什么操作。O了 ，搞定 ，jo b is do ne ！！不要再弹出个对话框“该网 页已保存” ，让用户去点“确定 ，我知道了 ！！”。 这类信息在设计时应该做到 ： 与用户刚才操作在时间和空间上紧密相连。 用户容易理解刚才操作的结果 不要求用户做多余的操作 （非模态反馈 ） 这种设计其实是最有灵活性的 ，可以搞很多创新的花样。比如 ，在tw it t er上对某条f eed点保存 ， 该f eed块的 个角上就会挂上颗星星。这样的轻量提示又易懂 ，又不妨碍用户接下来的操作。 在这个t odo list 上 ，用户每勾选 项 ，该项就会被划掉。这种简单的视觉提示让用户立刻理解到刚才 的勾选操作是成功的。 信息提示最好直接展示在用户刚才操作的对象上 ，这样用户才能理解这条提示针对哪个元素的。 那么 ，操作对象消失了该怎么办呢 ？在an