提示信息不只是弹个框
打开一个新软件，鼠标悬停在某个图标上，冒出来一小段文字：‘保存当前文件’。这就是最常见的用户界面元素提示信息。它不起眼，但一旦缺失，用户立刻会觉得手足无措，像进了没贴标签的地铁线路图。
提示信息的本质是沟通。它不是程序功能的说明书，而是操作前的一句轻声提醒。比如在一个表单里，输入框旁边写着‘请输入11位手机号’，比提交时报错‘格式错误’要友好得多。
什么时候该出现提示？
并不是每个按钮都要加提示。高频、明确的操作，比如‘确定’‘取消’，用户早已熟悉。真正需要提示的是那些有歧义或低频使用的功能。例如，一个齿轮图标代表设置没问题，但如果是把齿轮和铅笔叠在一起，用户可能就得猜这是编辑配置还是修改权限。
这时候，hover 状态下的文字提示就能快速消除疑惑。响应要及时，延迟超过0.5秒就会让人觉得卡顿；位置要靠近触发源，别让眼睛来回找。
怎么写才算清楚？
提示信息不是技术文档，不用写全称。‘启用双因素认证’可以简化为‘开启登录二次验证’。用日常语言，避免术语。比如不要写‘触发异步同步机制’，直接说‘自动更新最新数据’更易懂。
长度也要控制。理想情况下，一行能看完。太长会遮挡内容，用户反而懒得读。如果真需要解释更多，可以用带问号图标的辅助说明，点击展开详情。
代码中的实现方式
前端实现提示信息最常用 title 属性，简单但样式不可控：
<button title="上传文件">⬆️</button>更灵活的方式是用自定义 tooltip 组件。比如使用 aria-describedby 关联元素与描述文本，提升无障碍访问体验：
<input type="text" id="email" aria-describedby="email-tip" />
<span id="email-tip" class="tip" style="display:none;">请输入常用邮箱，用于接收通知</span>配合 JavaScript 控制显示隐藏，再加点淡入动画，体验立马不一样。
移动端的特殊处理
手机上没有 hover，长按又容易误操作。所以很多 App 改用首次使用时的引导浮层，或者在输入项下方固定显示简短提示。例如密码输入框下面写着‘需包含字母和数字’，实时反馈规则状态，比最后报错更有效。
还有一种做法是把提示藏在‘i’图标里，点一下才展示。适合补充说明类内容，避免界面杂乱。
别让提示变成干扰
有些软件一打开就满屏飘提示，关了这个冒那个，用户根本没法干活。提示应该是可预期的、可控的。提供关闭选项，或者记录用户已看过，下次不再显示。
更重要的是，别用提示弥补设计缺陷。如果一个功能必须靠提示才能被理解，那大概率是图标选得不对、布局不合理。先优化结构，再补提示，顺序不能颠倒。