惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

J
Java Code Geeks
GbyAI
GbyAI
Google DeepMind News
Google DeepMind News
Jina AI
Jina AI
B
Blog
aimingoo的专栏
aimingoo的专栏
酷 壳 – CoolShell
酷 壳 – CoolShell
T
The Blog of Author Tim Ferriss
Last Week in AI
Last Week in AI
月光博客
月光博客
H
Help Net Security
V
Visual Studio Blog
量子位
A
About on SuperTechFans
博客园 - Franky
人人都是产品经理
人人都是产品经理
N
Netflix TechBlog - Medium
云风的 BLOG
云风的 BLOG
雷峰网
雷峰网
Martin Fowler
Martin Fowler
Microsoft Security Blog
Microsoft Security Blog
博客园 - 叶小钗
P
Proofpoint News Feed
MongoDB | Blog
MongoDB | Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
微信服务号不是即时消息推送吗,怎么折叠了?
天天问 · 2024-06-29 · via 人人都是产品经理

近日,有用户发现服务号被折叠了。服务号不再是一个个在聊天消息界面通知,而是折叠于“服务号消息”文件夹中。微信服务号的这一项灰度测试也引起了网友的吐槽。不禁疑惑:微信服务号本身偏向于服务交互,不应该直观显示吗,为啥微信做这样的改动?

最近,微信内测了服务号功能的调整,在聊天界面将其折叠到“服务号消息”里,这意味着用户无法第一时间看到服务号的消息。也因为如此,网友们议论纷纷,在小红书、微信开放社区都能看到不少网友的吐槽和反馈。

令大家疑惑的是:微信服务号本身偏向于服务交互,我们经常通过它收取即时性的信息,比如快递通知、银行通知、医院预约等,如今却把它折叠到“服务号消息”里,消息类推送不应该直观展示吗?为啥微信做这样的改动?

改动前 vs 改动后

一、订阅号与服务号的区别

在注册公众号的时候,有服务号和订阅号两种选择,订阅号注册主体可以是个人,也可以是企业,会更加偏向于信息的传播,每天可群发一次;而服务号的注册主体则是企业或者组织,更侧重于为企业提供服务,例如银行、企业的客户服务等,且每个月仅可以推送四次消息。

相比于订阅号,服务号的有更多的高级接口权限,能够实现更多的功能,如微信支付、微信小店等。

并且在曝光的位置,服务号会直接显示在聊天界面,对用户起到强通知的作用,更容易吸引用户的注意力;而订阅号则是折叠于“订阅号”文件夹中,需要用户去点击进入才能查看。

二、消息类推送有折叠的必要吗?

1. 聊天消息和服务消息共享一个界面

服务号和聊天消息共享一个界面,其实本来就不太合理。而随着我们关注的服务号越来越多,造成了主聊天列表的冗杂。在现有观察到的数据来看,服务号消息入侵首屏的比例在逐步超过聊天消息,甚至带来了负面,用户可能会遗漏阅读个人消息,导致带来一些社交关系的影响。

不过服务号通知也会有另外一种情况,如果用户产生了对应的行为,但该服务号未关注的话,会直接下发于服务通知,和小程序的通知入口一致。

聊天消息和服务消息共存一个页面,主体容易被模糊掉,服务号折叠或许是微信想要突出主体的一步。而服务号在用户体验上的改动其实不是第一次,2022年5月份,微信就曾对服务号做过调整。

用户可以对任一服务号进行“消息免打扰”设置,设置后所关注的所有服务号都会一键默认开启“消息免打扰”,并以小红点的方式来通知用户。如果需要取消某一个服务号的“消息免打扰”,可以找到该号单独取消。

2. 用户习惯和产品需求的抉择

薛定谔的用户体验,服务号在“免打扰”上依旧绕不过。

看得出来,服务号调整是想减少用户的打扰,本该是一个提升用户体验的改动,但为什么会遭到这么多用户的吐槽呢?这还得从运营者与用户两侧说起。

对运营者来说,以往一些重要的通知能够做到即推即看,并且也有很大一部分服务号是企业宣传的重要窗口,如今将其折叠显然是减少了消息的触达。但对于用户来说,除开营销信息,这样的折叠会使得他们错过重要的信息通知,非常不方便。

从用户习惯的角度,很多用户日常都是通过在聊天消息列表在查看一些重要的通知,比如银行卡动账交易提醒消息,该服务是和银行服务号绑定在一起的,在没有开通短信服务的前提下,这个渠道能够方便用户及时收到自己的交易情况。

若是将其折叠起来,用户或许没有去查看“服务号消息”的习惯。毕竟在关注的服务号里,有多少是每天都会用到的,就怕和订阅号一样被淹没在消息列表里。

用户的习惯养成和改变都需要一定的成本,但从产品的角度来看,用户习惯可能不是真正的用户需求,而产品需求也不等同于用户习惯。如果谈需求,大部分人的反应一定是“别乱改”。

这时候,用户习惯和产品需求就成为了产品需要去平衡的一个点。

3. 并非所有人都喜欢折叠

对于服务号的折叠,有支持的声音,也有反对的声音。

严格说来,服务号是首先对企业友好的功能,因为它可以直接出现在用户的消息列表,所以诸多企业都是订阅号和服务号两手抓。

但也正因如此,服务号被滥用了,营销信息不断增多,用户被打扰得可就太多了。

如今折叠似乎是把这类营销信息关进了“服务号消息”这个小屋里,也让聊天消息列表更加干净,对于用户而言,还给他们一片宁静了。

但不愿意折叠的用户则表示:如果服务号被折叠了,那还能叫服务号吗?

原来已经有一层免打扰的功能了,如今再进行折叠,相当于再次叠加“免打扰”buff,开启了深层免打扰,但如今用户需要免打扰的是所有的服务号吗?显然不是。银行动账提醒、医院预约提醒等,也是需要即时提醒的。

而对应运营者来说,本来搞个服务号就比较麻烦,选择服务号也就是图个“打扰权”,原来账号有更高权重出现在用户面前,现在把权重降低了,这样让原本一周发一次的“服务号”更加没有存在感了。那这服务号价值又何在呢?

有的用户喜欢,也有的有户会骂,两者难以平衡,倒不如把选择权交给用户。既然同在聊天消息页面,倒不如像折叠群聊一样给大家自定义的选择,人工设置来区分提醒强度,如默认强度为弱提醒,针对服务号的广告营销等,选择折叠;特殊消息手动更改为强提醒,比如账户动账等等。

三、结语

也许微信就是为了找回服务号的初心,做一个提供一站式服务的入口。

如果服务号都能为客户提供有意义的服务,而非一昧的营销,那服务栏就将成为日常需要的一栏。用户点进去就都是自己需要的功能,不需要的会被取关淘汰掉。

但如今并非如此,营销推广信息不断增多,相比于零散的信息来源,归类可能反而是更好的用户体验。只是与现在的使用习惯相悖,会像是在教育养成用户,带来跳出舒适圈的反对。

在这一点上,不妨把选择权利交给用户,可以增加折叠,但也允许有选择性。自选哪些折叠,哪些不折叠,但逻辑也可以是默认都折叠,允许自选哪些要“放出来”。

文章内容部分,感谢@红夜 @青苔 @Accompany @大鱼炖海棠 @都是生活 等人在 天天问 贡献的精彩回答~

关于“微信服务号本身偏向于服务交互,如今把它折叠了,有必要这样改动吗?”你有什么看法?点击链接,一起来聊聊~

参考资料:

微信开放社区:https://developers.weixin.qq.com/community/homepage

微信悄悄上线新规,订阅号迁移服务号,难!:https://www.woshipm.com/operate/5842889.html#toc-2

部分素材来源:天天问话题精选

「天天问」为人人都是产品经理社区旗下的互助问答模块,致力产品、运营、营销等领域知识的学习交流。

本栏目由人人都是产品经理运营@Ginny 整理编辑发布,欢迎大家踊跃提问,一起交流。

题图来自Unsplash,基于CC0协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。