产品交互控件：社交 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
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
