TikTok Shop运营到中后期,信息差是最大的杀手。样品发出去不知道什么时候签收、达人发了视频不知道出了多少单、履约超时不知道哪个环节卡住了——这些信息差每天都在吞噬利润。达秘消息实时推送怎么设置?这个问题在团队规模超过3人的卖家运营群里几乎每周都有人问。消息推送做对了,一个人能盯50个达人的履约链路;做不对,三个人也盯不过来。这篇文章从四个核心场景拆解达秘消息推送的配置方法和履约跟进的标准操作流程。
一、消息推送的四场景全景图与触发逻辑
达秘的消息实时推送覆盖了达人合作全链路的四个关键节点:样品发货、样品签收、履约状态变更、出单提醒。每个节点的推送逻辑不同,配置方式也不同。理解这四个节点的触发逻辑,是做好推送配置的前提。
| 推送场景 | 触发条件 | 推送内容 | 时效要求 |
|---|---|---|---|
| 样品发货 | 物流状态变为已发货 | 运单号与预计到达 | 2小时内 |
| 样品签收 | 物流状态变为已签收 | 签收时间与达人确认 | 1小时内 |
| 履约变更 | 计划状态或佣金变更 | 变更详情与影响范围 | 实时 |
| 出单提醒 | 达人产生首单或增量单 | 订单数与GMV金额 | 30分钟内 |
行业内部操作细节:达秘的消息推送通道有两个,一个是站内消息(在达秘后台的消息中心查看),另一个是 webhook推送(可以对接企业微信、钉钉、飞书等外部工具)。两个通道可以同时开启,互不干扰。成熟卖家团队建议两个通道都开,站内消息做存档,webhook做实时提醒,这样既不漏消息又有记录可查。

二、场景一:样品发货推送——让BD知道物流进度
样品发货推送是最基础的配置。当你在达秘里登记了样品发货信息(填入运单号),系统检测到物流状态变为已发货后,会自动推送一条消息到指定接收人。推送内容包括达人昵称、商品名称、运单号、物流公司、预计到达时间。
配置路径:进入达秘的消息设置页面,找到样品推送板块,打开发货推送开关。选择接收人(可以选单个成员也可以选整个BD组),选择推送通道(站内消息或webhook),设置推送时间窗口(建议设为全天24小时,因为样品发货可能在不同时区)。
这个场景的核心价值在于让BD知道样品已经发出,可以同步通知达人。很多团队的BD发完样品后要手动去群里报备,效率很低。配好推送后BD不用手动报备,消息自动到群,BD只需要盯着消息等签收提醒就行。
行业内部操作细节:样品发货推送里有个字段叫预计到达时间,这个时间是达秘根据物流公司API自动计算的。但API数据有延迟,特别是跨境物流。建议在推送消息的文案模板里加一句实际到达以物流公司官网为准,避免达人按预计时间催单。
三、场景二:样品签收推送——触发达人跟进动作
样品签收推送是履约链路里最关键的节点。达人签收样品后,卖家需要在24小时内跟进确认内容产出时间表。如果没有签收推送,BD只能手动查物流状态,效率极低且容易漏人。
配置方式:在样品推送板块里打开签收推送开关。接收人建议设为BD组而非单个成员,因为不同BD可能负责不同达人,签收事件需要对应的BD响应。如果你用了webhook对接企业微信,可以在消息模板里@对应的BD,实现精准触达。
签收推送的触发逻辑是物流公司API回传签收状态后,达秘在5分钟内推送消息。但有一个延迟场景需要注意:部分跨境物流公司的API回传有6到12小时的延迟。如果达人下午签收了样品,推送可能要到第二天凌晨才到。对于这种延迟,建议在达秘的达人管理里给达人打上物流延迟标签,这些达人的签收推送BD需要手动做二次确认。

行业内部操作细节:签收推送的消息模板里可以自定义跟进指令。比如设置模板文案为达人已签收样品,请在24小时内确认内容产出时间。BD收到消息后不需要再想下一步做什么,直接按指令执行就行。这种指令式消息模板能把BD的响应时间从平均4小时压缩到1小时以内。
四、场景三:履约状态变更推送——防止计划调整信息脱节
履约状态变更推送覆盖的是计划层面的变化:佣金调整、商品增删、计划暂停或恢复、达人退出或加入。这些变更如果不及时推送,会导致BD在不知情的情况下继续用旧话术跟达人沟通,引发信任危机。
配置方式:在消息设置页面找到履约推送板块,打开状态变更开关。推送粒度可以按计划维度设置,比如只推高级计划和定向计划的变更,普通计划变更不推。这样可以过滤掉低优先级消息,减少信息噪音。
履约推送的核心价值在于多团队协作场景。一个成熟卖家的运营团队通常分BD组、运营组、客服组。佣金调整是运营组操作的,但BD需要知道调了多少才能跟达人沟通;计划暂停是运营组操作的,但客服需要知道才能处理达人咨询。履约推送让三组人同步收到信息,不用再靠人工口头传达。
踩坑案例:某东南亚卖家团队运营组把一个计划的佣金从20%降到15%,没有配履约变更推送。BD不知道佣金降了,继续跟新达人说佣金是20%。达人建好视频后发现佣金只有15%,直接在社群里发了避雷帖。这个事件导致该卖家当月新增达人合作数下降40%。教训就是:佣金变更必须有推送,BD必须在收到推送后更新话术文档,再跟达人沟通。
五、场景四:出单提醒推送——实时掌握GMV动态
出单提醒推送是四个场景里最让人兴奋的。达人每产生一笔订单,达秘都会推送一条消息,内容包括达人昵称、商品名称、订单号、订单金额、累计GMV。这个推送让你实时知道哪个达人在产出、产了多少。
配置方式:在消息设置页面找到出单推送板块,打开出单提醒开关。推送频率可以设为首单提醒和增量提醒两种。首单提醒是达人产生第一笔订单时推送,增量提醒是每新增一笔订单推送一次。建议两种都开,首单提醒用于跟进达人关系,增量提醒用于评估达人产出。
出单推送的时效要求是30分钟内。达秘通过TikTok Shop的订单API轮询获取数据,轮询间隔是15分钟。也就是说达人出单后最快15分钟、最慢30分钟你就能收到推送。这个时效对于日常运营足够了,但如果做直播带货的达人,出单速度会快很多,30分钟的延迟可能错过跟进窗口。直播达人建议额外在TikTok Shop后台设实时订单提醒做补充。

行业内部操作细节:出单推送可以设GMV阈值过滤。比如设为只推送单笔金额超过5美金的订单,过滤掉低价测试单。这个阈值根据你的客单价设,一般建议设为客单价的10%。低于这个金额的订单大概率是达人自己测试或亲友单,不需要跟进。
| 推送场景 | 接收人建议 | 推送通道建议 | 跟进动作 |
|---|---|---|---|
| 样品发货 | 发货专员 | 站内消息 | 同步物流信息给达人 |
| 样品签收 | 对应BD | 企业微信webhook | 24小时内确认内容排期 |
| 履约变更 | BD组+客服组 | 企业微信webhook | 更新话术并同步达人 |
| 出单提醒 | BD+运营 | 站内消息+webhook | 发恭喜消息维护关系 |
六、履约跟进SOP:从签收到出单的标准流程
配好消息推送只是基础设施,真正的价值在于围绕推送建立标准化的履约跟进流程。以下是一套经过验证的SOP,适合管理50个以上达人的团队使用。
第一步:签收后24小时确认。BD收到签收推送后,24小时内联系达人确认内容产出时间表。话术模板:你好,看到样品已签收,方便确认下视频发布的大致时间吗?我们好安排推广资源配合。注意不要催内容,而是以资源配合为切入点,降低达人防备心理。
第二步:发布前48小时预热。达人确认发布时间后,在发布前48小时发一条预热消息:明天就要发布了,需要我准备什么素材或优惠码吗?这条消息的作用是确认达人没有忘记,同时提供最后一刻的支持。如果达人没回复,说明发布时间可能推迟,需要重新确认。
第三步:发布后2小时跟进。出单推送收到后或达人告知已发布后2小时内,发一条反馈消息:刚看到视频上线了,拍得很好。目前数据表现不错,我们会持续关注。这条消息让达人知道你在盯着数据,同时为后续佣金谈判埋下伏笔。
第四步:7天数据复盘。视频发布7天后,BD整理该达人的GMV数据、点击率、转化率,发一条复盘消息:这7天视频带来了XX单,GMV XX美金。整体表现超出预期。这个数据同时同步给运营组做佣金调整参考。
行业内部操作细节:这四步SOP在达秘里可以用任务模板功能固化下来。在任务管理里创建一个叫履约跟进四步的任务模板,绑定签收推送触发。达人签收后系统自动生成四步任务,BD按任务列表执行,每步完成后打勾。这样即使BD换人,新接手的BD也能按模板执行,不会断档。
如果BD人效下降先别加人——达秘的RPA批量邀约帮你把BD从手动发私信中解放出来,把精力留给高价值的履约跟进。点击这里了解达秘RPA批量邀约的完整功能。
七、FAQ:消息推送配置常见问题
问题1:webhook推送对接企业微信需要什么条件?
答:需要一个企业微信群机器人的webhook地址。在企业微信群里添加机器人,复制webhook URL,粘贴到达秘的消息设置页面。配置后达秘的推送消息会以卡片形式发到群里,支持@指定成员。不需要额外的服务器或开发资源。
问题2:出单推送的15分钟轮询间隔可以缩短吗?
答:目前达秘的轮询间隔是固定的15分钟,不支持自定义缩短。如果需要更快的出单提醒,建议在TikTok Shop后台的订单设置里开启实时邮件提醒,达秘的推送做汇总记录,TikTok Shop的原生提醒做即时通知,两者互补。
问题3:样品签收推送有延迟怎么处理?
答:跨境物流API延迟是常见问题。建议在达秘的达人管理里给使用延迟物流公司的达人打上物流延迟标签,对这些达人BD在签收推送的基础上每天手动查一次物流状态做二次确认。也可以在消息模板里加一句物流信息可能延迟,请以实际签收为准。
问题4:多个BD怎么区分各自负责的达人推送?
答:在达秘的团队管理里给每个BD分配对应的达人列表。推送消息时系统会根据达人和BD的绑定关系,在webhook消息里@对应的BD。如果达人没有绑定BD,推送会发到默认接收人(建议设为BD组长)。建议每周检查一次达人BD绑定关系,确保新加入的达人都有人负责。