售后工单最怕的不是客户提问题，而是问题进来以后没人知道该先给谁看。比如一条客户留言里同时说了三件事：系统登录不上、上周的发票还没开、客户经理一直没回复。人工看当然能看懂，但如果每天几十条、几百条都这样，客服主管就很容易陷入“先看一遍、再分一遍、再催一遍”的重复劳动。这篇不讲“智能客服要提升效率”这种大话。我们就拿 Dify Workflow 做一个最小版本：客户提交一段售后描述后，工作流自动判断问题类型、紧急程度、建议负责人，并生成一段给客服主管看的处理建议。读完以后，你至少能知道第一版工作流应该有哪些节点，每个节点大致怎么设置，测试时用什么样例去验证。真正上线前还要接工单系统、企业微信或飞书，但第一版先跑通“识别、分诊、建议”这条链路。先看一个真实一点的输入假设客户在售后入口里写了这样一段话：我们公司今天上午 10 点开始，销售后台一直登录不上，提示账号异常。 上周提交的发票申请也还没有收到，客户那边明天要走付款流程。 另外之前对接的小王这两天没回复，我们现在比较着急。 （其它联络信息省略，因为可能被判定涉及营销而无法过审）如果只靠关键词，很容易把这条工单看成“登录问题”。但它里面其实有三类信息：系统访问问题、财务开票问题、服务响应问题。所以工作流不能只输出一个标