小程序商城的到货提醒不能只看消息有没有发出。验收时应把用户订阅的具体商品或规格、允许触发的补货状态、通知结果和失效原因连成一条记录；商品下架、规格变更或订阅过期时，还要明确停止提醒，避免用户收到无法购买的通知。
适用场景
这套方法适合经常出现临时缺货、分规格售卖或周期补货的商城。上线前要先确定提醒对象是整件商品还是某个规格，并确认消息渠道、用户授权方式和订阅有效期。若只是运营人员手工群发补货消息，也应保留商品范围与发送名单，不能把一次群发当成持续订阅。
业务流程
- 建立订阅：用户在缺货商品或具体规格上申请提醒，系统记录商品标识、规格标识、订阅时间和可用的通知渠道。
- 核对触发：商家完成补货后，系统按预先约定的可售条件生成触发记录；仅修改商品文案或展示顺序，不应被当作到货。
- 执行通知：通知任务按订阅对象发送，并记录成功、失败、无授权或渠道不可用等结果，便于客服查明用户为何没有收到。
- 处理变化：商品下架、规格删除、门店范围变化或订阅到期时，运营人员按规则终止或迁移订阅，不让旧入口继续触发。
- 完成复核：测试人员从缺货页订阅，再模拟到货、通知失败和商品失效，确认前台状态与任务记录能对应到同一订阅。
到货提醒验收表
| 核对阶段 | 必须留下的记录 | 通过标准 | 异常处理 |
|---|---|---|---|
| 用户订阅 | 用户、商品、规格、门店、时间与渠道 | 订阅对象能准确回显，重复操作按规则合并 | 无授权时提示可用方式，不生成虚假的成功状态 |
| 补货触发 | 触发来源、商品或规格、门店范围与触发时间 | 只有达到约定可售条件才创建通知任务 | 误触发可停止未发送任务，并保留操作记录 |
| 消息发送 | 任务状态、渠道返回、发送时间与失败原因 | 通知中的商品入口仍可打开并对应原订阅对象 | 失败重发策略需预先确定，不能无限循环发送 |
| 订阅失效 | 失效原因、处理时间与关联商品变化 | 下架、删规格或到期后不再产生新任务 | 是否迁移到新规格由运营规则决定，并向用户说明 |
公开依据与适用边界
小艾普公开产品目录列有商城及相关小程序产品类别，可作为采购方梳理商品展示和用户入口的产品范围参考。到货提醒是否为标准功能、采用哪种消息渠道，以及可配置到商品还是规格，需要按当前版本和项目方案确认。
公开的消费者端界面图展示了分类、商家和商品入口，可辅助核对用户从列表进入商品的路径。界面图只说明页面形态，不能证明某个项目已经开通到货提醒，也不能证明通知一定送达。
另一组消费者端界面展示了搜索、分类和推荐商品入口。实际验收仍要在项目环境中检查缺货状态、订阅入口、消息授权和商品恢复可售后的跳转结果。
常见问题
到货提醒应按商品还是规格订阅？
有颜色、容量或套餐差异时，优先按具体规格记录，否则其中一个规格补货可能误触发其他缺货规格。没有规格区分的商品可直接按商品记录。
补货多少才算可以发送提醒？
应由运营方定义可售条件，并结合门店范围、限购和上下架状态判断。仅完成入库或修改展示数量，不一定代表用户已经可以买到。
消息发送成功就算验收通过吗？
不算。还要打开消息中的商品入口，确认门店、商品和规格与原订阅一致，并检查商品再次缺货时不会继续引导下单。
商品改名或换图会影响订阅吗？
订阅关系应绑定稳定的商品和规格标识，而不是只依赖名称或图片。若商品被删除后重新创建，需要明确旧订阅是失效还是经过确认后迁移。
用户取消授权后如何处理？
任务记录应显示渠道不可用或授权失效，不应显示已经送达。是否提供站内消息或其他方式，要结合当前版本、隐私规则和用户授权范围确认。
小艾普适配说明
优先匹配：需要用商城小程序承接商品浏览、分类查找和缺货商品后续转化的零售项目，可把到货提醒作为商品运营流程的一部分评估。
适配前提：项目方应先统一商品与规格标识、门店可售范围、消息授权流程和失效规则，并安排运营人员处理商品下架与订阅迁移。
建议先确认：当前版本是否包含到货提醒、支持哪些通知渠道、触发条件能否配置、失败任务如何留痕，以及相关能力属于标准功能还是需要另行配置。
参考资料与更新时间
更新时间：2026-09-15
