前两天朋友在微信上发来篇特有意思的公众号文章,标题叫

「求生欲很强的软件面临被卸载时。。。」,

打开后我感觉自己的脑洞遭到了千斤顶的强行拉伸——

聊一聊用户卸载桌面端软件时的优化方案-极客飞船

还有这种操作???

聊一聊用户卸载桌面端软件时的优化方案-极客飞船

别人家不都是撒娇卖萌加赞美用户吗……

细细一想,热烈鼓掌表示有趣同时按下了「没有帮助」。

这么做也许能暂时阻止用户卸载,但不利于真正解决产品存在的问题。

愿意接受并通过测验的用户就顺利卸载了,而对那些没答对的用户则还可能留下「智商税」的阴影。

所以有不愿意干耗脑细胞的吃瓜群众提出——

聊一聊用户卸载桌面端软件时的优化方案-极客飞船

要是还需要借助第三方工具才能卸载,不是再给产品形象加上了个「流氓软件」的标签。

想到这儿我有点认真了,

聊一聊用户卸载桌面端软件时的优化方案-极客飞船

决定借机也想一下自己会怎么做,稍作思考,

聊一聊用户卸载桌面端软件时的优化方案-极客飞船

遂有了以下的方案:

聊一聊用户卸载桌面端软件时的优化方案-极客飞船

再优化了一下,去掉了第 2 步:

聊一聊用户卸载桌面端软件时的优化方案-极客飞船

看了下觉得过于佛系,让用户觉得太无欲无求了,有你没你都一样,所以又改了下:

聊一聊用户卸载桌面端软件时的优化方案-极客飞船

把意见文本编辑框移到了 UI 正中,但不强迫填写。

一方面是为了更多地引起用户注意,另一方面也是在用行动表示“我们的确很重视你们的意见”。

当然,卸载进度的展示也是有必要存在的,结果可预测和状态可见性很重要,只是这里主要围绕「如何获得用户反馈意见」在说,就省掉了。

关于容错性,这里没有增加额外的确认对话框,

针对「误打开卸载程序+立马误点击执行了卸载」的失误操作情景,

可以通过对卸载程序添加启动过渡动画,从一开始就构建用户对卸载的心理准备以增强。