长文解析|九类交互状态的自查与设计

3 评论 4404 浏览 88 收藏 21 分钟

做功能设计时,我们都要求会考虑到产品的各种情况,其实就是交互状态的各种临界和极限。这篇文章,作者梳理了九种状态,细分了38个状态细节,可以收藏起来备用。

了解用户在各种场景下可能面对的交互状态,是UX设计师日常工作中的一项重要任务。

对这些状态进行全面、清晰的预判,对设计师尤其是新人设计师有两个方面的优势。

一个是有助于确保方案交付的完整,使产品更具可用性、易用性。登录前后或者不同网络环境下的体验诉求肯定是不同的,设计师需要关注到这些状态的存在,才能做出全面的设计布局,帮助用户从容应对多变的体验状况。

再一个,当产品开发完毕,进入走查环节,对各种交互状态的掌握,能够快速查漏补缺,发现潜在问题并进行修复,避免产品带着问题上线。尽管这些状态可能并非产品的核心功能,但这些琐碎的设计细节,对整体体验感知起到非常重要的兜底作用。及时、友好的状态设计,可以有效的降低用户负面情绪,逐渐建立起对产品的信任和信心。

以下,为大家全面梳理了9个大类下的共38个状态细节,并对每个交互状态的设计思考点进行了简单阐述,同时结合实际案例加深理解:

一、角色

1. 未登录/已登录

  • 未登录:如何进行登录引导,判断哪些页面不可见、功能不可用
  • 已登录:如何退出,入口放在哪,是否需要提示?
  • 引导形式:气泡、内容模块、整页、弹窗、Snackbar
  • 登录形式:弹窗、半浮层、整页

2. 新用户/老用户

  • 新用户如何降低学习成本、快速上手?新手引导的形式,是否分步?如何退出?
  • 是否需要收集用户信息,为内容推荐提供初始来源。用户标签收集信息有哪些?分几步?如何顺利完成,降低跳过率?
  • 功能是否可以自定义?如何回到默认状态?
  • 老用户如何体验更高效?是否需要提供快捷、个性化操作,快速进入任务状态?

3. 游客账号

  • 游客身份下是否保存相关记录?保存的时效性?
  • 什么时候引导用户注册/登录正常的帐号?如何引导?
  • 登录后游客身份的资料信息如何处理?

4. 第三方账号

  • 支持哪些平台的帐号?
  • 与本地帐号整合时如何提示?帐号合并后资料信息如何处理?如何提示?
  • 如何与平台账号解绑?

5. 普通用户/高级会员

  • 普通用户与会员的差异是什么?流程、功能还是服务?
  • 会员身份如何体现?(标识、颜色、文案等)
  • 会员服务如何与普通服务区分?
  • 如何引导转化?策略是什么?入口放在哪?

6. 内网/外网账号

  • 需要向用户说明当前所处内外网环境
  • 访问权限是依据用户账号还是访问地址?
  • 外部用户可否访问?访问内容范围是什么?如何提示?
  • 是否支持申请?申请流程如何设计?

7. 管理员账号

  • 是否支持身份切换?入口放在哪?
  • 身份标签如何展示?

二、网络

1. 网络中断

  • 由于信号端、应用端等非用户原因,或主动关闭信号、切换至飞行模式等用户原因导致的网络中断
  • 根据内容状态、内容类型选择合适的、反馈清晰的通知方式

2. 大流量消耗

  • 看视频、玩游戏等大流量消耗场景,正式开始前进行提示
  • 确认是否支持在平台内对流量提醒进行设置

3. 信号不佳/不稳定

  • 信号不稳定不代表网络中断,只是较弱或连接不稳定,时连时断,对该状态进行提示
  • 尤其是在线会议、观看视频等持续消耗流量的场景,用户需要对情况及时了解并做出反应

4. 流量形式切换

  • 从wifi流量切换至移动数据时,进行toast提示
  • 切换至WiFi时是否提示,可自行判断

三、内容

1. 没有内容

  • 给出解释
  • 避免中断用户体验,可进行操作引导

2. 敏感/违规内容

  • 确定敏感、违规内容的范围,并按照相关规则、平台属性进行分类、定义
  • 从产品各关联方进行考虑,如内容提供者、内容消费者、平台方
  • 用户输入敏感词或违规内容时,是否需要提示?如何提示?
  • 用户发布、分享的内容涉嫌违规时,如何进行提示?如有违规惩罚机制可一并告知
  • 是否需要对内容违规部分进行精准提示?
  • 用户浏览敏感内容、违规内容时如何进行提示?是否支持继续浏览?

3. 站外内容

  • 跳转链接为站外内容,进行免责告知

四、设备

1. 横竖屏

  • 适合横屏浏览的内容,进行友情提示,或为用户提供一键横屏操作
  • 告知用户如何退出

2. 分辨率

  • 是否有相应的适配规则
  • 大概几种方式:保持页面不变,简单拉伸适配;居中显示,两边留白;保持页面框架,调整模块内的样式;重组页面布局
  • 确定边界值、缩放内容,固定区域等信息

3. 清晰度

  • 对分辨率切换状态进行告知
  • 如果分辨率领先竞品,或是会员权益的一部分,可以对最高画质进行水印常驻提示

4. 不同版本

  • 产品是否存在新旧版本、不同的模式(青少年模式、无障碍版/关怀版、听筒模式等)?
  • 如果存在,差异点是什么?
  • 对于较低版本的应用,如何进行升级引导?页面中是否需要提供升级的快捷入口?
  • 升级后是否支持退回旧版本?有必要对升级情况进行提示
  • 是否支持用户切换版本?如支持则提供切换的入口。另外切换时是否需要某种权限?避免误操作
  • 不同系统间的版本差异

5. 硬件调用

  • 场景:蓝牙、定位、相机、话筒、存储
  • 是否需要获取权限?获取那些权限?
  • 提示如何触发?(被动、主动)
  • 调用状态是否需要实时显示?

6. 硬件联动

  • 告诉用户接下来的操作需要与硬件进行联动、连接,并提供入口
  • 连接过程中需要进行的操作?分步or单页or弹窗
  • 连接状态如何?如何取消联动?

五、加载

1. 加载类型

全屏加载

  • 一次性加载完所有数据后再显示内容

占位符加载

  • 先加载框架,再加载框架内的内容
  • 提前让用户知道整个界面的架构
  • 降低用户的等待感

上拉加载

  • 手势上拉,信息自动加载
  • 加载形式:文字?icon?文字&icon
  • 加载完成后是否需要提示?是否需要提示具体加载的结果?
  • 每次加载多少?加载到最后时如何提示?

下拉加载

  • 下拉后,整个页面重新加载刷新
  • 加载形式:文字?icon?文字&icon?进度条?
  • 刷新后是否需要提示?是否需要提示具体加载的结果?

局部加载

  • 无需整页加载,仅局部进行加载

智能加载

  • 判断当前网络环境,如网络较差,耗流量内容通过占位符展示,等网络变好后重新加载
  • 判断当前网络环境,如为蜂窝网络,显示占位符,如为wifi,直接加载内容,帮助用户节省流量

2. 加载节点

加载前

  • 确定加载策略,如上划至某个位置触发加载、上划至底部触发加载、点击按钮触发加载等
  • 确定提示文案

加载中

  • 提示形式:纯文字、文字+icon、纯icon

加载后

  • 加载结束后是否需要提示?
  • 如进行提示,是否需要对具体加载数进行说明?
  • 提示位置

六、中断

1. 没有电

  • 电量恢复后,是否支持恢复关机前相关页面?
  • 是否需要对页面非正常关闭进行说明?
  • 对未完成任务进行告知,提供快捷操作

2. 低电量

  • 如当前功能对电量有一定要求,为保证体验效果,提醒用户及时充电
  • 如有低电量模式服务,需要确定模式转化策略,什么情况变为低电量模式,什么时候取消?
  • 低电量模式下,如何展示模式状态
  • 是否支持设置服务自动关闭,避免手机电量过度消耗

3. 加载失败

  • 加载失败的原因是什么?提示文案是什么?
  • 尽可能提供重试的操作

4. 服务器异常

  • 确定提示形式,弹窗or页面
  • 如为页面提示,则提供刷新操作或回到首页/上一步等

5. 安装/下载/发布/连接等失败

  • 确定提示文案
  • 确定提示形式
  • 不要中断用户体验,提供相应的跳转操作

七、特殊

1. 深色模式

  • 梳理现有内容类型,确定显示策略,如降低信息与背景的对比度,对图片/图标进行遮罩
  • 模式间如何切换?是否支持用户设置?跟随系统or手动选择

2. 沉浸模式

  • 需要用户长时间聚焦浏览的信息,为了保障信息呈现的效率、效果,考虑是否提供沉浸模式选项
  • 确定进入沉浸模式的策略,手动选择or系统自动
  • 是否需要提示用户如何退出?
  • 进入/退出如何平滑过渡?

3. 存在广告屏蔽插件

  • 判断当前产品是否以广告作为主要收入来源,如果是,则要针对AdBlock等广告屏蔽插件设计相应的提示策略

八、操作

1. 输入

  • 是否存在提示文案或默认值
  • 如何处理不同输入状态,输入前、输入中、输入后、输入正确、输入错误、未填写
  • 是否需要进行输入提示
  • 确定键盘调起策略,自动触发输入后弹出or手动触发输入后弹出
  • 如何处理键盘对内容的遮挡
  • 输入内容是否需要保存?保存策略?

2. 点击

  • 如何处理不同点击状态,默认、hover、点击、禁用、加载中
  • 基于不同的作用,确定不同的按钮样式

3. 反复点击/恶意操作

  • 为确保产品安全,确定防刷机制
  • 判断哪些操作需要?如验证码、下单等反复提交
  • 什么情况下进行限制?如控制点击次数、提交次数、点击日期等
  • 如何进行提示?页面提示、toast提示等

4. 误操作

  • 如果用户误操作会导致一定后果,则需要考虑如何避免误操作
  • 提升操作成本,该方式需要慎重考虑,但仍然适用于某些“危险”场景
  • 进行二次确认
  • 用户实时录入的内容进行自动保存,避免丢失
  • 支持撤销操作

九、限制

1. 极值

  • 最大、最小、最多、最少等极值范围如何提示?
  • 极限情况下的内容如何展示?
  • 达到极值时是否需要进行提示?

2. 边界

  • 判断产品与用户的互动过程是否存在边界限制?
  • 边界如何提示或引导?
  • 超过显示边界时如何处理?

3. 时间

  • 时间要素是否存在限制,如何提示?
  • 是否需要设置默认时间,最新or从零开始or中间值
  • 是否需要预判用户所选时间的合理性,并进行提示

4. 地域

  • 服务范围是否存在地域限制,如何告知?
  • 当前位置是否在服务范围内,如果不在,如何提示?

以上就是九大类交互状态以及延伸出的38个状态细节,希望这份清单能为大家提供一些有价值的设计参考。其中每个状态下的设计思考点想到哪里就写到哪里,肯定是有遗漏的。这有待于大家深入设计场景,真实的去感受,通过不断的设计实践,形成完善的思考逻辑和应对策略。

本文由 @设计来电 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 感谢大佬分享

    来自福建 回复
  2. 牛逼,app设计者都需要对照自查,看是否有遗漏

    来自广东 回复
  3. 写的很好,很刚需。

    来自广东 回复