做功能设计时，我们都要求会考虑到产品的各种情况，其实就是交互状态的各种临界和极限。这篇文章，作者梳理了九种状态，细分了 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 协议