用户设置个人资料时，是否需要一个清空选项？

咖友提问：对于用户个人资料的每个字段，是否需要设置一个恢复为空的选项？

举例：如“出生年月”，是否要给一个为空的选项？如果仅从资料完整性的角度出发，不给用户为空选项（即一旦选择了就不能清空），这种逻辑是否有问题，若有，有多大问题？

---

来自 @是是 | IT桔子 PM 的回答：

用户界面的产品设计和交互设计应该是基于分析用户在使用场景下的心理活动，进而产生的操作方式。即用户界面是基于用户心理模型，而不能基于产品实现模型。

如果是移动端的个人资料填写，由于移动端输入空间限制，用户不喜欢在移动端产生过多的输入操作，尽量让用户少输入，比如年月日这种字段用户是需要自行填写，初始状态可以为空，然后进行填写。但是填写之后一般是可以更改的。

另外，在移动端，由于输入面板的复杂性，一般会自动保存用户的输入结果，

在出现断网或者环境的不稳定性引起的突然状况，如何使你的产品显得人性化，此时应该不会出现清空用户内容的行为吧。

并不是所有的用户都是新手级别，一定程度上相信你的用户只是某一项填写错误而不是到了需要重新来过的操作。所以恢复为空不是好的选择。

从产品设计角度讲用户的界面设计需要尽可能的为中间用户优化，考虑中间用户填写操作的心理状态和出错率。用户输入错误不是你犯的，但很有可能是产品的责任。大部分用户会把意外错误归根于产品设计的疏忽，而不是自身的人为操作。通过改变设计和适当的文案提示可以把错误输入率降低的。所以还是多多考虑产品设计中的用户体验吧，而不是单纯的提供恢复为空。

另外一般用户界面设计会尽量采用单列设计，而不是多列，单列布局能让用户对全局有很好的把控度，同时对内容一目了然，多列会在一定程度上分散用户的注意力，容易出错。也可以采用颜色，分级或者模块间的对比区分设计，在视觉上的区分设计可以很好地帮助用户使用产品。降低出错率。所以用户在填写信息时采取提供修改比全部清空要更人性化。

但是也有例外：比如在登录系统中当用户验证码写错了要清空密码重填。这是出于安全考虑。因为密码的存储一般是加密的，即使密码提交到了服务器，如果采取的是不可逆的算法对密码进行加密存储，服务器是永远不知道密码的明文是什么，所以当用户输错验证码后用户填写的密码是不可能返回的，必然清空。如果判断验证码是否正确是通过ajax且当前界面不存在刷新的话，是可以不需要重新填写密码项的。但这样是不安全的。

最后还是视你的产品用户使用场景而定吧。 个人不建议清空操作。

---

本问答来自PMCAFF产品经理社区（www.pmcaff.com），未经许可，禁止转载。

若想和作者及更多PM交流请点击 阅读原文 进入社区