提示信息分为两类：显性的和隐性的。显性的提示信息是我们长期看到的，如图示：
 
隐性的提示一般是用户操作“异常”的情况下才会给予的提示，如图示：

显性提示是比较受关注的，因为能够直接阅读到；隐形提示是产品设计过程中常常被忽略了的。其实，隐形提示的好坏关系到了用户是否会“继续”任务的关键。

一般情况下，隐性提示是在操作异常、执行错误等情况下提示，如果用户的输入、操作等正常则没有提示。

以下用注册/登录的实例来说明撰写提示信息要考虑的几个方面。假设：用户名为Email地址，密码最小长度为4位英文字符，最大长度为24位英文字符。

基本模型：

对Email地址有两个检查1） Email地址本身字符串是否合法，2） Email地址是否已经注册。这两个检查中间暗含一个条件：如果Email字符串不合法，Email地址的存在是无从谈起的。曾经见过有人先做了后台的验 证再做了Email地址字符串的验证，觉得有必要提一下。

Email字符串的验证主要是格式的验证，整个验证通过正则表达式就能够实现。提示三点：.asia 四位后缀长度的验证和.org.cn 的验证，整个Email字符串前的空格是否纳入字符串判断，以及是否验证整个Email字符串的长度。

基于Email字符串格式的验证，能够给予的提示信息：你输入的Email地址格式错误，请重新输入。

Email地址字符串验证合法的情况下，Email地址串要和数据库中以后的字符串进行匹配；如果匹配到了，提示：你输入的Email地址已经注册过，请直接登录；如果未匹配到提示：正确（这是文字说明，展示可能是一个图标或者是某种颜色或者没有提示即为正确）。

密码验证是分两部分来进行验证的。第一部分密码主要判断密码的边界是否符合规定要求，由于没有对密码字符进行特别的说明那么除了功能键之外的字符就应该都满足要求。提示：输入的密码长度不足或者输入的密码太长，请重新输入。

密码确认的验证和密码部分的验证是否差异的，密码确认部分的验证只要做和密码部分输入的匹配验证即可，是否符合密码长度的边界要求并不重要，即不符合边界要求是一定无法满足验证需要的。提示：你输入的密码不匹配，请检查重新输入。

这里提到的提示主要是隐性提示。显性提示另外介绍，大多数显性提示是和程序逻辑相关的。

打印  |  类别：信息和交互  |  源地址