连起来的句子往往是带有冒号的，比如见贤设计笔记：B端产品设计总结，这里的冒号带有解释上文的意思，那么我们标签和输入框之间是否需求冒号呢？
国APP上比较少看到冒号，但这并不是没有如下图Mac系统设置：
度娘说：冒号通常表示提示语后的停顿或表示提示下文或总括上文，它的后面可以是一个例子，一个引用，或者一个解释，那从情感角度分析标签带冒号的是否对用户体验有影响呢？其实无任何影响！
所以如果我们设计有冒号，那请一直保持；如果没有冒号，可以不需要冒号，保证页面一致性即可。
1. 冒号对齐
冒号对齐（右对齐）能让内容锁定在一定范围内，让用户眼球顺着冒号的视觉流，就能找到所有填写项，从而提高填写效率。
2. 在上个层级的标签和冒号同时存在时，我们这时候怎么对齐呢？
我们最好确定统一的起点，如下左图，当然在使用的过程中需要判断用户使用场景，如下右图是12306修改乘车人信息，用户注意力在信息上，标题仅起到区分模块的作用。
我最初入行和研发小哥哥就争执过登录页面，密码输入后需要点击登录按钮才能判断密码是否正确，如果在输入密码后直接判断密码错误就少一步交互，对老年用户来说少一步就是进步一大步。为什么密码输入后不能直接判断密码是否正确呢？
1. 在线验证
在以往的网页设计中，信息填写的正确与否都要等待用户点击「提交」按钮后，产品将用户填写的数据提供到服务器，由服务器来判断是否正确。这种方法太过于依赖网速，并且不符合用户体验中的「及时反馈」原则。
所以现在产品设计，在数据还没有提供给服务器之前，先在前端进行一些基础的错误排查，即在线验证。
一些基础的规范，如邮箱是否加上了 @xxx.com ，都是可以通过在线验证的，而无需上传到服务器去比对数据库。
理想情况下，所有用户填写的信息都应该先经过在线验证。用户填写完字段后，如果包含错误，应该立即给予反馈并将错误提示消息放置在用户填写字段到附近。这样，错误提示容易引起用户注意，对于用户的交互成本也低。用户不必要重新查找和导航到错误位置。
需要比对数据库的信息可能无法进行在线验证，那就还是当用户提交将信息发送给数据库后再提示错误。也就是是说前端只能进行简单的验证，比如手机号位数不对、邮箱格式不对等，判断密码是否正确需要后端对比数据库才能判断，这时候就需要点击提交按钮。
