退订与退信处理

不想继续的联系。记录下来,尊重下来。

让退出和失败记录延续到后续工作中。

LDG-029已实现待配置
看看怎样使用
灵动谷发送任务历史显示一条旧测试任务提交完成,下方退订与退信名单为空
任务历史与退订退信目录 · 真实系统截图

历史富文本附件测试任务显示提交完成,退订退信为空;不证明当前队列投递或客户送达,也未执行队列控制。

退订,保留限制。
退信,检查原因。

让退出和失败记录延续到后续工作中。

这项功能的重点3

类联系状态记录

来源:退订、退信与拦截地址;重新导入不会自动解除限制。

看看这项功能,有哪些亮点。

具体工作。
细节,值得展开。

退信,检查原因。

按实际回执保留处理记录和联系限制。

看看实际步骤

拦截地址,后续继续核对。

重新准备名单时继续核对既有状态。

看看怎样核对

功能与人工处理,分别看清

交给工具的。
由你决定的。

功能辅助

退订,保留限制。

让退出和失败记录延续到后续工作中。

按实际回执保留处理记录和联系限制。

由你复核

3 个重点。
确认之后,继续。

  1. 服务商受理不等于最终送达。
  2. 重新导入不会自动解除既有限制。
  3. 退出者的状态不能因更换名单而被忽略。

这是功能处理范围的对照;场景用于解释操作顺序,不是实测效率或已执行的客户案例。

用一件真实工作,说明功能

这一次。
记录下来。

假设某个地址已退订,后来再次出现在新名单。

假设场景 · 功能说明,非客户案例或 AI 已执行结果
原来的处理环节

重新导入后把它当成全新可联系对象。

借助这项功能之后

继续对照已有限制,排除不适合继续联系的地址。

什么时候,用上它

先准备。
再把这件事,做具体。

出现退订、退信或拦截时,让这次状态延续到后续名单核对中。

01

状态依据

实际退出请求、回执与拦截记录。

02

对象资料

对应地址与当前任务。

完整操作步骤

从开始。
到下一步。

保存退订、退信及拦截地址,避免继续联系退出者;重新导入不自动解除限制。服务商受理、送达与最终回复分别看真实状态。

01

查看退订、退信与拦截地址。

02

按实际回执保留处理记录和联系限制。

03

重新准备名单时继续核对既有状态。

把工作,一路接起来

这步做清楚。
下一步,接得上。

修改下一次任务名单时保留退出与异常依据,按真实状态核对沟通范围。

回到邮件与 WhatsApp · Linbo,看完整工作流程

使用前,了解清楚

带着实际条件。
继续这一步工作。

重新导入不会自动解除限制;最终送达与回复以实际状态为准。

产品事实与常见问题 回到产品功能目录

这个产品,还有更多细节

接入方式与条件确认

把不同接入路线的使用条件分开看清。

独立了解此功能