怎么判断输入框里放不放清空按钮？

最近特巧，收到两个问题，正好都与输入框有关：一个是怎么判断输入框要不要放置清空按钮；另一个是输入框超过限制后，是禁止用户继续输入，还是允许超出但会警告提示。

在一定程度上，这两个问题的分析逻辑是类似的，所以放到一起聊正合适。

先看第一个问题： 怎么判断输入框里要不要放置清空按钮？

原问题是这样的：

呆呆，我最近在优化公司的产品，遇到一个问题，就是 PM 想在聊天输入框里加一个「清除按钮」，可我觉得不太合适，但是说不出原因，只能说没见过在聊天框里加清空按钮的。这个问题要怎么判断呢？

我们一般会在搜索、手机号输入框里看到类似的清空按钮，比如输错了就点一下，清空后再重新输入。但是很少会在聊天框里看到清空按钮，为什么呢？

主要是「时效性」…算了，这种概念词用多了，发现现在人都不会讲话了。说白话就是「要快」。

无论在登录注册还是搜索的场景下，除了内容本身之外，最注重的就是效率。

譬如有个数据大概是说，用户登录注册花的时间超过某个范围，转化率就会对应逐步降低。而高效率，就是让用户能快速登录注册账号，使用产品功能。所以设计师们会在登录注册的操作流程里抓住可提高效率的每个细节，输入框使用效率就是其中之一。

搜索也是一样，当用户有明确目的使用搜索框时，关键词就是用户当下最关注的信息，如果输错，再一个个删除，显得麻烦，所以清空按钮能在这里提高用户的操作效率，甚至 iOS 的搜索组件也会自带一个清空按钮。如果是电商产品，高效率是能间接提高成交率的。

这里的输错，也有两层意思，一个是用户在输入过程中发现错字，比如登录注册时，发现手机号输错了，一个个删除反而没清空重新输入来得快，因为删了之后，号码要重新背一遍，具体到某个数字，然后接着输，特麻烦。

或者搜索内容时，发现有错别字，删除某个字再重新输入，反而没有清空重新输入来得快，毕竟输入法有串联关键词组的功能。

另一个是反馈的结果不符合用户的心理预期。比如输入手机号已被注册，或者搜索结果不满意要重新输入关键词，使用一键清空都是比较高效的。

而且输入之后，系统需要给用户呈现结果，如果结果不满足用户预期，还会存在短时间内多次输入与清空的情况。那么，无论是错字还是对结果不满意，清空按钮都可以非常便捷地帮助用户一键清除上次输入的字段，让用户更快速地重新输入新字段，从而提高用户的操作效率。

于是，我们会把这类场景下的「清空」说成是「一键清空」，主要是因为方便。而它的作用就是， 在出错的场景下，更快捷地给用户重置的操作。

反过来，各位可能要说：那聊天框不满足这个条件么？

我们接着看聊天输入框。

我们知道，聊天输入框的内容不是固定的，它是根据对话内容而变化的，用户甚至需要花时间持续输入并纠正自己的用词，以及话术的准确度。过程中，如果输入的内容多，而且又是即兴的，耗费的时间与精力也是很大的，清空后也难以再恢复。

它不像登录或搜索，固定的输个数字串或关键词，它是一段完整内容。虽然也会有某一句话或者某个词输错的情况，但是一键清空的操作成本太低，对应着聊天框的高输入成本，一键清空的存在与之并不相符。

于是，这里就引出了一个概念，叫做「输入成本」与「修改成本」。

清空按钮对应的，就是低修改成本，因为简单点击一下，就清空了。它所适用的场景就是低输入成本的情况，也就是前面提到的登录注册或搜索 —— 输入的内容相对固定，且可能反复。

对于登录、搜索等指向性比较明确的输入框来说，用户在乎的是输入和反馈的效率高不高。一键清空操作能带来效率上的提升，而且操作后带来的损失成本是很低的。因此，一键清空操作在这个场景下，对用户来说是安全且高效的。

但是在聊天场景下，一键清空作为低修改成本的作用是不适合的，因为这时候输入成本比较高。

用户在聊天输入框内表达清楚自己的想法是为了让对方理解，达到交流的目的，这样的内容是不确定的。而且在聊天输入出错情况下，我们有多种操作方式让用户重输，比如键盘快滑定位，触摸定位错字等，都比一键清空重新输入的成本低很多，而它所谓的「便捷性」在这里意义也就不大了。

于是乎，在衡量输入框是否需要清空按钮时，我们首先要知道，清空按钮是低修改成本，那么如果输入框的输入成本比较低时，我们就会使用清空按钮，来提高操作效率。而当输入成本比较高时，一键清空的操作就显得配不上这个输入框了。所以，它在聊天框里就没有存在的必要了。

包括其他非固定内容的输入框，也是一样的道理。

接着，延伸出第二个同学的问题： 输入框超过限制是禁止用户继续输入，还是允许超出但会警告提示？

相信各位读完上面的，再看这个问题，应该也能分析出原因了吧？逻辑跟上面的也差不多。

也看输入成本，比如是固定内容的手机号，我们正常会禁止多余输入，因为这样用户更容易判断手机号是否正确。

如果是短长文，说明用户可能是手打字超出限制，这时候如果禁止输入，用户不好在输入框里做内容删减或修改，也会打断用户的输入流，毕竟还没写完就限制了，那得先删掉前面的，再来思考后面怎么写，会乱。而且如果是复制的，禁止输入的话，超出部分就被截断了，也要先删减，再继续复制剩余部分，非常麻烦。除非先在别处删减到限制字数内，再复制过来，但这样又增加了用户的操作成本。

如果允许输入但警告提醒，那么用户就可以根据自己已经输入完的内容做删减修改。

所以对于这个问题，我们从这个视角出发，也能了解一二，就是通过适用场景与输入成本来分析。

当然，以上所有内容更偏向于通用性说明，针对具体业务还需要具体分析。

本篇文章就是这样了，希望对各位有所帮助。

：-）