DL-02 · 应收账龄三色与催收动作台账
痛点 208 万逾期应收躺在财务的账龄表里 · 没有任何一栏写「谁在催、催到哪一步」
① 场景引入
一、这件事现在是什么样
应收账款与时效抢救 · 真实业务触发
时效预警表(DL-01)跑完,宋雅雯发现另一半问题:账龄表只回答「欠多久了」,不回答「催收走到哪一步」。粤丰建材 8.4 万账龄 3 年,台账上催收记录一片空白 —— 不是没人催过,是催没催、催到哪,全在各业务员的记忆里。
二、痛点 · 每条都有来源
- 账龄分段有行业口径:90 天内是催收黄金期、180 天以上收回率不足 50%、满一年核销概率约 80% —— 但多数公司的账龄表只有数字分档,没有对应的动作分档
依据:账龄催收行业口径:90 天内为黄金期、180 天以上收回率不足
50%、满一年核销概率约 80%(律所估算口径)2法院白皮书:97.8% 的商事争议集中在货款/质量/解除类 —— 应收管理失守是中小企业打官司的第一来源依据 · 多家法院商事审判白皮书:97.8% 争议集中在货款/质量/解除类,败诉四大内因中两个与证据相关(签收无签字、对账无签章)3催收记录散在业务员微信里:谁催过、对方什么反应、有没有承诺还款日 —— 换手机即灭失,法务接手时什么都拿不出依据 · 江西全南案反面对照:被告辩称从未收到催款,原告若拿不出微信催款记录即败诉 —— 催收记录散在业务员手机是通病
三、换个做法之后
变化不在「快」,在「参与的角色」和「覆盖的范围」
✕ 现在的做法
- 账龄分段有行业口径:90 天内是催收黄金期、180 天以上收回率不足 50%、满一年核销概率约 80% ——但多数公司的账龄表只有数字分档,没有对应的动作分档法院白皮书:97.8% 的商事争议集中在货款/质量/解除类
—— 应收管理失守是中小企业打官司的第一来源催收记录散在业务员微信里:谁催过、对方什么反应、有没有承诺还款日 —— 换手机即灭失,法务接手时什么都拿不出
✓ 交给 Agent 之后
- 多来源文件一次读入,先做口径与完整性校验,再开始算
- 每条结论绑定来源文件、字段或条号,可以被审
- 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
- 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案
四、场景闭环
6 步 · 每一步的产出都是下一步的输入
- 账龄重排 · 五档口径确认1-30/31-90/91-180/181-360/360+ —— 与行业口径对齐,360+ 单独标占比
- 催收记录归集 · 每笔欠款补上「催到哪一步」从微信记录和业务员口述拼出:最后催收日/方式/对方答复/是否承诺还款—— 缺记录的标「催收留痕空白」
- 分档配动作 · 每档一条标准动作线30 天内业务员自催 → 90 天内主管介入+对账函 → 180 天法务发催款函 → 360 天起诉/核销评估 —— 动作线写死
- 双刻度交叉 · 账龄 × 时效账龄短但时效临界(对账函从未签章)的单独标出 —— 两套刻度各管一头,漏一头就翻车
- 留痕设计 · 30 秒能填的催收栏日期/方式/对象/结果四格 —— 业务员发完微信顺手记,不增加负担
- 台账交付 · 责任到人的一页每笔欠款:账龄档/时效档/当前动作/下一步/责任人/时限 —— 老板看的就是这页
要准备什么:财务「应收账款账龄表」208 万、16 笔、五档账龄 —— 与 DL-01 同源业务员催收记录(微信导出+口述补充)现状是散的 —— 能拼多少拼多少客户分层信息(老客户/新客户/战略客户)催收力度与客户关系的平衡输入
DL-01 时效预警表时效维度与账龄维度交叉 —— 同一笔欠款两个刻度
为什么这个场景值得做
优先级评分:痛感 5 × AI 适配 4 ÷ 落地难度 2 = 10.0
最大差异点:不要求先上应收系统。财务账龄表 + 业务员催收记录两个来源交叉 —— 「账龄分档」与「催收动作分档」对齐成一张表,留痕栏设计成业务员 30 秒能填完的粒度。
评分口径:痛感看「这事没做好谁会生气、生气到什么程度」;
AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」;
落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。
五、会产出什么
判断标准只有一个:这份东西能不能直接进企业的流程
- 正式件本体:
应收账龄与催收动作台账.xlsx16 笔 × 账龄档/时效档/动作/责任人/时限 - 可派发清单:
幽灵催收与空白留痕清单.xlsx台账写着跟进、实际无动作的 · 逐笔核实 - 可派发清单:
催收留痕模板.xlsx日期/方式/对象/结果四格 · 业务员 30 秒填完
这套东西不承诺什么:不做「要不要起诉、给不给折扣」的决定。本场景做的是账龄与动作的匹配:每档该做什么、谁做、做到哪了 —— 台账本身成为催收纪律。
② Live Demo(演示逐步)
演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。
案例设定:凯诺电气(虚构)时效预警表(DL-01)跑完,另一半问题浮出:账龄表只回答「欠多久」,不回答「催到哪一步」。16 笔逾期、208 万,催收记录全在各业务员的记忆里 —— 宋雅雯要拼出一份带动作的台账。
逾期应收208.0 万 / 16 笔幽灵催收5 笔360+ 档占比73.7%结论4 笔先补证据再执行
输入法务手上能拿到的东西
不需要整理格式、不需要改文件名 · 直接拖进对话框
01_应收账款账龄表.xlsx财务账龄表 —— 与 DL-01 同一份(16 笔 / 2,080,000 元)财务经理梁慧芳维护 · 每月结账后更新02_业务员催收记录拼凑版.xlsx九个业务员的催收动作拼出来的台账 —— 与 DL-01 的 02 号素材同源,这次看动作面宋雅雯挨个收集 · 一次性03_客户分层与关系档案.xlsx客户分层 —— 催收力度与客户关系的平衡输入销售主管维护 ·不定期
注意标橙色那一份 —— 02_业务员催收记录拼凑版.xlsx。它宋雅雯挨个收集 · 一次性,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。
提示词就说这么几句
没有模板、没有表单 · 专业规则由 Skill 兜底
财务的账龄表和业务员的催收记录都在这,帮我拼一份带催收动作的应收台账。 每笔欠款现在催到哪一步、该做什么动作、谁负责,都给我列清楚。 账龄多久该干什么,按行业惯例给我一条标准线,写死别留模糊。 催收记录拼不出来的就标空白,别帮我编。 最后给我一页责任到人的。
短是因为「五档账龄口径、分档标准动作线、双刻度交叉规则」都在能力包里。跟时效预警表是姊妹场景。
触发时效答完了「还能不能要」,动作台账答「谁在催、催到哪一步」
账龄 × 时效双刻度,加上催收留痕 —— 三线合一
第 1 步 · 幽灵催收识别 · 台账说在管,微信说没动
两个数据源逐笔交叉
第 2 步 · 分档配动作 · 每档一条标准动作线
行业口径翻译成本公司的动作表
第 3 步 · 双刻度交叉 · 账龄看颜色,时效看锚点
两套刻度各管一头,漏一头就翻车
第 4 步 · 留痕设计 · 30 秒能填的四格
日期/方式/对象/结果 —— 业务员发完微信顺手记
第 5 步 · 台账交付 · 责任到人的一页
每笔欠款:账龄档 / 时效档 / 当前动作 / 下一步 / 责任人 / 时限
不讲省了多久 · 讲少了几个隐患、沉淀了什么
③ 能力沉淀(Skill / 提示词 / 预期输出 / 人工边界)
1. Skill 能力包
导入之后,同类任务会自动按这套规则走 —— 提示词才能写得那么短
应收账龄三色与催收动作台账 · Skill
SKILL.md 主本 + references(输出骨架 / 判据 / 渲染脚本)· 符合 WorkBuddy Skill 规范
版本 v1.0
aging-collection-ledger.zip
在 WorkBuddy 里直接上传这个 zip 即可导入
包内结构
SKILL.md主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界references/output_template.md输出骨架(sheet 名 / 分区顺序 / 列头)+ 可直接运行的渲染脚本references/judgement_rules.md判据与口径 —— 什么情况算异常、什么情况必须拦住
references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细,不会拖慢每次对话。
2. 原始素材
这些就是法务手上真实能拿到的东西 —— 格式不统一是常态,不是问题
📁DL-02 · 演示素材
脱敏构造数据 · 真实业务格式 · 埋点可核验
共 3 份
01_应收账款账龄表.xlsx财务账龄表 —— 与 DL-01 同一份(16 笔 / 2,080,000 元)02_业务员催收记录拼凑版.xlsx九个业务员的催收动作拼出来的台账 —— 与 DL-01 的 02 号素材同源,这次看动作面03_客户分层与关系档案.xlsx客户分层 —— 催收力度与客户关系的平衡输入
怎么用
- 把素材全部拖进 WorkBuddy 对话框(不需要整理格式、不需要改文件名)
- 粘贴下方提示词发送
- 拿到正式件初稿 —— 签批栏留空,推荐意见留空,由你填
3. 提示词卡片
财务的账龄表和业务员的催收记录都在这,帮我拼一份带催收动作的应收台账。 每笔欠款现在催到哪一步、该做什么动作、谁负责,都给我列清楚。 账龄多久该干什么,按行业惯例给我一条标准线,写死别留模糊。 催收记录拼不出来的就标空白,别帮我编。 最后给我一页责任到人的。
为什么这么短就够了:短是因为「五档账龄口径、分档标准动作线、双刻度交叉规则」都在能力包里。跟时效预警表是姊妹场景。
换成你自己的业务:把素材换成你手上的真实文件即可。导入 Skill 之后,
该走几步、什么口径、什么情况必须拦住,Agent 自己知道 —— 你只需要说清这是什么事。
自己组织输入的三步法
- 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说:什么事、什么文件、什么要求。不用讲究格式。
- 调用 Skill 补齐专业规则 —— 导入本页 Skill 后,流程、口径、硬规则 Agent 自己知道。
- 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮,把随口说的话补成更完整的表述。
分工:自然语言负责「这是什么事」,Skill 负责「该怎么做」,增强提示词负责「别漏了什么」。
4. 预期输出
不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构
📋正式交付物
带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」
共 3 份
DL-02_应收账龄与催收动作台账.xlsx正式件本体 · 16 笔 × 账龄档/时效档/动作/责任人/时限DL-02_幽灵催收与空白留痕清单.xlsx台账写着跟进、实际无动作的 · 逐笔核实DL-02_催收留痕模板.xlsx日期/方式/对象/结果四格 · 业务员 30 秒填完
Skill 里固化了什么:从催收记录里发现了「幽灵催收」该拦的地方拦住了排除性结论把技术动作翻译成钱
输入清单:财务「应收账款账龄表」208 万、16 笔、五档账龄 —— 与 DL-01 同源业务员催收记录(微信导出+口述补充)现状是散的 —— 能拼多少拼多少客户分层信息(老客户/新客户/战略客户)催收力度与客户关系的平衡输入
DL-01 时效预警表时效维度与账龄维度交叉 —— 同一笔欠款两个刻度
人工边界:不做「要不要起诉、给不给折扣」的决定。本场景做的是账龄与动作的匹配:每档该做什么、谁做、做到哪了 —— 台账本身成为催收纪律。
升为客户真实案例还缺什么:客户当前真实输入文件(不要整理过的)岗位现行 SOP 与审批链(金额分档、谁签字)至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径(多少天算临期、多少金额算大额)
5. 同一角色下的其他场景
应收账款与时效抢救 · 产出即下一步输入
- DL-01 · 诉讼时效倒推预警表 — 对方在庭上承认欠钱 · 法院照样全额驳回:时效过了,认债的录音都救不回来
- DL-03 · 催收证据链完整性体检 — 官司还没打 · 输赢已经定了:输在两年前送货时没让对方签的那张签收单查看 →DL-04 · 催款函草稿(企业公章版)DL-05 · 微信催款留证指引 — 天天在微信上催款 · 到了法庭才发现:没让对方确认过金额,连对方是谁都证明不了 查看 →
上下游串起来就是完整链路。每一步的产出都是下一步的输入,不用在不同工具之间来回复制粘贴。
场景内容基于 WorkBuddy 产品能力整理,演示中的企业、人物与数据均为虚构,不代表任何客户的实际成效;痛点引用的公开来源已做脱敏处理。网页版由原资料转换,部分演示表格以原文形式展示。
想把这个场景在你们企业跑通?
顾问会先看你们的数据和流程够不够,再决定从哪一步开始。