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

推荐订阅源

U
Unit 42
Google DeepMind News
Google DeepMind News
Stack Overflow Blog
Stack Overflow Blog
H
Help Net Security
MongoDB | Blog
MongoDB | Blog
I
InfoQ
N
Netflix TechBlog - Medium
T
Tailwind CSS Blog
量子位
博客园 - 叶小钗
月光博客
月光博客
IT之家
IT之家
G
Google Developers Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
小众软件
小众软件
S
SegmentFault 最新的问题
Engineering at Meta
Engineering at Meta
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
aimingoo的专栏
aimingoo的专栏
云风的 BLOG
云风的 BLOG
Vercel News
Vercel News
爱范儿
爱范儿
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
宝玉的分享
宝玉的分享

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
如何创建受用户喜爱的产品通知?
原七 · 2022-05-31 · via 人人都是产品经理

编辑导语:一个好的产品通知既能提供服务,也能触发用户感受。那么,一个受用户喜爱的产品通知是什么样的?产品又该如何保证所发消息迎合大众口味,会带来更多的使用量而不是把用户吓跑呢?作者对此给了一些建议,一起来看看吧。

产品通知不应该破坏用户的体验,相反,它们应该有助于提升用户的体验,不然很容易会引起用户的反感,从而让用户将其关闭。根据Statista的数据,39%的手机用户在收到过多的通知后会将其关闭。

那么,如何创建无论用户有多忙都不会感到反感的产品通知呢?你需要在设计和开发产品时(而不是在开发产品之后),就考虑到你的用户和他们的不同体验。

换句话说,通知体验应该由产品本身来定义。

一、智能通知

简单来说,智能通知意味着在正确的时间,通过正确的渠道,为你的用户提供正确的内容。

比如,你为一家大型航空公司开发一个APP来为旅客服务,诸如登机口或航班时间的变化一类的信息必须实时提供给用户。在设计和开发阶段就考虑到这类场景,可以让开发人员理解正确的时间、正确的渠道下应该通知哪些合适的内容。

比如,用户需要了解登机口变化的实时消息。他们正在匆匆忙忙地通过安检,已经不能再承受更多压力。此时,不会给紧张的旅客增加更多压力的实时推送通知/短信会是更新登机口详细信息的最佳方式。

在此时此刻,能否在适当的时候推送通知或短信决定了用户是否流失。取悦用户和破坏用户体验之间的界限是微妙的,最适合使用推送或短信的场景是“紧急更新”,比如航班延迟、取消或者登机口/终点站变更。

那些想要安然无恙通过安检的旅客并不需要收到促销或者旅游优惠的推送或短信——这便是一个在错误的时间、错误的渠道推送错误的内容的例子。

二、提供通知精确度

从现实的角度来说,如今的用户希望拥有控制权。所以提供用户通知偏好选择不再是一种选择,而是一个必选项。让用户拥有产品通知的控制权,可以使产品在用户生命周期里获得指数级的回报。

通知精确度上的选择,允许用户开启或关闭那些没有时间性、或对用户最终体验不重要的通知。例如,当一个用户安装了我们虚构的一款移动旅游APP时,他可能会欣于发现自己可以依据航班提醒来选择通知偏好。你可能不会允许他不接收登机口或航空终点站的变更信息,但你会让用户选择他们是否想要接收座位升级或与航班交易相关的通知。

等用户安全地通过了安检并在航站楼里放松下来,此时,浏览座位升级或下一次旅行的交易选项就会是令人愉快的。但当用户挣扎着到达航站楼,结果听到叮叮当当的声音提醒他们要升级——这就会让他们已经很紧张的机场体验雪上加霜。

当开发者不把通知视为产品的延伸,不为用户提供偏好控制时,他们就有可能破坏用户的体验并失去用户。事实上,研究表明,40%的用户在经历了糟糕的体验后,会放弃某个应用而转用竞品。

三、知道该什么时候批量发通知

简单来说,不要向你的用户发送垃圾信息。无论他们是在周一早上迟到时,还是在机场安检汗流浃背时,他们都很少会喜欢一连串的通知。

你曾经通过Google Docs与人合作过吗?它在通知方面做得很好。Google Docs不会为别人留下的每一条评论单独发送电子邮件,而是将这些通知放在一封电子邮件中一起发送。

要做到像Google Docs那样,与其用一连串的通知来淹没你的用户,不如把它们分成几批,每天只发送几次。

与其让用户花几分钟时间无限期、甚至永久地关闭推送,不如给用户一个保留产品通知的理由。 安卓7.0向开发者展示了何时以及如何创建和发送分组通知,这样就不会无意中把用户赶走了。

四、推送有用的通知

在正确的时间为你的用户提供信息只成功了一半,而知道你的用户需要什么信息可以帮你达成另一半。

让我们回到刚刚那个虚拟用户在航站楼里放松、耐心等待他们的航班(并期待着他们升级后有更好的座位)的场景。突然,他们收到一条短信,提醒他们航班被取消了。这实在是令人扫兴。

但是,如果这条短信上还显示“点击这里重新订票”,这就不那么扫兴了,实际上还挺让人开心的。

在通知用户时,提供他们需要的所有信息,以帮助他们实现最终目的。

五、使用通知分析

为了不断优化、和提供更好的用户体验,工程师和开发人员需要构建可视化的产品。可视化意味着能够看到并理解用户是如何接收通知、如何作出反应的。

如果一个产品工程团队不能了解通知的执行情况,他们就不能优化用户体验。因此等产品开发出来后,工程师和开发人员应该掌握分析通知指标的方法,从通知的送达打开率再到转化率。如果没有这些信息,我们虚构的旅游APP怎么会知道什么时候是发送推送通知的错误时机呢?

六、再进一步:提供让人愉悦并增强用户体验的产品通知

产品本身决定了用户的通知体验,这意味着开发团队可以在设计的过程中实现良好的通知体验。这是确保你的通知能提升、而不是破坏用户体验的最好方法。

七、总结

  • 一个永远不会让APP或用户失望的普遍原则:在设计和开发你的产品的过程中就考虑到你的用户及其体验,而不是事后。
  • 有五种方法可以影响通知,并使其成为你用户体验的核心——智能通知、提供通知精确度、知道该什么时候批量发通知、推送有用的通知、并使用可视化分析。
  • 了解和学习更多关于初创公司成功利用通知的例子,以及他们是如何做到的。
  • 尝试在合适的地方和合适的时间为自己提供推送服务。

原文作者:Nick Gottlieb

原文标题:Building Product Notifications That Users Love

原文地址:https://kiruik.medium.com/product-management-APPlication-case-studies-for-your-next-APPlication-case-study-1-e2f3fad00db5

译者:许绮博,人人都是产品经理实习生

本文由人人都是产品经理实习生 @许绮博 翻译发布,未经许可,禁止转载

题图来自Unsplash,基于 CC0 协议