APP设计最常用的9种状态
现在的UI设计团队通常先设计组件，多数界面几乎就是各种组件的结合。这会在用户的“异常路径”上留下不容小觑的断档。由于我们构建的是整个系统，而非几个页面，我们必须投入精力打磨这些常常被忽略的状态的设计，创造出组件的整个生命周期，来适应每一个人。我所理解的生命周期是这样的：
1. 初始状态
一个组件做任何事情之前是怎样的？可能这是用户首次看到它。或者它还没被激活。根本上说就是这个组件存在，但还没有启动。
Jonas Treub 的设计能确保你了解framer的最新动向。
2. 加载中
令人厌恶的一种状态。在理想状况下，没人会看到这个。哎，可我们这里是现实世界。有许多方法能使加载状态微妙而含蓄。Facebook在这方面做得很好：
Facebook使用“假文章”来代替传统的转圈圈。
3. 空状态
组件已经初始化，但是空无一物。没有数据，没有项目。这时候正适合引导用户采取行动（“点这里！”），或者给他们鼓励（“好样的，一切正常”）。
Luke Seeley 就将它作为了一种捷径。
4. 单一项目
开始有些数据了。在输入界面中，这或许是按下第一个键的状态。在列表中，可能是只有一项（或仅剩一项）时的状态。
5. 有一些数据
这通常是你首先考虑的状态。某个组件的最理想状态是怎样的？数据加载了，也有内容输入，正是用户熟悉的状态。
UENO. 舒适的大仪表盘
6.数据过多
不错的翻页设计，来自Pete Orme
7. 错误状态
组件出错了。产生了异常。
dunked.com的错误状态很棒。
8. 正确状态
很好！这一项操作正确。
Ionut Bondoc 的设计。
9. 完成状态
应用已经接受了用户的正确操作。他们不需要再为此操心了。
Igor Chebotarev 给出了一些积极的反馈。（此处图超大，压缩后失真，同学们可直接到追波看）
随着不同页面、用户操作、数据更新还有任何你应用的状态改变，这些状态都会反复出现。深思熟虑地设计这些变化，就能为用户创造优美的体验，无论他们身处何种情况。
这其中许多状态都没有被考虑过，被遗忘，或仅仅是被忽略了。这是个巨大的错误，也是你赶超对手的机会。将状态的思考纳入你的设计流程，在与用户产生共鸣的同时，也能掌控好你的应用。
这9种状态的设计适用于所有设计项目和组件。即使你做出了清醒的决策要忽略其中某一种，遵循这套准则也能确保你的确思考过那些异常路径。
留言