抖店飞书通知售后自动化
抖音电商售后申请触发飞书通知：集成平台实操
·华聚智源团队
一句话结论
这条流程的核心是：买家发起售后 → 抖店触发消息 → 飞书集成平台过滤与组装 → 飞书卡片通知。配置好触发器、回调地址与消息卡片，就能把售后信息实时推送给负责人。
适用场景
- ✅ 需要第一时间响应抖店售后
- ✅ 希望售后信息直接同步到飞书群/个人
- ✅ 想降低人工巡查后台的成本
正文主体
1. 前置准备（参考）
面向流程搭建者的接入前准备，建议先准备抖店与飞书应用凭证。凭证齐全才能进入后续配置。
- 抖店开放平台注册并创建自用应用
- 创建抖店应用凭证（App Key / Secret / ShopID）
- 创建飞书应用凭证并开启机器人能力
具体权限与软著要求以抖店开放平台规则为准。
2. 工作流结构（10 步概要）
面向流程设计者的售后通知链路搭建，建议按 10 步梳理触发与发送。步骤清晰能减少漏发与误发。
- 抖店触发器：买家发起售后申请时触发
- 循环组件：遍历消息体 list
- 对象助手：提取 data
- 分支过滤：过滤不关注的店铺
- 状态映射：维护售后状态 code → msg
- 原因映射：维护原因 code → msg
- 时间格式化：转换时间戳
- 消息卡片：组装卡片 JSON
- 幂等 Key：msg_id 哈希避免重复通知
- 飞书消息：发送给指定人或群
3. 关键配置点
面向实施人员的上线前配置检查，建议核对回调、店铺过滤与接收人设置。配置正确才能保证通知到位。
- 回调地址：工作流发布后，将回调地址配置到抖店消息订阅
- 店铺过滤：分支节点设置店铺 ID
- 接收人：支持群 chat_id 或个人 open_id/email
4. 落地建议
面向售后与运营负责人的通知落地，建议绑定责任人并形成处理闭环。这样能避免“有通知没人处理”。
- 售后通知绑定责任人，确保响应闭环
- 异常通知可同步到群，提高处理效率
- 重要字段统一映射，减少信息丢失
常见问题
一定要发卡片消息吗？
不一定，但卡片能承载更多信息，便于售后人员快速处理。
如何只处理指定店铺？
通过分支节点过滤店铺 ID，只保留目标店铺消息。
如何避免重复通知？
可对 msg_id 做哈希生成幂等 key，避免重复发送。
延伸阅读
适用人群
需要第一时间响应抖店售后并通知飞书的电商团队。
你会学到什么
- 触发器与回调的配置方式
- 消息卡片与接收人设置
- 幂等与重复通知的处理方法