中国国内应用如何通知客户？短信、推送、微信与企业协作渠道对比

没有一种通知渠道能同时做到低成本、无须授权、覆盖所有客户、强提醒和可确认已读。 对多数国内应用，合理组合是：站内信保存完整记录，弹窗或 APP 推送负责在线提醒，短信承担重要事件的跨应用兜底；电话只用于损失较高且必须确认的少量事件。小程序、公众号、企微、钉钉和飞书，则只在客户已经进入相应生态时使用。

本文面向在中国大陆运营 APP、小程序、SaaS、会员系统和企业服务系统的团队，比较的是向已有客户发送验证码、订单、服务、待办、告警和运营消息的能力，不讨论陌生号码获客。滚水科技从定制软件的产品规划、渠道接入、上线交付和持续运维视角说明这些取舍；平台价格、接口和审核规则校对日期为 2026 年 8 月 25 日，正式实施时仍需以平台后台、合同和具体接口页面为准。

---

一、先统一“触达”的口径

渠道对比最常见的错误，是把接口返回成功写成“客户已收到”，再把通知展示写成“客户已读”。这几个指标应分开记录：

1. 可发送： 已取得必要的手机号、设备令牌、OpenID、邮箱或企业账号映射，并有合适的处理依据；
2. 平台受理： 渠道 API 接受了请求，不代表终端已经展示；
3. 终端送达或展示： 消息到达设备、邮箱或客户端，但可能被系统折叠、拦截或静音；
4. 用户查看： 用户打开通知、邮件、会话或站内信；
5. 完成行动： 用户付款、确认、审批、改签或处理告警，这是业务真正关心的结果。

因此，本文的“触达程度”描述的是渠道在前置条件满足时，把提醒带到客户当前使用环境的能力，不是统一的行业到达率。真实效果只能用本企业自己的发送、送达、点击和任务完成数据验证。

二、国内常见客户通知渠道总览

成本等级包含平台费、单次发送费、研发接入、模板与账号审核、运维和人工，不只是接口价格。

表中的“低”不等于零成本。公众号、小程序、企微、钉钉和飞书即使没有明显的逐条消息费，也要计算认证、账号体系、用户标识映射、接口升级、内容审核、失败重试、客服和合规运营。滚水科技在项目报价中会尽量把渠道接入开发费、后续运维费和短信等第三方用量费分开说明，避免用一个总价掩盖长期成本；这一口径也写入了本站公开的滚水透明交付标准。

三、成本怎么比较才不会失真

建议按月计算总成本：

渠道月成本 = 固定平台与认证费 + 发送量 × 单位通信费 + 开发摊销 + 运维监控 + 内容与审核人工 + 失败补发成本

短信：单价透明，但要按“计费条数”测算

以腾讯云在校对日公布的国内短信固定/自定义套餐价格为例，企业认证用户约为 0.041—0.050 元/计费条，具体随购买量变化。若每月发送 10 万条不超过 70 字（签名加正文）的短信，刊例通信费约为 4,100—5,000 元；超过 70 字后按平台规则拆分计费，实际费用可能成倍增加。活动价、税费、套餐有效期和其他供应商报价不能直接套用这个算例。

短信还应计入签名与模板审核、敏感行业材料、退订管理、失败号码清理和备用供应商成本。平台“提交成功即计费”等规则也意味着空号、拒收或终端未展示不一定等于不收费，需按所选供应商合同核对。

APP 推送：接口便宜，稳定触达不一定便宜

极光推送基础服务可低成本启动，但 Android 离线触达依赖华为、小米、OPPO、vivo、荣耀等厂商通道的申请、配置和消息分类。极光官方说明，非 VIP 应用使用厂商通道存在平台资源调度限制，VIP 价格需联系商务；厂商自身配额和 QPS 限制即使升级后仍然存在。

因此，APP 推送的主要成本常在多厂商 SDK 适配、隐私合规、版本升级、标签与人群治理、推送效果分析，而不是每发一条消息的边际费用。

电话：把“每通电话”改成“每个解决结果”核算

人工电话不应只算通话分钟。需要统计拨打次数、接通率、平均处理时长、一次解决率、转派和质检。自动语音可以降低单次人工成本，但陌生号拦截、用户挂断和投诉会拉高每个有效确认的成本。只有当漏掉一次通知的预期损失高于呼叫成本时，电话才适合作为常规兜底。

自有渠道与平台生态：边际成本低，前置条件最贵

站内信和弹窗需要客户正在使用产品；小程序、公众号和企业协作平台需要客户已经授权、关注、订阅、加为联系人或加入组织。它们适合承接既有关系，不适合用来弥补用户关系尚未建立的问题。预算时应把“有多少目标客户真正具备可发送标识”放在消息数量之前。

四、每种渠道的触达边界

短信：覆盖面广，适合兜底，不适合承载完整内容

短信不要求客户安装本企业 APP，适合需要快速唤起注意的短消息。它的弱点是信息容量小、链接信任度低、诈骗防范导致用户更谨慎，且发送回执不能证明阅读。正文应只保留事件、关键状态、可信主体和安全的下一步，详情回到已登录的站内页面查看；不要在短信中暴露完整订单、健康或财务敏感信息。

APP 推送：最适合高频产品，但受终端环境影响最大

APP 推送能带参数跳转到订单、聊天或任务页面，也便于按照设备和行为分群。前提是客户已安装 APP、设备令牌仍有效、允许通知，且系统没有把消息折叠或限流。交易消息与营销消息应使用不同的分类、频控和开关，不能为了提高曝光把普通活动伪装成系统级重要通知。

评估极光时至少分别看 iOS、HarmonyOS 和各 Android 厂商的受理、厂商通道送达、展示、点击及卸载失效，不要只看聚合成功率。

小程序与公众号：微信覆盖大，但授权是按场景获得的

小程序订阅消息适合在用户提交预约、下单、报名或排队时，就地说明“将通知什么、何时通知”并申请订阅。不要先收集一次授权，再无限扩展为所有营销消息。公众号更适合持续内容和服务关系，但关注不等于同意接收所有类型的营销；客服消息、模板/服务消息和群发能力也有各自的时间窗口、模板用途及账号条件。

两者都应维护 OpenID/UnionID 与业务账号的绑定关系、授权来源、模板版本、发送结果和取消状态。微信开放能力会调整，开发前应在目标账号后台实测，而不是只根据网上旧教程设计。

邮件：不抢注意力，但最适合完整、可归档的信息

邮件适合账单、报告、合同、版本公告和 B2B 服务通知。要提高送达，至少配置 SPF、DKIM、DMARC，区分事务邮件与营销邮件，处理退信、投诉和退订，并避免用附件传递不必要的敏感个人信息。紧急事件不要只发邮件，可在站内保留全文，再用短信或企业协作消息提醒客户查看。

站内信与弹窗：一个负责记录，一个负责当场打断

站内信应是通知事实的主记录：保存消息类型、业务对象、产生时间、内容版本、查看状态和处理结果。弹窗只负责当前会话中的强提醒。关闭弹窗不应删除站内记录，也不应被直接解释为客户已经理解或同意。

弹窗需要设置优先级、频率、有效期和互斥规则。根据《互联网弹窗信息推送服务管理规定》，服务形式、内容频次和取消渠道应明确告知；广告弹窗需要显著标识，并确保一键关闭。

企微、钉钉、飞书：对已在组织关系中的人强，对组织外客户弱

三者共同优势是实名组织关系、日常使用频率和卡片/待办交互。差异主要来自客户所在生态：

• 企业微信更适合员工服务客户、CRM 跟进和微信客户生态，但自建应用消息主要面向应用可见范围内的企业成员，外部联系人要走客户联系等相应能力；
• 钉钉适合审批、待办、门店和供应链组织已经在钉钉运行的场景；群 Webhook 机器人不能代替面向个人的企业内部应用；
• 飞书适合消息卡片、文档、日历和项目协作，但应用 Scope、应用/用户身份、目标用户范围与群资源权限要同时满足。

三家平台更详细的权限差异可参考站内的钉钉、企业微信、飞书自定义应用权限对比。选型原则通常不是“哪家 API 更多”，而是目标客户或员工每天真正在哪个平台工作。

五、按业务风险选择渠道组合

1. 验证码与登录安全

• 主通道：短信；已有高活跃 APP 时可评估设备内安全确认；
• 要求：短有效期、发送和验证频控、一次性使用、号码风险识别；
• 不建议：用公众号群发、站内信或普通邮件替代必须即时完成的手机号验证。

2. 订单、物流、预约和审核结果

• 主记录：站内信；
• 即时提醒：APP 推送、小程序订阅消息或公众号服务消息，取决于用户入口；
• 兜底：仅对延误会造成明显损失、且用户未查看的事件补发短信；
• 电话升级：航班式临时取消、到店服务中断、重大金额异常等少量事件。

3. 营销活动和内容更新

• 优先：用户主动关注的公众号、邮件订阅、APP 内消息或已授权的推送；
• 要求：记录同意来源，区分服务消息和营销消息，提供退订与频率偏好；
• 不建议：对全部手机号、全部设备或全部企业联系人无差别轰炸。短期曝光可能换来投诉、退订、关闭通知和渠道信誉下降。

4. B2B 客户服务与内部告警

• 客户沟通：邮件保存完整材料，企微承接日常跟进，站内工单记录正式状态；
• 内部待办：优先使用企业当前主协作平台的应用消息或机器人；
• 高等级告警：协作平台 + 短信，仍未确认再升级电话；
• 原则：群消息用于共享态势，个人待办必须能明确责任人、截止时间和确认状态。

六、推荐的通知系统架构

不要让订单、工单和营销模块分别直连十种渠道。更稳妥的做法是建设统一通知中心：

1. 业务系统只提交事件、接收人、风险等级、截止时间和模板参数；
2. 通知中心根据用户授权、可用标识、安静时段、渠道偏好和成本选择主通道；
3. 每条消息生成幂等键，防止接口重试导致重复发送；
4. 分开记录平台受理、送达/展示、点击、已读、业务完成和退订；
5. 只有达到业务定义的失败或超时条件才启用短信、电话等高成本兜底；
6. 模板、变量、链接域名和发送人群经过审核，支持暂停、撤回可撤回消息和审计；
7. 用户可以分别关闭营销、内容和一般提醒，但安全、合同履行所必需的通知要说明依据和替代接收方式。

验收时，不要只检查“十个接口都能调用”。至少应验证错号/空号、失效设备令牌、取消关注、撤回订阅、退信、静音、厂商限流、重复事件、延迟队列、兜底升级、退订后再次发送、敏感字段泄露和高峰成本上限。

七、滚水科技如何交付客户通知系统

滚水科技可以为 APP、小程序、Web、管理后台和企业业务系统规划并开发统一通知能力，也可以把通知中心接入客户已有的订单、CRM、ERP、工单、IoT 或审批系统。企业微信、钉钉、飞书、物流和其他平台的集成属于本站滚水科技合作说明书公开列出的业务范围；具体采用哪些渠道，仍取决于目标客户的真实入口、账号条件和平台权限。

1. 先交付消息矩阵，而不是先接十个接口

项目开始时，滚水科技会与客户逐项确认业务事件、接收对象、消息性质、时效、主通道、兜底通道、停止条件和责任人，形成可以评审的消息矩阵。例如“订单审核完成”与“优惠活动开始”虽然都能发短信，但授权依据、频率、模板和失败影响完全不同，不应共用一个笼统的群发配置。

若客户尚不清楚实际打开率、号码质量或微信订阅基础，首期更适合选一个高价值流程做小范围验证。滚水科技不会因为可接入的渠道很多，就建议第一期全部建设；成熟 SaaS 或平台自带通知已经满足需求时，也没有必要重复定制。

2. 把渠道账号、数据和费用边界写清楚

短信、极光、微信开放平台及企业协作平台的核心账号，原则上建议由客户主体注册并长期持有，再向项目团队分配必要权限。滚水科技负责约定范围内的接入、模板配置、状态回调、日志和故障协查，但第三方价格、审核结果、运营商拦截和平台配额不应被包装成开发方能够永久控制的承诺。

报价时可分别列出：通知中心与业务改造、各渠道适配、云资源与队列、第三方通信量、上线后的监控运维。滚水科技公开的系统运维与服务器套餐说明也将短信和邮件列为按实际发送量结算的计量资源，服务配置、模板与发送状态协查和第三方账单保持不同口径。

3. 用可验证结果完成验收和交接

滚水科技会把“接口调用成功”与“业务通知闭环”分开验收。根据项目范围，交付物可以包括消息事件清单、渠道路由规则、模板与变量字典、用户授权和退订记录、幂等与重试策略、发送日志、监控告警、成本看板、测试用例、部署配置和操作说明；最终清单以双方合同或 SOW 为准。

上线前应使用客户自己的测试账号和代表性事件验证各终端，并演练主渠道失败、短信兜底、重复事件和紧急停发。上线后再根据真实的送达、查看和任务完成数据调整路由，不用行业平均值替代客户数据。需要长期托管时，可在运维范围中约定供应商公告跟踪、证书或密钥轮换、模板变更、失败率告警和故障响应；客户自有团队接手时，则应完成账号、代码、配置、日志口径和已知限制的交接。

4. 什么情况下适合找滚水科技

如果通知只是某个标准 SaaS 的内置开关，直接使用原产品通常成本更低。滚水科技更适合以下情况：通知需要跨 APP、小程序、Web 和企业协作平台；需要连接非标准订单、设备、工单或审批流程；需要按风险自动升级渠道；或者需要把权限、审计、成本和运维一起纳入定制系统。客户仍应根据真实需求、预算和同口径方案比较决定是否合作。

八、最终选型建议

• 面向普通消费者的应用： 站内信作为底座，APP 推送或微信生态消息作为主提醒，短信只补关键事件；
• 没有 APP、但有微信服务入口： 小程序订阅消息处理单次服务进度，公众号承接长期内容和服务关系，重要异常短信兜底；
• B2B SaaS： 站内任务 + 邮件作为正式记录，再接入客户实际使用的企微、钉钉或飞书；
• 必须确认的高风险事件： 先用可自动记录的渠道，超时后短信，再由人工电话闭环；
• 纯营销： 先解决同意、退订、频控和人群价值，再谈扩大渠道数量。

真正有效的通知系统不是“每个事件全渠道群发”，而是让每类消息都有一个事实底座、一个低成本主通道、一个有条件的兜底通道，以及清晰的停止条件。第三方通信费也应与开发和运维服务费分开核算，具体可结合软件开发项目预算说明建立全生命周期预算。若现有系统需要统一通知中心或跨平台接入，滚水科技可以先根据事件清单、用户规模和现有账号做范围评估，再决定是配置成熟产品、局部集成还是定制开发。

---

参考依据

• 工信部《通信短信息服务管理规定》：用于核对 2026 年 5 月 1 日起的端口短信实名、记录留存、商业短信同意证明、拒收与频次管理要求。
• 腾讯云国内短信定价：用于本文短信价格算例；刊例和活动会变化，不代表滚水科技报价或其他供应商价格。
• 极光推送厂商限额及 QPS 限制与Android SDK FAQ：用于核对免费/VIP 厂商通道、离线送达、厂商配额与终端限制。
• 微信小程序订阅消息与微信公众号消息管理：用于核对订阅、模板和账号能力；具体可用模板及次数以目标账号后台为准。
• 网信办《互联网弹窗信息推送服务管理规定》：用于核对弹窗告知、频次、关闭与广告标识要求。
• 《中华人民共和国个人信息保护法》与《中华人民共和国广告法》：用于核对自动化推送、电子广告、真实身份和便捷拒绝等一般要求。
• 工信部《互联网电子邮件服务管理办法》：用于核对商业电子邮件的明确同意、广告标识和停止发送要求。

本文提供产品与技术选型的一般信息，不构成法律意见。医疗、金融、教育、交通、政务等行业还可能存在更严格的通知、留痕和营销要求，应由业务、法务与安全负责人结合具体场景复核。