从情景出发可用性设计.pdf

从情景出发的可用性设计 前言 为了优化产品 ，提升用户体验 ，产品团队经常做很多事情 数据监测、数据分析、竞品分析…然后 给交互设计师提需求 ，让交互设计师把需求转化为可用的功能和良好的体验。 在设计师眼中 ，产品需求就像女人心 ，让人头疼 用户的诉求发生改变 ，设计就要不断优化 ，但去 何处佐证 ？如何甄别 ？如何避免小脚穿大鞋 ？ 本文将从情景出发 ，浅论如何将需求变成可用性设计。 一、还原情景 还原情景是指设计师通过分析 ，模拟出用户的使用行为。这需要设计师站在用户的角度思考问题 ， 否则只能算是闭门造车 ，脑海里的YY ，并不能代表用户真实的需求。 在日常工作中听得最多的几句话是“用户其实是这样想的…用户根本就没预期…我觉得这样做用户会 有惊喜…” 请问 ，你不是用户你怎么知道 ？ 回答这个问题 ，需要重点从两方面还原使用情景 环境情景和人文情景。 A . 环境情景 环境情景是指用户身处的周遭环境 ，包括自然环境和社会环境。自然环境是指环绕在用户周围的自 然因素 ，如温度变化、海拔高度、光照强度、昼夜变化。而社会环境是指用户所处的场所及周遭的 人为因素 ，地理位置的变化会引起人群密集度、嘈杂度、背景噪音、网络稳定度的变化。 笔者是从事支付类产品设计的 ，所以拿支付类A PP举个例子。当我们优化一个第三方支付的A PP时 ，我们需要问自己以下几个问题 1.环境属性 （发生支付行为的环境 ） 用户身在何处 ？是稳定场景还是移动场景 ？是家庭场所、办公场所还是公共场所 ？是室内还是室外 ？是在沿海地区还是内陆地区 ？ 2.干扰因素 （让用户无法完成支付流 ） 温度变化——在冬天 ，人体血液循环受到影响 ，僵硬的四肢会影响操作效率 ，是否预留了充裕的时 间让用户完成整个支付流程 ？ 人群密集度——在公共场所、人群密集的地方进行支付 ，人与人之间的距离缩紧 ，私密空间减弱 ， 是否会有支付信息被偷窥的担忧 ？ 噪音嘈杂度——当进行大额支付时 ，若噪音分贝过高 ，能否静下心来快速做出支付决定 ？ 光照度——天气季节时间变化或场地的更换都会引起光照度的变化 ，是否有调节屏幕亮度的需求 ？ 信号和网络的稳定度——在稳定度弱的地方 ，是否能顺利完成支付流程 ？ 3.解决办法 （以短信验证码举例 ） 为了安全性 ，大部分产品在支付时除了需要输入支付密码 ，还需要短信验证码。但短信验证码存在 可达性问题 ，根据目前运营商的平均水平 ，短信的到达率大约在95%左右 ，遇到一些特殊情况 ，如 节假日 ，有可能会延迟或丢失。 对以上现象 ，解决办法可以是 在用户获取验证码失败2次后 ，系统自动给用户的手机拨打电话 ，语 音播报验证码。或者 ，当知道短信验证码的功能是为了身份认证 ，确保你是该银行卡的主人 ， 那么就可用同等安全级别的措施来验证身份 ，如 “支付密码+6位动态密令” 、“支付密码+指纹识别”。 B. 人文情景 人文情景是指用户在使用产品时的行为状态和心理感受 ，如行走、奔跑、驾车、倚着、平躺、焦急 要完成某事、耐心等待完成…… 还原人文情景 ，我们需要问自己以下问题 1.用户使用产品时的常态 通常有三种状态 ① 碎片时间里使用产品——等车站着无聊时、厕所蹲着酝酿中、睡前躺着寂寞时、喝着咖啡休息时 等等。若是在碎片时间里使用 ，大部分需求是为了处理微任务或娱乐消遣 ，那界面需要有足够的高 效性来迎合这种随时随地的特点 ，让其快速完成任务。 ② 多任务情景下使用——一边看视频一边和朋友在线聊天、一边做家务一边使用产品、一边驱车一 边使用产品等。在多任务情景下 ，用户的注意力易于分散 ，因此应专注于对内容的体验 ，通过声、 光、色等丰富的表现力及效果让其沉浸其中 ，增强代入感。 ③ 单一任务情景下使用。在单一情景下 ，若用户需要专门腾出时间来使用某产品时 ，说明此时正在 完成某个重要的任务 ，应以确立任务为导向 ，建立清晰的任务模型 ， 层级结构 ，确保在使用过程中 有良好的体验并降低学习成本。如支付产品 ，它涉及用户的资金及账户信息安全 ，常态下用户都会 小心翼翼对待 ，属于单一任务产品。 2.为特殊情况而设计 产品服务的是大多数用户 ，但也必须考虑到特殊情况 ，为特殊情况设计能体现出对用户的关怀。如 微信设计的文字放大功能 ，能很好地关怀到中老年人 ，双击文字消息全屏放大显示 ，解决了中老年 人视觉不好的阅读障碍。 在支付场景中 ，是否考虑了用户在乘坐交通工具过程中进行支付的场景 ？如用户急需对某件商品进 行支付 ， 但在摇晃的车厢里无法快速打字 ，那么设计支付密码时 ，在不牺牲安全的前提下 ，是否可 以