给予用户即时反馈是交互设计中十分重要的一个原则。它是关于系统如何即时有效地应对用户进行的操作的设计。当用户进行操作时，给予即时、恰当的反馈非常重要。

一个简单的例子就可以说明这一点，当你的电脑死机的时候，不论你点什么，电脑都不会有任何反应。系统没有了反馈，用户的内心就会很崩溃。今天我们要讨论的，是反馈中很特殊的一种，在按钮置灰的时候，应该如何提供给用户反馈？

先来看一个案例。这是一个投票的浮层，每个选手的下方有个投票按钮，每个用户每天只能投给一个选手一票。

乍看这个方案没什么问题。但如果加上投票之后的页面，问题就暴露了出来。

上图为了表达出「不能再投票了」，将所有按钮置灰，于是我们得到了一屏幕置灰的按钮。虽然按钮是灰色的，但按钮却依然长得是按钮的形状，还是有忍不住想点一下的欲望。

那么问题来了，此时点击这个灰色的按钮，应该弹出toast提示，「每天只能投一票哦~~~」吗？带着这个疑问，我们来研究一下置灰按钮。

置灰按钮

置灰按钮在登录注册中被广泛应用，比如微信：

左图是默认的登录页面，登录按钮置灰。当用户输入了密码（即使只有一位数），则登录按钮亮起。

乍看之下只输入了一位密码就亮起，有些不合理，毕竟用户的密码位数几乎不可能是一位数，此时亮起用户也不太可能登录，反而有干扰之嫌。

但如果再细想一下，假设用户的密码是6位，而微信正好在6位的时候亮起了按钮，那么其实也是变相透露了用户密码的位数。如果设定一个最小的按钮亮起的位数呢？比如从用户输入了6位后开始亮起，这样也不失为一个选择，只不过比现在的方案要略复杂，没有现在这个更简单直接。

下面这个例子，应该是登录注册中，置灰按钮应用的顶配了。

在这个例子中，只有当用户输入了11位数字（手机号码都是11位）后，「获取验证码」的按钮才会亮起。这个方案就是无可挑剔，没毛病。

在登录中将按钮置灰，主要是提示用户现在按钮还不可以点击，要输入密码/手机号等信息后，才可以点击。这在一定程度上，预防了用户在没有输入的时候就点击而导致的操作失败。由于将按钮置灰，本身就是将按钮置为不可用的状态，因此置灰的按钮点击之后是不应该给出反馈信息的。

这里我们可以看到一个权衡，虽然「即时反馈」这条原则很重要，但可供性（affordance），也就是指示一个物体如何被操作，也不能违反。具体来说，一个置灰的按钮，它已经被设置为置灰的状态，就清晰的指示出按钮不能被点击。此时如果点击按钮后弹出toast，则与此时按钮的可供性不符合，因此是不可取的做法。

投票案例

分析到这里，文章开始的那个例子就明晰了，点击第2张图的投票按钮，不应该弹出toast。但页面中还是有很多被置灰的按钮，这个页面看起来不是很友好，笔者表示对这个页面不太满意。

顺便分享一个经验，对页面的不满意，很多时候是我做出好方案的法宝。因为不满意，所以会一直想办法优化。保持对自己不满意的页面的不妥协态度，这非常重要。

分析一下这个投票页面，在投完票之后，用户已经选择了一位选手，此时最关心的是「我是否已经投上票」了。如果对这个活动比较感兴趣，用户还可能会想要了解一下投票的排名，以及浏览一下都有哪些选手参与了投票。因此，这个页面可以改成如下这样：

更改后的方案，在用户点击投票之后，首先指明了用户投的是谁、现在多少票、排名是多少。后续的页面展示了票数的排名，从而避免了满屏都是置灰按钮的情况。