两个客服处理同一个工单，往往走不同的路——一个立刻升级，另一个先试三个办法。这种不一致正是让客户抓狂、拉长解决时间的根源。客服流程图把路径写明确来解决它：接收、分派、解决、升级、关闭——每次都一样。
本文梳理一个完整、可改用的客服支持流程，加上常见分支和那些悄悄拖垮支持工作流的错误。格式基础参见什么是流程图？。
客服流程，一步步来
下面是一个标准的支持流程。每个编号步骤是图里的一个形状，判断处就是分支。
1. 接收请求。 入口——客户通过邮件、聊天、电话或网页表单联系你。这是开始终止符。
2. 记录工单。 在工单系统里记下客户信息和问题。任何工单都该先记录再处理，否则你会丢失追踪和 SLA。
3. 分类并分派（判断）。 「这是什么类型的问题？」账单 → 账单团队；技术 → 技术支持；一般 → 一线队列。尽早分派能防止工单在团队间来回弹。
4. 首次接触解决尝试。 接手的客服在第一次交互里就尝试解决——对所有人都是最省、最快的结果。
5. 首次接触解决了吗？（判断）
- 是 → 与客户确认 → 关闭工单。
- 否 → 升级到更高一级或专家。
6. 升级。 资深客服或专家接手。工单保持开启和追踪，持续向客户同步进展。
7. 确认解决。 关闭前，向客户核实问题是真的解决了——而不只是你「以为」解决了。
8. 关闭工单。 记录解决方案、打上分类标签、关闭。这些数据反过来用于改进流程。
第 5-6 步的升级环，正是把真实支持流程和一厢情愿区分开的关键。打开流程图工具画出这个流程，按你团队的分级改。
常见变体
不是每个支持团队都用同一套流程。几个常加的分支：
- 多渠道接入。 如果你支持电话、邮件、聊天和社交媒体，开始处常常分出一个「渠道？」判断，把一切归一到同一个工单队列。
- 自助分流。 很多流程会加一个早期的「客户能自助解决吗？」步骤，先引导到帮助中心文章，再让人工介入。
- SLA 计时。 加注释或分支处理「是否在 SLA 内响应？」，让超时自动触发升级。
- 客户满意度（CSAT）。 关闭后，一个分支可以触发满意度调查，把低分回退去跟进。
常见错误
没有升级路径。 如果假设每个工单都能在一线解决，这张图就是假的。真实支持有「否 → 升级」分支。
确认前就关闭。 没经客户确认就标记为已解决，是工单重开最快的方式。把确认步骤建进去。
开工后才分派。 如果分类发生在客服已经接手之后，就会出现重新分派和上下文丢失。先分派。
判断分支没标注。 每个菱形（「解决了吗？」「账单还是技术？」）都需要标注出路，否则新客服只能猜。
常见问题
什么是客服流程图？
客服流程图描绘一个支持请求从首次接触到解决如何流转——接入、分派、排查、升级和关闭——让每个客服都能一致地处理请求。
客服流程图里怎么表现升级？
用一个判断菱形（比如「首次接触解决了吗？」），它的「否」分支转到更高一级的支持，处理完后再回到解决和关闭。
想梳理自己的支持流程？打开流程图工具，从流程图模板开始——把接入、分派、升级步骤改成你团队的样子，无需注册。
