微信 10 个交互设计细节问题的探讨

2017-03-14 10:11:00

微信小程序开闸后果然立即成为这个雾霾格外严重的冬天中的一抹亮色，关于小程序将如何给互联网应用生态带来冲击的讨论迅速在朋友圈刷了屏，小至小程序和WebAPP体验的对比、低频APP的危机，大至微信在库克眼皮底下的暗度陈仓、引流与分流的博弈，太多的可能性值得我们拭目以待。

此时作为一枚安静的设计汪，注意力还是回到微信传统的聊天、朋友圈、公众号这三大模块的交互设计本身吧。原本以为伴随着微信小程序的发布，会有一次比较大的版本更新，但9号醒来后发现iOS端的版本号依然是2017年1月3日更新的6.5.3（说「开闸」结果真的是开闸而已啊……）。三大模块中，一些可用性方面的交互细节问题依然存在。

需要强调的是，这里虽然暂且称之为「问题」，但仅仅是纯粹从用户角度出发、在使用过程中在交互方面可能感到的一些不便之处。考虑到微信面对的亿级用户群体，任何一个功能的新增和改动的决策风险也都不是团队外的人可以妄加评论的。设计方案的优劣本就没有非黑即白的定论，我也有理由相信微信作为国内最成功的IM（以后会不会是OS？）团队，关于这些问题都是经过推敲和取舍的，甚至有的在用户看来是「问题」的地方是产品方出于业务目标考虑有意为之的。

因此，本篇将仅从一个微信普通用户的角度，结合个人的使用体验、朋友闲聊中的反馈、知乎上「微信设计的渣细节有哪些？」这一帖子下的一千余条回答中，选择其中10个比较有代表性的问题进行探讨，并对可能的优化方案进行重设计——并非大刀阔斧地肆意改动，而是基于现行版本在交互细节上进行一定的微调。写本文的初衷也并非讨论这10个重设计方案是否合理，而是更期待在讨论中推测和了解，作为经过千锤百炼的现行版本为什么在知道会导致这些小问题的情况下，依然选择这样做，或者有没有比这10个重设计更完美的解决方案？甚至，如果有幸被知情人士看到这篇文章，并有机会一起聊聊的话，就再好不过了：）

本篇重设计和讨论将基于iOS端6.5.3版本进行，因为小程序仅处于发布初期，可以说仍然是测试和逐步完善的阶段，因此讨论范围将暂时不涉及小程序。

公众号阅读与聊天的切换
连续添加多个公众号
订阅号的分组查看
群聊消息的完全屏蔽
删除会话时的危险操作警告
收藏表情的排序整理
将非表情图片添加为表情
朋友圈的返回顶部操作
朋友圈消息通知的两个优化
意见反馈通道的简化

以上10个可用性细节中，第1~3点针对公众号模块，第4~7点针对聊天会话模块，第8~9点针对朋友圈模块，第10点则是关于辅助流程中的意见反馈功能。

1. 公众号阅读与聊天间的切换

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

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

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

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

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

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

2. 连续添加多个公众号

当你通过非精确的关键词搜索，查找关于某一领域的公众号时，你可能对搜索结果中的多个公众号都有兴趣。而当你进入其中一个公众号的「公众号信息页」并点击关注后，关注成功后的状态会一闪而过，然后进入「公众号会话页」并收到公众号的欢迎语。此时点击导航栏的返回按钮将直接返回「微信」页的会话列表。想关注刚才搜索结果中的其他公众号的话，你只能重新再搜索一次。

个人觉得任何一个页面的「一闪而过」对用户而言都是不太好的体验，不但没有太大必要（闪一秒反正也看不清），也容易让用户对自己的操作产生不可控的沮丧感。因此，关注成功后，要么直接（不显示关注成功后的状态）进入「公众号会话页」，要么停留在已成功关注状态的「公众号信息页」，都是更好的做法。

而回到刚才的场景，如果要为用户提供一个连续添加多个公众号的入口，那么后者，也就是关注后停留在已成功关注状态的「公众号信息页」更为合适。用户此时可以自由选择，想添加其他搜索结果时，可以通过「返回」回到搜索列表；无意添加其他搜索结果、只想开始浏览当前公众号时，可以通过「进入公众号」进入「公众号会话页」；想直接退出当前流程，回到会话列表时，可以通过新设的「关闭」直接退出添加公众号的流程，回到「微信」页。

3. 订阅号的分组查看

这个问题对关注订阅号的数目不是很多的用户来说并不明显，但对于身边一些关注了数十个公众号的「订阅号控」们来说，无论是从「微信-订阅号」这一入口按消息更新顺序翻找，还是从「通讯录-公众号」这一入口，在订阅号和服务号等全部公众号中按字母表翻找，都是一件痛苦的事情。

两种入口中，经过询问多个朋友的使用习惯，包括自己的个人习惯，都是更习惯使用「微信-订阅号」这一入口，实在找不到时才会尝试从「通讯录-公众号」按字母表查找，因此本节讨论暂针对前者进行。

如果用户想找的是一个订阅号时，可以在「通讯录-公众号」中按字母表查找，或者使用「置顶公众号」功能暂且解决。

而如果不是一个，而是一类呢？例如，用户想重点关注几个质量特别高的公众号，或者此时只看某一类别的公众号时，就变得有点棘手了。

对此，重设计中利用「订阅号」页面的导航栏右端，提供了一个筛选控件，默认显示「全部」，点击后可以筛选并选择只显示特定分组的订阅号，从而提高用户阅读特定一类公众号的效率。而订阅号的分组可以在「公众号信息页」中进行设置和管理。

4. 群聊消息的完全屏蔽

群聊无法彻底屏蔽应该是一个很多人吐槽已久的问题了，尤其是鹅厂自家的QQ明明在消息接收模式上很好地满足了用户多样化需求的情况下，微信中群聊只支持免扰、不支持屏蔽的特点，在对比下就成了一条广为诟病的设计，微信拖讨论组不需要对方同意更是把这一问题进一步放大。各种想加入的、不想加入的群，无时无刻不在接收着巨量的消息（其中还包含漫天飞舞的表情包），无论对存储空间还是流量的消耗上都让很多用户怨声载道。