本文从默认值、极值、字符类型、控件状态、时间有效性和反馈6个角度详细介绍了产品设计过程中需要注意的关键点。

　　默认值

　　在产品设计过程中，默认值设计的好，不仅可以引导用户更好地完成任务;也可以节省时间、提高效率，用户获得更好地体验。

　　举例：关于“同意XX协议”选项是否应该默认选中。

　　前一阵，支付宝的年账单刷爆了朋友圈。同时，默认选中“芝麻服务协议”一事也不断发酵，引起了用户的不满。今天我们主要不是指责它，而是反思，为什么这样的事件不能够避免?

　　再来看另外一个关于默认选中“同意XX协议”的例子，在我们注册的某网站或APP时，通常下方都会有“同意XX协议”的选项，而且默认选中，用户从来不会感到不满。为什么呢?

　　如果用户没有选中这个选项，就不能完成注册的任务。既然用户下载APP并注册，就代表同意该协议，那我为什么不帮用户选中呢，减少了操作，用户获得更好地体验。此外，注册时默认选中“同意XX协议”已成为一种行业惯例，用户并没有觉得不安全。

　　通过这两个例子，可以看到，相同的默认值在不同的情况下，会产生不同效果。因此，在设计默认值时，一定要站在用户的角度去反复思考。

　　极值

　　极值涉及字符的长度和数值的大小。像输入框之类的文本需要关注字符的长度;像年龄等之类的数值需要关注数值的大小。

　　除了极值的内容，还需要关注极值的类型。极值可以分为极大值和极小值，还有空值的情况。

　　注册时，密码都会有极小值和极大值的限制。极小值是为了避免密码过于简单，极大值是为了避免过于复杂，而且密码也更好管理。

　　登录时，如果输入了账号，没输入密码，便出现了空值。需要的关注的是出现空值后的反馈，好的解决方案是当账号和密码没有输入时，“登录”按钮不可点击。

　　字符类型

　　一般来说，字符类型一般有大/小写字母、数字、汉字、特殊字符(@)等，需要关注两点：一是什么情况下输入什么样的字符;二是输入相应的字符应该有相应的键盘。

　　大/小写字母：是否区分大小写;键盘应该为方便输入字母的键盘。

　　数字：多用于用户输入密码、电话号码等，键盘应该为数字键盘。

　　汉字：键盘应该为九宫格或全拼等方便用户输入，以及是否需要过滤名人的名字、粗俗的文字等。

　　特殊字符：以“@”举例，当输入账号时，如果输入@后，用户很可能输入的是个邮箱，需要把常用的邮箱后缀显示以供用户选择。

　　输入字符对用户来说，不是一项友好的方式。尽量减少用户手动输入，可以通过拍照的方式获取银行账号，可以通过系统自动获取手机号，可以提供快速回复减少用户的输入，等等。

　　控件状态

　　控件主要包括按钮、文字、图片和链接等，状态主要分为可点击和不可点击。可点击的状态又分为点击前、点击时和点击后3种状态。

　　通过控件状态，用户可以获得控件的优先级以及控件类型。而不是像这样：这是一个链接吗?这个可以点击吗?这几个按钮到底应该点哪个?

　　通过控件的颜色、控件的大小、控件的字体、控件的位置等方式给予用户相应的隐喻，而且尽量符合常规的使用习惯。比如，蓝色一般用来表示链接，如果不是为了突出品牌标识，或者有一套自己的UI体系，尽量使用蓝色吧。

　　在控件切换不同的状态时，给予相应的变化。链接在为点击状态下是蓝色，点击之后可能变成了红色。此外，对于一些需要反映时间的控件，比如支付宝付款按钮支付时，会有一个等待过程，可以添加相应的动画，会收到不错的效果。

　　时间有效性

　　时间在产品设计过程是一个很重要的因素。

　　当注册账号获取验证码时，需要考虑发送验证码的时间有效性和验证码本身的有效性。

　　当发放优惠券时，应该明确告知用户优惠券的有效期限，并且应跟随网络时间而不是手机时间;过了有效期，优惠券应该如何处理等。

　　我曾经测试过，当修改手机系统上的时间，支付宝支付和微信支付是如何运作的。支付宝无法使用支付功能，微信支付可以正常使用。可能支付宝认为涉及金钱相关的功能，至关重要，所以只好暂停该功能。对于支付宝这样的做法，可以理解，但不可以接受。微信支付的容错机制做的更好，当我修改了手机时间，服务器端可能记录的是实际的时间，支付账单显示的是手机的时间;当我把手机上的时间改过来之后，支付账单显示手机(实际)时间。

　　反馈

　　反馈有3种类型，分别是模态反馈、对话框反馈和小气泡。它们的使用需要根据实际的情况。