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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

当然，还有一个办法。

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

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

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

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

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

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

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

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

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

确实，会有这个原因。

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

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

确实，也会有这个原因。

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

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

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

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

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

产品洞察

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

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

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

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

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

产品如下棋，步步为营。

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