曾一个多月前开始小范围灰度测试的“服务号折叠”，今天开始放大内测范围。同时也在行业中引起了一番激烈讨论。

从业界感知看，“服务号折叠”最早在6月中旬就被部分用户感知，当时就有团队和见实进行了讨论（如下图）。那时，见实也有询问，得到的消息是小范围灰测，测试范围并不大。

在微信内部，每天都有许多测试在进行，许多测试进行一段时间或会悄悄取消，并不是都会被采纳。当时沟通完后，见实倾向认为“服务号折叠”或不会被全量。

不想许多团队今天一觉醒来，发现服务号折叠测试开始放量。

根据截图所见，服务号模板消息变成通知置顶，以红色的N条通知方式出现。即使有新服务号推文消息，也不会覆盖通知。某种程度上看，突出了通知的重要度。

扩大内测范围后，不同和反馈和评论都快速出现。

有团队表示不解，如有团队早晨被大量客服投诉信息叫醒，查了一下原因，发现是因为服务号消息被折叠。

一些团队认为服务号本身就支持用户设置免打搅，一旦折叠，反而不利于用户找到常用菜单。

日常工作中，订阅号与服务号的区隔其实明显，订阅号优势是每天可群发一次，即便因为折叠在消息盒子中，也不影响订阅号被许多企业用作触达用户的重要方式。

相比之下，服务号支持每月群发四次，但因为可以出现在用户的对话信息流中，加上大量开发接口支持，成为很多企业为用户提供个性化服务支持的工具。

在多年平稳的产品环境下，订阅号和服务号不同触达方式，早已被企业、开发者、用户所接受。

正在内测的“服务号折叠”，则打破了这种平衡。这也是许多团队在社区、行业群中展开激烈讨论的原因。

也有一些业内人士在参与内测后看到一些积极变化，如通知消息不会被新服务号推文覆盖，加上模板消息通知，“更容易让服务号出圈”。

且这种折叠，虽然导致部分服务号消息的打开和阅读量下滑，却为优质服务号消息带来了推荐可能。如在内测中，展开更早的消息下面，包含有“看一看”系统推荐内容。这或暗示，优质的服务号内容也会被推荐。

不论是哪一个角度，有一个信息反而是确定的，即“服务号折叠”仍在内测过程中，按照产品惯例，当下应该在不断搜集从业者和用户反馈，后续或还会有更多优化方案出现。（转载自：见实）