|交互组件——运营类活动「弹窗」


编辑导语:我们在使用软件时经常会遇到弹窗 , 指南弹窗、通知弹窗、广告弹窗等等;这类弹窗的设计和运营要格外注意 , 会对用户产生一些不好的体验感;本文作者对运营类活动弹窗进行了详细的分析和介绍 。
|交互组件——运营类活动「弹窗」
本文插图

一、说明
弹窗常用于中断用户当前操作对其作出补充 , 或中断用户当前操作对其作出反馈;其价值在于提示重点内容 , 完成业务流程的简单必要操作或给用户提供实时反馈 。
弹窗的使用一定要克制 , 它带来视觉上的中断 , 打扰用户完成业务流程;再加上弹窗视觉面积较小 , 承载信息有限 , 应当尽量减少弹窗使用 。
二、示例
|交互组件——运营类活动「弹窗」
本文插图

三、设计要点
1. 注意通用原则
尽量减少使用:如要使用则一定要控制好频率、节点 , 控制好弹出的位置和大小;思考是否可以使用吸底、吸顶等形态的通知栏(snackbar)来替代 , 一定不要多层弹窗堆叠 。
信息有效触达:信息类型上有文字、插图等 , 组织时从信息关联性、重要性、连续性等特性出发;通过背景分块、字体、字号、粗细的区别来实现 , 有时候甚至可以辅以局部微动效 。
尊重用户使用习惯:比如:提供弹窗关闭按钮 , 作为安全措施;同时 , 提供体现便捷的交互手段 , 比如:点击蒙层区域隐藏弹窗、弹窗自动隐藏等 。
重视氛围和体验:弹窗有很多中业务使用场景 , 针对有营销性质的弹窗 , 比如:应用欢迎弹窗、应用更新引导、重要活动通知、营销活动节点等;要通过插图、局部微动效等手段来打造体感 。
2. 明确弹窗类型(按照业务功能)
1)欢迎弹窗
一般用于用户首次进入应用时的友好提示 , 这一场景需求当前主流应用都采用多屏投教模式来实现 。
与欢迎弹窗相比 , 它可以承载更多信息 , 但不可避免的阻断了用户对应用的探索动机 , 并不符合各系统的设计规范 。
一般当应用做较大程度的改版时使用 , 对于承载较少信息的欢迎场景 , 个人建议使用欢迎弹窗 , 更为凝练、简单、用户影响较小;只要氛围营造得到可以取得不错的效果 。
欢迎弹窗一般只在用户首次进入应用时出现一次 , 不要与多屏投教一起使用 。
|交互组件——运营类活动「弹窗」
本文插图

2)通知弹窗
一般用于重要的系统公告、与用户密切相关的重要信息等内容的披露;比如证监会重要通知等、持仓个股的重要风险提示等 。
对于通知弹窗 , 设计师要有心理准备:几乎不会有用户读完你在弹窗里罗列的信息内容 。
在设计时 , 一方面需要使用信息组织以及排版技巧来尽可能提升阅读体验;另外一方面 , 要巧妙平衡业务风险与用户体验的矛盾 , 比如采用倒计时后按钮可用的交互模式来限制用户停留时长 , 进行合理风控 。
|交互组件——运营类活动「弹窗」
本文插图

3)反馈弹窗
用于就用户操作提供反馈 , 弹窗相比于其他的轻量级反馈组件如toast、hub、popover等 , 对流程的中断效应要大很多 。
因此首先考虑其它轻量级反馈组件 , 只有当反馈需要引起用户更多情感共鸣或者反馈信息较多且重要;需要用户做出决策操作时再使用反馈弹窗 , 比如破坏性操作的二次确认等场景 。
|交互组件——运营类活动「弹窗」
本文插图

4)操作弹窗
当业务流程需要用户授权或作出决策、甚至输入简单、必要字段辅助业务时 , 常使用操作弹窗;比如业务需要系统授权调用位置信息 , 或签署必要的免责协议、完成抽奖等场景 。


推荐阅读