一句话结论：催收员的日常工作流程可以抽象为一个 collection-agent。
一、催收员的一天
每天早上，催收员小李打开电脑，查看系统生成的逾期用户名单。他的工作，就是按照固定的流程，逐个处理这些用户。
这个流程可以概括为五个步骤：
flowchart LR
A[查看逾期用户列表] --> B[选择触达方式]
B --> C[触达用户]
C --> D[分析用户意图]
D --> E[根据意图谈判]
E --> F[促成还款]
看起来很简单，但每一步背后都有复杂的判断规则和操作细节。
二、五个步骤详解
第一步：查看逾期用户列表
系统每天生成一份逾期用户名单，按照风险评级排序。小李看到的列表长这样：
用户ID：U-8842 逾期15天 金额2580元 风险B 上次联系：3天前未接
用户ID：U-2156 逾期8天 金额1200元 风险A 上次联系：已承诺周五还
用户ID：U-7391 逾期32天 金额5000元 风险C 上次联系：7天前
每个用户都有完整的画像：逾期天数、金额、历史还款记录、上次联系结果、职业信息。这些信息决定了小李今天要优先联系谁、用什么方式联系。
第二步：选择触达方式
同一个用户，小李不会只打一次电话就放弃。触达渠道有优先级：
| 优先级 | 渠道 | 适用场景 |
|---|---|---|
| 1 | 电话 | 首选，直接沟通效率最高 |
| 2 | 短信/企微/WhatsApp | 电话未接时，或作为辅助提醒 |
| 3 | App Push | 用户活跃时使用 |
如果电话没打通，小李会在冷却期后换短信；短信没回复，再换企微。不同渠道的冷却期不同（1小时、4小时、24小时）。
第三步：触达用户
电话拨出去不等于用户收到了。小李需要确认：
- 电话接通了吗？（忙线/未接/接通）
- 短信送达了吗？（送达回执）
- 企微消息已读了吗？
如果未送达，标记为 UNREACHABLE，进入冷却期，下次换渠道重试。
如果已送达（电话接通、用户回复了消息），进入最关键的一步——分析用户意图。
第四步：分析用户意图
用户回应后，小李需要快速判断用户的意图。催收业务里有8种典型的用户回应：
| 类型 | 用户表现 |
|---|---|
| 愿意还款 | "好的，我现在就还" |
| 协商 | "我现在没钱，能延期吗" |
| 回避 | "知道了"（敷衍） |
| 争议 | "金额不对，我没借这么多" |
| 要求停止 | "别再联系我了" |
| 危机 | "我不想活了" |
| 拒绝 | "我就是不还" |
| 联系不上 | 电话未接、消息不回 |
这8个意图决定了下一步的行动策略。
第五步：根据意图谈判
不同意图，不同的谈判策略：
愿意还款 → 确认方式，发送链接，等待还款，隔2小时查询状态
协商 → 询问困难原因，提供方案（延期/分期），记录承诺，审批后执行
回避 → 简短确认，标记静默，沉默追踪，一段时间后重新触达
争议 → 核实身份和账单，无误则解释明细继续催，有问题则生成工单
要求停止 → 确认本人，立即停止，加入DNC（Do Not Contact，停止联系）名单
危机 → 停止催收，安慰用户，提供援助热线，福利告警
拒绝 → 强化告知，尝试协商，持续拒绝则升级
联系不上 → 换渠道重试，多次失败后升级委外
三、这个流程为什么能抽象为Agent
看完小李的一天，你会发现催收工作的本质：在一个有明确规则和反馈闭环的流程中，根据用户输入做出判断，并执行对应的动作。
这正是 Agent 的工作方式。
| 催收员的行为 | 对应 Agent 的能力 |
|---|---|
| 查看用户列表、查账单、发链接 | Tools（工具调用） |
| 遵守时间窗口、频次限制、DNC规则 | Permissions（合规约束） |
| 面对不同意图使用不同谈判策略 | Skills（场景策略） |
| 记住用户信息、对话历史、联系记录 | Context（上下文记忆） |
催收员的日常工作流程，就是一个天然适配 Agent 架构的业务场景。
四、完整工作流程图
以下是催收业务的完整工作流程，包含触达前的系统判断、触达后的用户意图分支、以及每个分支的详细处理路径：
flowchart TD
START([用户逾期]) --> LOAD[加载画像/风险评级]
LOAD --> CHANNEL[选择触达渠道]
CHANNEL --> FREQ{频率检查}
FREQ -- 超限 --> SKIP[跳过本次<br/>记录原因]
SKIP --> COOL1[冷却期]
COOL1 --> CHANNEL
FREQ -- 通过 --> EXEC[执行触达]
EXEC --> DELIVER{送达检查}
DELIVER -- 未送达 --> UNR[UNREACHABLE]
UNR --> COOL2[冷却期 1h/4h/24h]
COOL2 --> CHANNEL
DELIVER -- 已送达 --> WAIT[等待用户回复]
WAIT --> INTENT{意图识别}
INTENT --> A[愿意还款 A]
INTENT --> B[协商 B]
INTENT --> C[回避 C]
INTENT --> D[争议 D]
INTENT --> STOP[要求停止]
INTENT --> CRISIS[危机]
INTENT --> REFUSE[拒绝 F]
INTENT --> UNREACH[联系不上]
A --> A1[确认方式/发送链接]
A1 --> A2{等待还款}
A2 -- 已结清 --> END1([结清归档])
A2 -- 未结清 --> B
B --> B1[询问困难]
B1 --> B2[制定方案]
B2 --> B3[审批]
B3 --> B4[执行计划]
B4 --> B5{跟进执行}
B5 -- 按时还款 --> END1
B5 -- 再次违约 --> B6[强化告知/升级]
B6 --> ESC[升级/委外/法务]
C --> C1[沉默追踪]
C1 --> C2[重新识别]
C2 --> INTENT
D --> D1[身份+账单核实]
D1 -- 无误 --> D2[解释明细]
D2 --> A
D1 -- 确认争议 --> D3[争议工单]
D3 --> D4[暂停催收]
STOP --> S1[确认本人]
S1 --> S2[停止联系]
S2 --> DNC([加入DNC])
CRISIS --> CR1[福利告警]
CR1 --> CR2[暂停30天]
REFUSE --> R1[强化告知]
R1 --> R2{是否接受协商}
R2 -- 是 --> B
R2 -- 否 --> ESC
UNREACH --> U1[换渠道重试]
U1 --> U2{多次失败}
U2 -- 是 --> ESC
U2 -- 否 --> CHANNEL
关联
- [[01-agent-overview]] — 系列总览
- [[03-agent-architecture]] — 下一篇：架构设计与伪代码
- [[chatbot-exploration]] — 催收chatbot项目设计文档
Tags
#collection-agent #ai-engineering #agent #business
Loading comments...