我似乎发现了微信的一个 bug?

唐韧·2022-01-20 14:20
是功能,还是bug?

昨天我在鼓捣微信视频号的时候发现了一个新功能,视频号直播可以携带公众号文章链接、直播预约链接以及企业微信名片了。

说实话,我觉得这个功能的推出算是比较重量级的了,两个价值。

第一,进一步打通了公众号和视频号的流量入口,让彼此能起到协同扶持作用。

第二,在直播间挂出企业微信名片,能将视频号的公域流量往私域转,这是一道放水闸门的打开。

如果你还没看懂,那我说得再直白点。

想做公众号的,可以连同视频号一起做。视频号做得好,能直接获取微信公域流量去带公众号起飞。

想沉淀微信私域流量的,可以在视频号借助企业微信完成一对一可触达的用户沉淀。

要做到这两点有一个前提,你得把视频号做起来。

你看,微信团队通过产品的方式去撬动运营的手法是不是很厉害?

先说下这个新功能的体验感受。

在直播开始前,可以提前设置要在直播间展示的直播预告、公众号文章链接和企业微信名片。

根据目前已开放的菜单功能,还没有看到插入企业微信名片的选项,但功能介绍里是有的。

如果选择直播预告,系统会自动抓取你当前设置的最新直播预告。

如果选择文章链接,则需要你提前打开公众号文章并复制链接,然后再粘贴过来。这个操作目前还比较麻烦,如果能直接搜索选择就好了。

设置成功并正式开始直播后,可以在底部的操作菜单中选择面向直播间推送哪个链接。

现在可以同时挂出多个文章链接,但同一时刻只能往直播间推送一个。

用户进入直播间,可以在直播间底部看到被推送出来的链接。如果是公众号文章,可以直接点击跳转到对应的文章阅读页面。

即便进入了文章阅读页面,但直播并不会关闭,而是以小窗口的形式展示在旁边。

这个功能的应用场景就比较多了,因为文章是图文形式,结合视频直播的讲解,可以衍生出很多运营策略。

除了展示公众号文章,现在还可以推送下次直播的预约链接,具体展示形式是这样的,点击后可以直接预约。

不过,我在使用这个功能时发现了一个很尴尬的问题。

就拿今天此刻来说,我今晚 9 点有一场直播,在 3 天前就放出了预约链接,也有很多人预约了。

因为视频号直播目前只允许设置一个直播预约,也就是说我在开播前无法再设置下下次的预约。

这个逻辑里有前后时间差,为了方便你理解,我特意画了一幅图

在这幅图里,横轴是时间轴,上面分别有几个时间节点。

最初的白色节点是 3 天前设置今晚 9 点直播的时间点,之后的红色节点,是微信上线新功能的时间点。

黄色节点是此刻,按照现有的功能逻辑,我是无法设置下下次的直播预约的,因为今晚的直播还没开始。

所以,在今晚的直播中我就无法推送下周二的直播预约链接。

这就意味着,如果我想在直播间放出下次直播的预约链接,只有一个办法:取消本次直播预约,并重新设置一个,这样就能在之后的直播里推送下次直播预约入口。

但是,如果要我取消一个已经有很多人预约的直播时间,我心里会犯嘀咕,这是有损用户价值的。

没办法,因为视频号的功能规则里限制了一次只能设置一个预约链接。

当然,还有一个办法。

就是不取消本次直播预约,正常开播。但无法在直播间推送下次直播预约入口,只能间隔一场直播然后设置下下次的直播预约入口。

不管怎么样,要么放弃本已预约的所有用户,要么之后总有一场直播不能提前设置预约。

二者选其一,才能真正用上这次的新功能。

所以,我不知道这到底是一个流程设计的 bug?还是一个为了新功能推出而必须做出的妥协?

思来想去,获取打破只能设置一个直播预约的限制才是最优解。

比如,允许用户最多设置两个直播预约链接,这样用户既可以自由选择,播主也不用面临上面提到的尴尬。

这么一来,之前提到的时间差问题才能比较好地得到解决。

那么问题又来了,为什么微信没有让用户设置超过 1 次的直播预约链接?

可能有人会说,是不是担心设置预约多了,如果到时候播主没履约咋办?体验也同样不好。

确实,会有这个原因。

但是你看现在视频号直播预约设置的时间跨度,是从当前时间往后推一个月。一个月的跨度足够长,越往后,不确定性越大。

既然如此,那会不会是怕两次直播预约的时间设置得太近,这样会给用户带来频繁的通知打扰?

确实,也会有这个原因。

比如我提前设置今晚 9 点和 10 点两个直播预约链接,那很可能就会出现冲突。注意,看上图中底部的那行小字。

所以,在我看来,现在之所以限制用户只能设置一次直播预约,很可能是考虑到上面两个问题。

但是,凡事还是有办法的。我觉得释放设置直播预约次数的能力可以作为一个考虑,只不过需要把功能规则上的冲突处理好。

不说多了,能提前设置两场直播预约的功能应该能满足大部分场景了。

你觉得,如今的这个方案算是一个 bug ,还是一个功能?

产品洞察

产品在不断上线新功能的过程中可能都会遇到一个问题,兼容性。

可能是新老数据的兼容性问题、可能是前后业务规则的兼容性问题、可能是新版本向老版本的功能兼容性问题。

有时候,为了支持新版的特性,同时又考虑对老版本的兼容性,产品不得不做出一些妥协或者新增。

妥协的,是舍弃一部分用户体验。新增的,是通过补充功能去消除兼容性。

做新功能永远是最容易的,而砍功能、做兼容、平衡价值,往往是最难的。

产品如下棋,步步为营。

本文来自微信公众号 “唐韧”(ID:RyanTang007),作者:唐韧,36氪经授权发布。

+1
4

好文章,需要你的鼓励

参与评论
评论千万条,友善第一条
后参与讨论
提交评论0/1000
公众号「唐韧」主理人,《产品经理必懂的技术那点事儿》作者。
特邀作者

公众号「唐韧」主理人,《产品经理必懂的技术那点事儿》作者。

提及的项目

查看项目库

企业微信

一幅图

时间轴

只有一个

下一篇

字幕组的黄昏,从视频网站的黎明开始。

2022-01-20

36氪APP让一部分人先看到未来
36氪
鲸准
氪空间

推送和解读前沿、有料的科技创投资讯

一级市场金融信息和系统服务提供商

聚焦全球优秀创业者,项目融资率接近97%,领跑行业