美洽工单通常包含的状态有：新工单（未分配），待处理（已分配/处理中），待客户回复，待客服跟进，已解决（待客户确认），已关闭，已取消/归档，已转接/升级，草稿/暂存，挂起/搁置，以及重开/复活。不同企业可自定义标签并结合自动化规则调整流转。此外，还有优先级和SLA状态辅助追踪，方便运营与统计。更灵活。
先把问题讲清楚：为什么工单状态重要
把工单状态想成火车站的站牌：每一趟列车（工单）需要知道在哪个站（状态），谁负责维持运行（负责人），以及下一班车什么时候到（SLA/超时）。状态不仅帮助客服团队明确当前步骤，也为运营提供统计口径，便于衡量响应速度与解决效率。
美洽 / 一般客服系统里常见的工单状态（逐条解释）
下面我把每个状态拆开讲，像在向朋友解释一个流程，尽量简单、直观。
新工单（New）
含义：刚创建、尚未分配给任何客服或团队的工单。就像邮局刚收件，没贴投递单。
- 触发条件：客户首次发起会话/提交问题或外部系统导入新条目。
- 推荐动作：自动或人工分配；若支持自动分配规则，建议按技能、语言或优先级分配。
待处理 / 已分配（Assigned / To Do）
含义：工单已分配，等待客服开始处理。这个状态表明“有人看着，但还没动手”。
- 触发条件：工单被指派或自动路由到某个客服或队列。
- 推荐动作：客服确认并开始跟进；若长时间停留应触发提醒或升级。
处理中（In Progress）
含义：客服正在主动处理该工单，可能在与客户沟通或内部协作中。
- 触发条件：客服开始回复、编辑解决方案或在系统中标记为处理中。
- 推荐动作：记录关键操作与预计完成时间，必要时内部@相关同事。
待客户回复（Pending Customer / Waiting for Customer）
含义：客服已提问或需要客户提供更多信息，暂停主动处理，等待客户反馈。
- 触发条件：客服发送问题或请求附件/截图后标记为此状态。
- 推荐动作：配置自动提醒（如48小时未回复提醒），并在超时后自动升级或关闭。
待客服回复（Pending Agent）
含义：客户已回复或提交信息，等待客服下一步操作。和“待客户回复”是镜像关系。
- 触发条件：客户在等待状态中回复，系统自动或人工切换为待客服回复。
- 推荐动作：尽快响应，避免影响首次响应时效和客户体验。
已解决 / 已完成（Resolved）
含义：问题已得到处理，但可能还保留给客户确认，或作为一种中间“完成”标记。
- 触发条件：客服判断问题已处理并标记为已解决。
- 推荐动作：发送确认消息给客户，设置一段观察期后自动转为“已关闭”。
已关闭（Closed）
含义：工单生命周期结束，不再接受常规更新。通常在已解决后、确认无问题或超时未回复后关闭。
- 触发条件：客服主动关闭或系统在观测期后自动关闭。
- 推荐动作：记录关闭理由和满意度数据，便于回溯分析。
已取消 / 归档（Cancelled / Archived）
含义：工单被认为无效、重复或由客户撤回，转为归档，不计入待办。
- 触发条件：客户主动撤回请求、重复工单合并或误创建。
- 推荐动作：保留记录以便复查，必要时合并工单线索。
已转接 / 升级（Transferred / Escalated）
含义：问题被转交给更高权限或不同技能组（如二线、技术、法务）。
- 触发条件：需要特定权限或更复杂处理时转接。
- 推荐动作：附上处理历史与关键日志，明确转接原因与期望时效。
草稿 / 暂存（Draft / Saved）
含义：客服在编写回复或工单时保存的临时状态，未正式提交。
- 触发条件：客服保存编辑内容但未发送或提交。
- 推荐动作：提醒保存者完善或定期清理长时间不动的草稿。
挂起 / 搁置（On Hold / Snoozed）
含义：因外部等待（供应商回复、客户内部审批等）暂时停止处理，但计划后续恢复。
- 触发条件：需要外部依赖或资源，且预计有等待期。
- 推荐动作：记录挂起原因与预计恢复时间，设置自动唤醒或跟进提醒。
重开 / 复活（Reopened）
含义：已关闭的工单因新信息或客户不满意再次打开，返回到处理流程。
- 触发条件：客户投诉、问题复发或发现解决不彻底。
- 推荐动作：串联历史记录并评估是否需要升级或根因分析。
一张表看清楚（状态速览）
| 状态 | 含义 | 触发/切换 | 建议动作 |
| 新工单 | 刚建单，未分配 | 客户发起/系统导入 | 分配或路由 |
| 待处理/已分配 | 有人负责，待开始 | 指派后 | 确认并着手 |
| 处理中 | 客服在处理 | 开始回复或操作 | 记录、跟进 |
| 待客户回复 | 等待客户补充信息 | 客服提问后 | 设置提醒，超时处理 |
| 已解决 | 问题已处理，待确认 | 客服标记完成 | 通知客户，观察期 |
| 已关闭 | 流程结束 | 确认或超时后 | 记录满意度 |
| 已转接/升级 | 转给他组或上级 | 需特殊处理时 | 附历史与说明 |
| 挂起/搁置 | 外部等待，暂不处理 | 依赖第三方 | 设置唤醒时间 |
| 草稿 | 未提交的回复 | 客服保存时 | 定期清理 |
| 重开 | 已关闭后再次打开 | 客户反馈不满意 | 串联历史，分析根因 |
状态流转：常见的几条路径（举例说明）
最典型的流转像这样：
- 新工单 → 待处理 → 处理中 → 已解决 → 已关闭。
- 若客服需要额外信息：处理中 → 待客户回复 → 待客服回复 → 处理中。
- 遇到复杂问题：处理中 → 已转接/升级 → 处理中（由二线继续）→ 已解决。
- 超过等待期限：待客户回复 → 已关闭（或自动提醒并升级）。
这些流转看着简单，但关键在于自动化规则与SLA阈值的设置，否则“待”状态很容易变成黑洞。
必须记录的关键字段（便于统计与追责）
- 创建时间/更新时间：衡量响应与处理时长。
- 首响时间/首次响应人：衡量服务承诺是否达成。
- 指派人/队列：明确责任归属。
- 最后客户回复时间：用于判定待客户回复的超时。
- 解决时间与关闭时间：用于计算平均处理时长与MTTR（平均修复时间）。
- 重开次数、标签、优先级、SLA指标：辅助质量分析与风险预警。
自动化与SLA：把重复工作交给规则
简单来说，用规则去做三件事：分配、提醒、升级。比如：
- 新工单自动路由到会说对应语言的组。
- 待客户回复超过48小时自动提醒客户或改为“超时待处理”。
- 高优先级工单若在1小时内无人接单，自动升级到主管队列。
这些规则既节省人工，也保证了状态能真实反映工单当前需要的动作。
常见管理误区（和我碰到过的例子）
- 把“已解决”和“已关闭”混为一谈：结果统计里“已解决”去重关闭后仍被重开，会影响满意度分析。
- 状态太多反而难管：过多自定义状态会让统计口径混乱，建议在必要时扩展。
- 忽视挂起原因的记录：没有记录为什么挂起，后续难判断责任。
与外部系统对接（CRM、工单系统、第三方渠道）时的注意点
- 保持状态映射表：不同系统可能用不同词，例如“Closed”对应“已关闭/已归档”，事前约定避免误解。
- 同步方向要明确：哪些状态触发同步？是双向还是单向？
- 数据冲突策略：若两个系统都更新，优先级如何决定？建议以时间戳为准并保留历史。
给运营和一线的落地建议（可立即执行的清单）
- 梳理并限定核心状态，不超过10个能让人清楚知道下一步是什么。
- 为每个状态定义明确的触发条件和负责人。
- 配置SLA和自动化提醒，避免“人忘了做”这种事发生。
- 定期导出状态流转报表，检查哪些状态成了滞留点。
- 把“转接/升级”做到托底：转接时必须附上处理历史和期望结果。
常见问题（FAQ）
- 问：状态可以自定义吗？
答：大多数SaaS平台（包括美洽）支持自定义状态或标签，但建议与统计口径同步调整。 - 问：多久把“待客户回复”自动关单合适？
答：行业常见是7天到30天，关键看业务节奏与客户习惯。 - 问：如何衡量状态设置是否合理？
答：观察平均处理时长、重开率和未响应率，若持续异常，说明状态或规则需要调整。
如果你现在手里有具体的美洽账号和设置，我可以帮你把当前的状态清单梳理成一张可执行的映射表，或者按你们的SLA画出自动化规则草图——这样改起来就不会盲目。说真的，工单状态这事儿，弄清楚了，客服效率和客户满意度都会明显好转，哪怕是一步一步来。