大家好，我是提米哥。今天咱们来聊聊开发者在做“自动化通知”或“自动化催收”系统时，最容易踩的一个坑：状态机设计得太模糊。

很多新手开发者在写自动发邮件或短信提醒付款的代码时，只简单判断“有没有过期”。结果就是，系统状态一模糊，同一个客户可能一天收到三条催款短信，而真正逾期的大客户反而被系统漏掉了。

今天提米哥就教你一套极简但极其硬核的设计方案，帮你把自动化催收系统做得明明白白，连刚入门的新手也能轻松看懂。

第一招：把状态死死限制在 6 个

不要搞什么“处理中”、“跟进中”这种模棱两可的词。在数据库里，交易状态必须严格限制为以下 6 种，建议直接用枚举值写死：

• 账单未发（还没开始走流程）
• 未到期（正常状态，不用催）
• 首次确认（发了第一次提醒）
• 付款承诺（客户答应哪天给钱）
• 逾期（过了承诺日期还没给）
• 完成（钱已到账，完美收官）

第二招：核心数据表只需 5 个字段

别把数据表设计得像个大杂烩，输入数据保留这 5 个核心字段就足够了：

• 交易方（客户是谁）
• 金额（欠多少钱）
• 预计日期（原本约定哪天给钱）
• 当前状态（就是上面说的 6 个状态之一）
• 下一步行动（系统或人接下来该干嘛）

提米哥特别提示：这里有个极易出 Bug 的细节。如果客户回复说“下周五再打款”，你在更新数据时，千万不要直接覆盖掉原来的“预计日期”。你应该保留原日期，并增加一个“最后联系日期”字段来记录这次沟通。这样你以后复盘时，才能看到完整的催收时间线，而不是被不断篡改的日期搞晕。

第三招：划清自动化的边界

很多开发者有“自动化强迫症”，恨不得系统全自动运行。但在涉及钱的业务里，必须人机协同。

我们可以让系统自动去数据库里捞“逾期”的交易，并自动生成催款邮件或短信的草稿。但是，具体的金额核对、期限确认，以及最严厉的“停止服务通知”，必须交给人工来点击确认发送。

记住，自动化的核心目标从来不是“每天能发多少条通知”，而是“绝对不漏掉一个逾期，也绝对不重复骚扰一个客户”。

如果你正在做独立开发或者一人企业，想要更系统地管理应收账款，可以看看下面这份完整的实战指南。

直达网址：https://officialsite.kr/blog/solo-business-accounts-receivable-management