公众号助手大改版，一个完美的产品败笔

当一款产品要改版时，产品经理一定是激动的，因为他已经忍受旧版本很久了。

相反，用户对新版本往往是排斥的，因为他们已经习惯了旧版本。

所以，改版要谨慎，尤其是涉及到信息架构和关键路径的修改，搞不好就成了反面案例。

微信的公众号助手是我每天都会使用的一款 App，我在这里查看公众号后台留言，回复读者，同时获取各项数据。

对我来说，这是一个生产工具，也是一个效率工具。

可当我今天再打开公众号助手时，我发现它变了，变得让我非常不习惯。

因为我已经更新到了新版本，所以只能在网上找了些老版的图来作为对比。

首先，公众号助手 App 对产品信息架构主体做了调整，把原来的「互动-发表-我」改成了「首页-消息-我」。

与此同时，首界面的信息显示维度和样式也都变了。

在老版本中，第一屏看到的是以文章为信息主体的互动通知，能直观看到每一篇文章有多少留言、点赞、赞赏等信息。

在新版本中，所有的消息集中到了第二个 tab 中，并且把新关注的消息数量也加了进来。

简单理解，老版本中的第一屏只有互动消息，而新版本的第一屏中没有任何消息，需要切换到第二个 tab 里去查看所有消息。

那么，为什么我会说这是一个产品败笔呢？

一切还得回到具体场景中，所有的需求，都是基于场景的，而产品设计是服务于场景的。

我是一个公众号作者，每当发布一篇新文章后都会有读者在后台留言，而我处理留言最方便的方式就是使用公众号助手 App。

过去，每当我打开这个 App 就能看到哪篇文章有新留言，直接点击对应文章进去就能回复这篇文章下的所有留言。

现在，我进入公众号助手 App 后需要先切换到第二个 tab，而且展示的还是一堆来自不同文章的留言。

这时候，我获取信息的方式发生了变化。

以前是以文章为信息维度去查看单篇文章下的所有留言，现在是以留言为信息维度去查看所有文章的留言集合。

从效率和便利性来说，新版本的方案完败，至少从我的使用习惯上来说是的。

另外还有一点不爽，就是新版本里把所有消息都集中在了一起，包括互动消息和新关注消息，也就是顶部这一大片选项。

在老版本中，每次我都是根据首页小绿点数字来判断是否有新留言要处理，每次已读或回复完之后，小绿点数字就会消失。

之所以能做到这一点，是因为老版本把互动消息和关注消息在信息架构上做了分离，关注消息放到了「我」里面。

也就是说，在老版本中查看有多少新增关注读者时只需要点击第三个 tab 「我」就可以方便看到，而互动消息的通知是独立的。

新版本把所有消息合并到一起后，对于强迫症的我来说简直太痛苦了。

过去当我想消灭底部的小绿点数字时，我只需要对所有文章互动数据进行已读操作即可。

现在，我需要在留言、点赞、私信、关注上挨个点一遍，十分难受。

更何况，产品还没有一个一键已读功能。

最让我不能忍受的还是新版本中查看留言的方式，真不知道公众号助手的产品经理是怎么想的，以及他们到底有没有以公众号作者的身份和视角去设计产品。

查看和回复留言是需要有上下文的，以前的设计非常方便我构建这种上下文，我进入哪篇文章就是回复哪个主题下的留言。

现在反而需要每次都看一下这条留言是来自于哪篇文章，原有的关键路径和习惯都被打破了。

在新版本的第一屏中，除了顶部的发表功能选项之外，下面的主体就是已发表的文章列表，上面依旧能看到各项数据。

作为一个公众号作者，每篇文章的阅读量以及各项数据的确都会关注，但优先级也在互动数据之后。

至少，对我来说是这样的。

这种变化，有点像把现在微信第一屏的消息列表和第二个 tab 的通讯录互换位置。

那种感受，你们自己体会一下。

用户在产品里获取信息的方式就是产品的信息架构，信息架构里的每一个节点信息都是有优先级和顺序的，不能想当然，要放到场景中去考虑。

或许我的吐槽只代表我的习惯，因为从大样本来说，我只是千万公众号作者中的一个。

如果他们的确做过调研和分析才得出这样的改版策略，说明我是小众。

可如果只是为了改版或者参考其他小众样本进行的改版，那就是一个完美的产品败笔。

如果微信公众号助手团队的同学看到了，不妨当个问题研究一下。

说不定，我说的也是错的。

················· 唐韧出品 ·················

安可时刻

神奇的事情发生了，当我在新版公众号助手 App 里切换到我另一个公众号「二叉叨」时，又回到了老版本的设计。

也就是说，我用「唐韧」这个账号登录公众号助手 App，进入的是新版，而用「二叉叨」账号进入则是老板。

显然，微信团队是在用账号ID划分灰度测试，而我的两个账号恰好分属新老版本中。

在一个产品中同时被 AB test，有点意思。