B端产品设计『提示』功能的组件化思考

（全文716字，9图，预计阅读3分钟）

当我们在使用产品（PC/App）时，

有遇到哪些『提示』场景呢？

最常见的——【Toast提示】

其实，还有很多『提示』场景，且往后看。

提示功能是互联网产品设计中常见的一种"交互"，按《微交互》作者提的，任一项交互操作都有触发器、规则、反馈。

【提示】功能的交互也不例外。

一、提示功能的触发器有哪些呢？

（1）页面元素——文本框

（2）页面元素——按钮

（3）页面元素——icon

（4）业务

二、提示功能的规则有哪些？

（1）鼠标移入时，

（2）鼠标悬停时，

（3）获取焦点时（比如文本框编辑状态）

（4）失去焦点时（比如文本框输入完成时）

（5）按钮点击时

（6）页面刷新（关闭）时

三、提示功能的反馈有哪些种类？

（1）信息告知型提示

可以理解为"只消费数据"，不"生产数据"，用户只需阅读知晓。

适用场景：某一项操作，成功后的提示告知。

（2）确认型"提示"

需要用户做相应的操作选择。

适用场景：常用于"高危操作"时的二次确认，比如删除操作。

（3）红框红字型提示

适用场景：常见于文本框输入内容（或格式）不符合要求，页面给出的提示。

（4）icon型帮助提示

当某一项业务操作时，新用户对于此功能（或者字段）不熟悉，可点选相应元素提示帮助，熟悉操作背景。

（5）Loading型提示

适用场景：当某一报表进行查询时，因后台查询数据量大，给前台用户的一种过渡提示，常用Loading提示。

缺点：用户不能感知进度的预计完成时间。

（6）进度条型提示

比Loading型提示更优，可显示完成进度（一般用百分比显示），可预估预计完成时间。

给用户一种上"控制感"。

（7）离开型提示

当页面填写部分数据，而此时又需要关闭（菜单/页面）执行其他任务时，页面给出的离开型提示，提示是否保存草稿。

适用场景：常用于一些表单填写页面，保存草稿提示。

（8）当然，开篇提到的Toast提示

以上是笔者做SaaS产品遇到的『提示』类需求产品设计小思考，欢迎补充指正。