售后的忙和售前的忙是两种。售前的忙有成交跟着，售后的忙是单子堆着等处理。把固定的判断交给规则，人只留给人该做的事——这是售后自动化的全部逻辑，也是它真正省下工时的原因。
售后堆单，堆的其实不是单
先把售后拆开看。压力通常来自三处：
- 未发货退款、七天无理由、少件补发，判断条件其实很固定，但每一单都要人工点开核对一遍；
- 同一个客户的问题可能同时涉及退款、物流、发票，分在几个后台，谁也不知道整体处理到哪一步；
- 职业索赔、异常退货、差评倾向这些信号散在订单里，只有老员工能提前看出来——人一休假，风险就漏过去。
三处对应三件事：把固定判断交给规则，把多条请求并成一张工单，把老员工的直觉变成系统信号。三件事都不难，难的是先承认——堆单的原因不是单子多，而是判断和流转都压在了人身上。
规则引擎：把你的判断写成条件
售后自动化的核心是一件朴素的事：把老运营脑子里的判断写成规则。售后管理的规则引擎支持四类条件组合——订单状态、金额区间、买家历史、商品类目，命中后执行什么动作也由你定。
举个例子：订单状态是「未发货」，买家历史里的退货率在你设的阈值以内，金额不超过你设的上限，就自动同意退款并同步平台后台。阈值都由你自己定，先保守，再放宽，不用一次调到理想值。
起步阶段不用追求条件细。四类条件各用一两条就够，先把最常见的一类单子跑顺：先做未发货退款，再扩到七天无理由，然后再到补发换货。范围铺得越大，试运行的结果越难看懂。
规则可以设优先级，冲突时按优先级走；每条自动处理都标注命中了哪条规则，命中记录可回看，随时复核。自动化不等于黑箱——每个动作都留痕，这件事比自动化本身更重要。
先试运行 3–7 天，再逐条放开
规则写完不等于能用。每条规则都可以先「只判断不执行」：系统照常给出「如果按规则会怎么处理」，你在旁边对比人工实际怎么处理。两边差异大的地方，就是规则要改的地方。
试运行建议跑 3–7 天，至少覆盖一个完整周期：工作日与周末、白天与晚上都要走到。同时养成两个习惯。先用小金额范围试，确认稳定再放宽；再记住一条——已经执行过的处理不受后续改规则影响，也不会自动回滚，所以「先试后开」不是谨慎，是纪律。
售后自动化涉及钱的操作，默认不该自动执行。要打开执行权限，就逐条打开、逐店打开。
还有一种做法，是把试运行的结果当培训材料：把「系统会怎么处理」与「我们实际怎么处理」的差异逐条过一遍。讨论完一轮，团队对售后口径的理解会比写规则之前更清楚。
判断标准怎么定、试运行的结果怎么读，帮助中心里有现成的教程。
一单到底，与风险预警兜住例外
退款、补发、发票、咨询往往同时到达。按买家把请求归到一张工单里，处理过程只有一个时间线：哪一步做了、哪一步在做、下一步等什么，打开就是全貌。对客服的好处是不用重新读上下文，换人接手也一样；对买家的好处是不用同一个问题对三个人各说一遍。
工单还有超时提醒：按平台时限与你的承诺时限分别计时，快到点就提醒，不让工单卡在最后一步。
工单里还能看到该买家的全部历史处理记录。老客户第二次来售后，不用从头讲背景；新客服接手，也不用先读半小时聊天记录。上下文齐了，处理才不会变形。
风险预警则把老员工的经验变成信号，四类值得一直开着：高频退货、金额异常、索赔话术相似、集中差评。系统持续扫描，命中就把风险等级往上抬；高危请求默认不自动执行，必须人工确认——它只提示，不替你做决定。
风险等级也可以按业务调：每个信号的权重都能改，还能加自定义条件。旺季前把阈值收一收，淡季再放回来，不用写死。
常规场景则交给系统跑完：处理结果自动回填平台后台，不用两边各操作一次。少数平台限制第三方操作的环节，系统会给出待办提示，由人工点一下完成。手工的活，最后就剩这些。
还有一条顺序上的经验：先跑量最大、判断最单纯的场景，不要先啃最复杂的。复杂场景条件多、边界模糊，试运行周期长；而简单的场景一两周就能验证，省下的工时和攒下的信心都是实的。
一周跑通的顺序
把最常见的退款场景先跑通，人工的工时很快就能省下一块，剩下的场景按命中记录慢慢加。顺序可以照这个来：
- 接入售后账号，第一次建议先只给只读权限；
- 导入近 90 天的历史售后，让系统按记录给出高频场景与金额分布；
- 挑一个场景写规则，建议从「未发货退款」开始，先只判断不执行；
- 试运行 3–7 天，把系统判断与人工处理放在一起对比；
- 逐条打开执行权限，高危场景保持人工确认。
售后规则相关的常见问题——配错了会怎样、多条请求会不会合并——整理在常见问题里，动手之前可以先过一遍。