小型企业 App 推送通知实用指南

如果顾客已经在使用你的 App，而且需要及时收到消息并采取行动，App 推送通知就能帮到你的小型企业。如果顾客没有理由经常打开 App，先用电邮或短信会更合适。先为系统整合和技术支持预留预算，再测试一个实用的通知流程，然后才扩大使用范围。

了解 App 推送通知

App 推送通知是由已安装的 App 发出的消息，即使 App 处于关闭状态，也能显示。你的企业通过消息投递服务发送通知，顾客的设备则控制通知的显示方式。

首先要取得许可。Apple 的网页推送文档要求先征求用户许可，才能发送通知。许可也决定了你的原生 App 能触达哪些用户，所以顾客安装了 App，并不代表你就能向他们发送通知。

• 你的顾客需要一个安装或定期使用 App 的理由。
• 你能触达哪些用户，取决于他们是否给予许可，以及设备的设置。
• 每条消息都应帮助顾客及时采取有用的行动。
• 你的团队需要确保触发事件与消息发送之间有可靠的连接。

iPhone 的情况有所不同，这一点很重要。根据 Apple 开发者文档，要在 iPhone 上使用网页推送，必须运行 iOS 16.4 或更新版本，并将网页应用添加到主屏幕。仅仅访问普通网站还不够。

这个安装步骤会影响你的选择。网页推送可以服务于再次访问网站的用户，但你仍然需要他们先完成相应操作，才能发送最新消息。

你的小型企业该使用推送通知吗？

如果顾客已经会回到你的 App 执行任务，而及时发送消息能帮助他们完成任务，就选择 App 推送。不要只为了发送促销消息而开发 App。

顾客反复使用 App，你才有理由用通知打断他们。与泛泛地邀请顾客随便逛逛相比，直接引导他们找到所需内容的消息更有意义。

PushEngage 提供了一个将消息发送与业务数据连接起来的具体例子。据 PushEngage 介绍，其平台支持由店铺数据和客户关系管理系统触发的 App 和网页推送，客户关系管理系统用于保存客户记录。

真正有用的是这种连接。基于店铺数据的工作流程需要一个事件、一位受影响的客户，以及一个让这位客户采取行动的目标页面。店铺里的一条记录发生变化，并不意味着就值得发送通知。

设置第一个工作流程时，选择一个现有且客户需要知道的事件，并将它与一个有用的操作关联起来。如果这次更新需要较长的解释，电邮会是更好的选择。如果你的受众不会安装或再次打开 App，就先从他们已经在用的渠道入手。

预算不能只算平台费用

你的通知预算包括消息服务的订阅费，以及将它连接到你的 App 所需的工作。订阅费只是其中一项。

据 PushEngage 介绍，其免费方案涵盖一个网站或 App，最多支持 200 名订阅者和 30 次推广活动。PushEngage 列出的付费方案每月 $8 起，按年收费，更高级别的方案提供更大容量，以及目标追踪和按时区发送等功能。

决定采用之前，先向 PushEngage 确认当前的限制，以及你的 App 所用的具体技术是否符合使用条件。起步价并不能说明你的工作流程需要哪些功能。

• 开发涵盖权限请求界面和 App 的通知处理。
• 集成将业务事件与正确的客户和设备关联起来。
• 测试会检查各款受支持设备上的权限、送达情况和消息跳转的目标页面。
• 支持服务涵盖故障处理、平台变更和持续维护。

实施总费用取决于你现有的代码和数据连接。一个已有正常运作的客户账号和可靠事件记录的 App，与一个尚未具备这些基础的 App，所需的工作并不相同。

一份实用的报价会将初始设置与后续持续支持分开列明，并说明由谁维护连接。免费使用平台可以帮助你测试需求，但并不能免去这项责任。

选择你的团队能管理的软件

如果你的员工需要发送更新，又不想每次都依赖开发人员，托管式消息服务会是更好的起点。直接集成则适合能够维护自己的发送工具，并且需要自定义控制功能的团队。

两种方式都需要在 App 中进行设置。必须有人将客户账号与设备关联起来，并确保这种连接持续正常运作。

据 PushEngage 网站介绍，其服务支持 App 推送通知。这让它成为一个值得评估的选择，但是否适合，仍取决于你的 App 技术和工作流程。

• 兼容性涵盖你的 App 框架和受支持的操作系统。
• 触发条件将消息与你的业务软件中可靠的事件关联起来。
• 受众分组让你能联系到受某个事件影响的客户。
• 偏好设置让客户能选择接收哪些主题的消息。
• 报告将通知活动与客户完成的任务关联起来。
• 所有权条款涵盖账号访问权限，以及你停止使用服务时如何导出数据。

如果你的小团队没有开发人员提供持续支持，就选择托管式消息服务，并明确指定集成维护负责人。管理面板能减少日常发送消息的工作，但不会替你负责 App 的连接或客户数据。

建立你的第一个通知工作流程

先从一个能帮助现有 App 用户完成任务的事件入手。首次发布的范围要小。

这个工作流程需要一个可靠的事件和一个有用的跳转目标。消息如果打开了错误的页面，就会给客户增加工作。

1. 明确事件和受众。记录发生了什么变化、哪些客户需要知道，以及什么操作才算成功。排除所有已经完成任务的人。
2. 连接来源系统。你的开发人员会将事件与正确的客户及已注册的设备关联起来。连接应能处理重试，避免反复发送同一条更新。
3. 在相关使用场景中请求权限。当客户使用相关功能时，先解释授予权限的好处，再显示权限请求。即使客户拒绝，也应能继续进行原本的任务。
4. 撰写消息时，一并设定跳转目标。深层链接是指向 App 内特定页面的链接。它应打开相关任务；如果需要登录，也应保留这个跳转目标。
5. 在支持的 iOS 和 Android 设备上测试。检查权限被拒绝、用户未登录、事件重复和任务已过期的情况。分别在 App 打开、后台运行和关闭时，测试通知的接收和点按效果。

如果测试或早期报告发现故障，明确指定的负责人应能暂停发送。

衡量操作成效，避免通知疲劳

以客户完成的任务来评估试点成效。光看点按次数还不够。

选择一小群符合条件的受众，并在可行时设置一个情况相近、但不接收消息的对照组。在同一时段内衡量两组的表现，不要为了测试而停发必要的服务通知。

• 权限授予率是授予权限的用户数除以看到权限提示的用户数。
• 在可以衡量送达情况时，点按率是被点按的通知数除以已送达的通知数；如果你使用已发送的通知数作为分母，就要标明。
• 任务完成率是每个试点组中完成预定任务的用户数除以该组符合条件的用户数。

小型企业团队使用推送通知时，需要提供主题偏好设置，并设定涵盖所有活动的发送频率上限。非紧急消息的发送时间应顾及客户的当地时间。任务一旦完成，就应停止重复提醒。

跳转目标失效，可能让及时提醒的好处化为乌有。监测失效链接和已过期的任务，并避免在锁屏文字中显示敏感细节。

通知不保证一定送达。网络状况和设备设置可能导致提醒延迟或无法显示，因此关键更新需要备用渠道，例如电子邮件或短信，并取得适当同意。

与 AppDesign360 明确下一步的工作范围

在 AppDesign360，我们从你的客户要完成的任务出发，在开工前以书面形式约定工作范围、价格和上线日期。对于现有 App，如果底层工作流程已经能正常运作，将范围集中的通知集成作为首个项目，是合理的选择。

你不需要准备技术规格就能开始。以下细节有助于确定需要连接哪些系统，以及由谁负责维护。

• 你的 App 所用的技术和支持的设备，有助于确定需要哪些集成工作。
• 你的目标受众，以及你希望他们完成的操作，决定了第一个工作流程。
• 哪个系统记录触发事件，就从哪个系统开始连接。
• 明确你的 App、消息服务和开发者账号各由谁负责，有助于厘清访问权限和交接安排。

我们会明确所有权和交接安排，确保你保有自己的代码和账号。你的通知项目范围也应明确测试责任和持续支持安排，包括谁有权暂停消息发送，以及谁负责修复失效的连接。

如果你的团队能发送营销消息，却无法维护集成，那么下一步最好请专业人员来实施。你可以通过 https://appdesign360.com/contact 预约我们的免费 20 分钟需求沟通电话，聊聊你的项目。

常见问题