Статус — это одно из самых важных полей заявки (тикета), которое позволяет агентам поддержки и клиентам отслеживать решение вопроса, а также определять правила автоматизации в системе․ Правильно выстроенная статусная модель помогает не терять обращения, соблюдать SLA и прозрачно показывать клиенту, на каком этапе находится его запрос․

Что такое статус заявки

Когда пользователь обращается в поддержку, его запрос проходит несколько этапов — от создания тикета до полного решения․ Каждый этап жизненного цикла соответствует определённому статусу․ Статус отвечает на два ключевых вопроса:

• Что сейчас происходит с заявкой? (кто её обрабатывает, ждёт ли она ответа, решена ли)
• Кто должен совершить следующее действие? (агент поддержки, клиент, смежный отдел)

Типовые статусы заявки

Классический жизненный цикл тикета выглядит так:

1. Новый (New) — тикет только что создан и ещё не взят в работу․ Это сигнал для диспетчера или агента первой линии принять обращение․
2. Открыт / В работе (Open / In Progress) — заявка назначена ответственному специалисту, который активно занимается решением вопроса․
3. Ожидание ответа от клиента (Pending / Waiting on Customer), агенту нужна дополнительная информация от пользователя․ Таймер SLA на этом этапе часто приостанавливается․
4. Ожидание третьей стороны (Waiting on Third Party) — решение зависит от смежного отдела, подрядчика или вендора․
5. Отложено (On Hold) — работа временно приостановлена по объективным причинам (например, ожидание закупки оборудования)․
6. Решено (Resolved) — специалист выполнил работу и предложил решение․ Клиент может подтвердить решение или вернуть заявку в работу․
7. Закрыто (Closed) — финальный статус: клиент подтвердил решение либо не ответил в течение установленного срока․
8. Возобновлено (Reopened) — клиент написал снова по тому же вопросу, и тикет автоматически вернулся в активную работу․

Примеры статусных моделей в популярных системах

Разные тикет-системы предлагают свои наборы статусов:

• LiveAgent: Новый → Открыто → Отвечено → Решено → Отложено․
• HelpDeskEddy: Открыто, В процессе, Выполнено — статусы можно менять вручную или через автоматизацию․
• Расширенные модели: В работе, Отложено, Ожидание ответа от пользователя, Решена, Закрыта, Возобновлена․

В некоторых системах существует ограничение в виде двух «зашитых» финальных статусов — «Решена» и «Закрыта»․ Однако жизненный цикл заявки может предполагать более сложный процесс после выполнения работ: выписку счетов и актов, контроль исполнения, согласование․ Поэтому современные платформы позволяют администратору настраивать собственные статусы и переходы между ними․

Зачем нужна грамотная статусная модель

• Прозрачность для клиента․ Пользователь в любой момент видит, что происходит с его обращением․
• Контроль SLA․ Система отслеживает весь жизненный цикл тикета, от создания до закрытия, с возможностью эскалации в случае задержек или нарушения сроков․
• Автоматизация․ По смене статуса можно запускать уведомления, переназначение ответственных, напоминания и эскалации․
• Аналитика․ Статистика по статусам показывает, на каком этапе «застревают» заявки, и помогает оптимизировать процессы․
• Фильтрация очереди․ Агенты видят только те тикеты, которые требуют их действий прямо сейчас․

Особые случаи

Не каждая заявка проходит полный цикл․ Предусмотрите служебные сценарии:

• Спам или ошибочное обращение, закрывается без обработки․
• Дубль, объединяется с уже существующим тикетом․
• Закрытие без возобновления, иногда требуется, чтобы тикет не открывался повторно при новом сообщении клиента․

Рекомендации по настройке статусов

1. Не создавайте слишком много статусов — 5–8 достаточно для большинства команд․ Избыточная модель запутывает сотрудников․
2. Описывайте жизненный цикл заявки декларативно, в одном месте — это центральное правило продукта․
3. Чётко разделяйте статусы «мяч на стороне клиента» и «мяч на стороне поддержки» — это упрощает контроль SLA․
4. Настройте автоматические переходы: например, «Решено» → «Закрыто» через 3 дня без ответа клиента․
5. Определите, какие статусы являются финальными, и можно ли из них возобновить заявку․

Хорошая тикет-система — это не просто список заявок, а управляемый процесс с понятным жизненным циклом․ Правильно настроенные статусы помогают команде поддержки работать слаженно, соблюдать сроки реакции и давать клиенту уверенность, что его обращение не потеряется и будет доведено до решения․