产品交互控件:社交 App 中的「消息」功能窗口化

每天偷偷看大神秀文采的我终于发了篇字数不多的帖子…

开门见山,相信everyone如今每天必做的一件事就是刷朋友圈了,我也一样,但在刷刷刷的过程中呢,有时会有新消息进来,或者说和someone聊天时,由于对方回复慢,不自主就进入朋友圈看了起来,好的,无论怎样,其实就是一个场景:

在浏览朋友圈时有新消息!而我们必须返回,点击第一个Tab『微信』,才能收发消息。

其实这种场景普遍存在于各类App中,被迫终止当前功能使用,去使用另一个功能。以类似上例的社交App为例:

  • 微信 -> 发现 -> 朋友圈微信 -> 发现 -> 小程序
  • QQ -> 动态 -> 子功能(看点、购物、阅读、直播)

这些功能用户在使用时,一旦来了新消息,如想回复消息,都需要被迫中断浏览。

而淘宝,右上角导航的扩展按钮,基本存在于所有子页面,内部有消息页入口,使用相对方便一些。

所以想要实现用户在看新闻、看直播、逛商品、刷朋友圈的同时,可以轻松查看并回复消息这种能力,

提出了这样一个解决方案:

如上图,位于『QQ – 动态 – 看点』功能中,左下角增加悬浮小窗,在任意时刻,可通过点击收发消息,可以想象成QQ第一个Tab最小化在window最上层了。

在这里,暂将此控件定义为 『消息窗』, 绑定一些简单规则:

在App内:

  • 只要App脱离主Tab页面,消息窗立即自动显示至当前window最上层;
  • 消息窗可拖动,类似iPhone的AssistiveTouch;
  • 点击消息窗 – 展开,再次点击 – 最小化;
  • 消息窗内,只能进行简易的查看、发送消息,无法进入其他子功能页面;
  • 无论用户处于什么深层功能中,当有新消息是,消息窗跳动提示, 并显示新消息条数;

写到这里,其实这个小想法已经表达清楚了

  • 在技术实现方面,如果小窗内仅仅是收发消息,相信开发量并不大;
  • 考虑到当前环境下的移动设备配置,相信多个窗口,只要管理好内存,性能不会有问题;(当然,可能有很多中老年用户使用的设备还比较老旧,需要针对设备做版本功能管理,这个肯定已有的)
  • 此种窗口设计,对于用户在使用App时的影响,会许只有真正做出来,上线了,根据用户行为数据分析,以及用户的使用反馈,才能有一个定论,到底是否适合移动设备;
  • 可能并不是所有App都适合添加这种小窗,还是要根据不同场景下的需求。

想法很简单

好吧,必须承认,只是想在刷朋友圈看新闻时,不要来回反复的回到首页查看消息~

写到这里,万一有微信或者QQ等App的PM同学看到,如果觉得可行,还是希望可以尝试一下

这个想法或许做技术的同学更易理解,至于交互细节、能力细节,还是由有兴趣并专业的PM同学去细思吧。

文 @Tiny

关键字:产品设计, 交互, APP

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部