APP 交互设计细节案例：微信公众号阅读与聊天界面的切换

很多时候，APP成败在于APP交互设计方面，如果细节做的好，用户用起来爽了，你的APP口碑也不会太差。

今天跟大家分享一个小小的微信APP交互设计细节案例。

今天站在初学者的角度跟大家分析一些APP的应用场景，交互设计师如果去体验和重设计。

第一部分：APP交互设计命题：

在阅读公众号文章的过程中，小手机忽然虎躯一震——你知道收到了新消息，你担心是来自女朋友或是上司的「指示」，生怕回得不及时，便忙不迭地返回了会话列表，但当你查看并处理完这条新消息后，想要继续阅读公众号，又要重新从「会话列表」→「订阅号」→「你想读的公众号」→「公众号会话页」→「刚才在读的文章」这一路径重新回到文章页面。这一路径虽然并不算非常冗长，但当你好不容易继续阅读后，如果小手机又虎躯一震呢……想必如此往返几次，再耐心的人也会抓狂吧。

第二部分：分析现状

先看图吧~

其实现在微信已经很人性化地帮助用户在第二次进入文章页面时，自动跳转到上次阅读到的位置，至少重新回到文章页面后不用滚动半天找到刚才的进度了。但仍然缺少一个可以在新收到的消息和正在阅读的文章之间直接往返的路径。

这种不支持多任务的做法很符合「用后即走」（在这里或许说「看完再走」更合适）的理念，通过提高往返成本，让用户尽量看完后再离开文章页面。在文章长度一般、收到新消息的频率和紧迫性都不高的情况下，用户可以尽量做到读完再走。但当文章较长、收到新消息的频率比较高、消息也比较重要的情况下，没法一键返回继续阅读就真的会导致体验受损了。

我个人的习惯是打开一篇文章，先看一下是不是很快能读完的，如果是长文就直接点击「…」→「在Safari中打开」，不过对于竭尽所能把用户留在微信中的产品方，也是一万个不希望大家都用这种方法去解决多任务问题吧。

扩展阅读：其实这里提到了我们APP交互设计师最常见的一个问题：

必须考虑逆向路径，避免无效的“返回”

按照微信的逻辑，每一次点击“返回”的结果，必然是回到上一次加载的页面。这使得一些在正向操作时感觉高效简洁的设计方案在逆向操作时让人疼到无比。

所以，在技术上无法解决该问题的前提下，并不十分建议使用那些容易引发“不需要进行跳转”的错觉的导航样式。

第三部分：重设计

重设计中在文章页提供了一个提示新消息的控件，有别于原有「返回」操作，通过这一控件返回会话列表查看并处理新消息时，可以在聊天顶部看到一个返回继续阅读文章的入口，从而方便地一键返回文章页面、继续浏览。

其实，类似小程序中在Action Sheet中提供「显示在聊天顶部」选项，还有听歌的时候，允许用户手动将文章保留在聊天顶部的设计方式也是一种可行的方案。但考虑到公众号文章页点击「…」后调出的菜单已经较为复杂，而且用户在没有收到新消息的情况下，主动中断阅读前往其他页面的场景可能并不多见，因此最后还是选择了上面这种重设计方案。

以上就是一个小小的微信APP交互设计细节案例：公众号阅读与聊天间的切换。 教给大家的是一种学习的方式。

重点阅读下里面的小字部分的文案。

来源公众号：西市馒头铺子

关键字：产品经理, 产品设计, 设计

版权声明

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