四月中

我们的平台会向用户推送优惠券，登录用户无需领取就可以享用。对于优惠券展示的样式之前已经有诸多先例：黑色蒙层加弹窗，以及一个位于弹窗正下方的关闭图标按键。由于产品和视觉表示有先例可循且最后的邮件并未抄送到我，我当时也没去留意是否有什么问题，直到上周产品找上来。

我们发现采用了优惠券的这套方案在AB中表现出用户进入首页就逃离的问题，进入二级页面的数据对比原版是10%：30%，差距显而易见。优惠券显然成为了深入探索的一道阻隔，与预期大相径庭。我们分别在样式和解散方式展开讨论。

就样式而言，我们与其它业务线需手动领取优惠券不同的是券已派发进登录用户账户，简单提示即可，甚至可以考虑模态窗口以外的载体。我尝试了几种设计，却发现此处精简的信息和情感缺失对于未登录用户来说实在是缺乏借此登录的动力。

目前解散弹窗的方式是点按下方的关闭图标，而由于开发经验原因没有去做点按背景深色蒙层释放的逻辑（这个需求没有走交互我也是事后知道），关闭图标成为了唯一途径。点按深色蒙层释放并不适用于那些弹窗作为后续内容可正常使用的先决条件的例子，因此在我们的案例里还算得上是失误。

关闭图标位于按键下方以屏幕底部计算绝对距离的位置，我们的弹窗本身高度较小，关闭与其之间的联系非常薄弱。但这是我们之前所有相关设计中不成文的规范，好处是写死位置后在应用内无论何种情况下都能形成直觉性的盲操作。但我们优惠券弹窗的例子有些特殊，首先它并不由用户触发；其次它只可能出现一次。关闭按键的可见性需要更加明确。

由于要修改后重新AB以检验暴露优惠券对订单转化率的提升，我们需要更彻底地发现并修正问题，即便踏入过分缠绕于细节的陷阱，只要大方向对就不必纠结。与视觉前端沟通之后之后做出了针对性的调整，期冀组内尝试统一规范为：优惠券/更新等这种用户被动接受/系统主动推送的，按键位置随弹窗/浮层的高度变化而变化；说明性信息等用户主动触发的，按键固定位置（与屏幕底部设立绝对距离），不随弹窗/浮层高度变化而变化。

之后部门应该会统一这类二级对话框的样式规范，从屏幕中间展开的弹窗作为承载说明和表单的情形会被严格控制。