Тикет-система: что это и как устроена работа с обращениями

Разбираем путь обращения от формы на сайте до закрытия: какие бывают статусы, кто и когда получает уведомления и какие ошибки чаще всего совершают при переходе с почты.

Опубликовано 25 сентября 2026

Тикет-система превращает каждое обращение клиента в отдельную карточку (тикет) с номером, статусом и всей историей переписки. Звучит просто, но именно это отличает поддержку, где вопросы не теряются, от поддержки, где всё держится на памяти сотрудников.

Что такое тикет

Тикетом (от английского ticket, «талон») называют одно обращение клиента. Как талон в электронной очереди, он закрепляет за клиентом место и не даёт вопросу потеряться. В тикете хранится всё, что относится к вопросу: кто обратился, когда, о чём, какие файлы приложил, что ответили сотрудники и чем всё закончилось.

Правило «один вопрос, один тикет» кажется формальностью, но именно оно даёт порядок. Если клиент задаёт новый вопрос, заводится новый тикет, и два разных вопроса не смешиваются в одной бесконечной цепочке писем.

Путь обращения: от формы до закрытия

В большинстве тикет-систем обращение проходит одни и те же этапы.

  1. Создание. Клиент заполняет форму на сайте, и система заводит тикет с номером. Клиент получает подтверждение, что обращение принято.
  2. Ожидание ответа поддержки. Тикет попадает в очередь. Здесь важно, чтобы его увидели быстро, поэтому очередь показывает, сколько обращений ждут ответа.
  3. Ответ сотрудника. Сотрудник пишет ответ в тикете, при необходимости прикладывает файлы. Клиент получает уведомление.
  4. Ожидание ответа клиента. Ход за клиентом: он уточняет детали или подтверждает, что всё получилось. Переписка может пройти несколько кругов.
  5. Закрытие. Когда вопрос решён, тикет закрывают. Если клиент перестал отвечать, многие системы закрывают тикет сами через несколько дней, чтобы он не висел в очереди.
  6. Повторное открытие. Если проблема вернулась, клиент открывает тот же тикет заново, и история не теряется.

Зачем нужны статусы

Статус отвечает на главный вопрос: кто сейчас должен действовать. Для сотрудника это способ не пропустить тикеты, которые ждут его ответа. Для клиента это спокойствие: он видит, что вопрос в работе, и не пишет повторно.

Слишком много статусов так же плохо, как их отсутствие: сотрудники начинают путаться, какой выбрать. Обычно хватает нескольких понятных состояний: в работе, ждём ответа клиента, решено, закрыто.

Уведомления: кто и когда их получает

Тикет-система не должна требовать, чтобы кто-то постоянно обновлял страницу. Клиент получает письмо, когда обращение создано и когда на него ответили. Сотрудники получают уведомления о новых обращениях, которые требуют внимания.

Главный принцип: уведомление должно вести прямо к тикету. Письмо «вам ответили, зайдите в личный кабинет» работает хуже, чем письмо со ссылкой, которая сразу открывает нужное обращение.

Доступ клиента без пароля

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

Типичные ошибки при переходе с почты на тикет-систему

  • Оставить старый канал открытым. Если на общий ящик по-прежнему можно писать, часть клиентов будет писать туда, и порядок продлится недолго. Сообщите клиентам, куда теперь обращаться, и дайте им ссылку на форму.
  • Перенести в систему весь хаос. Десятки статусов, тем и правил на старте замедляют работу. Начните с очереди и нескольких статусов, а усложняйте, только когда появится реальная потребность.
  • Не закрывать решённое. Если тикеты не закрывают, очередь превращается в свалку, и в ней снова теряются новые вопросы.
  • Отвечать мимо системы. Ответ по телефону или в мессенджере без записи в тикете ломает историю: через месяц никто не вспомнит, о чём договорились.

Если вы переходите не с почты, а с Zendesk, порядок переезда разобран в статье аналог Zendesk в России. А о том, как договориться с клиентами о сроках ответа, рассказано в статье SLA в техподдержке.

Как работает тикет-система LiteDesk

В LiteDesk клиент создаёт обращение через форму на сайте поддержки или через форму на вашем сайте, без регистрации и пароля. Обращение получает номер, а клиент получает письмо со ссылкой на него. Открыть список всех своих обращений клиент может по коду из письма.

Сотрудники видят обращения в общей очереди с вкладками «Ожидают ответа», «Открытые», «Закрытые» и «Все обращения»: новые обращения и ответы клиентов попадают в счётчик «Ожидают ответа», а письмо поддержке приходит о заявках с форм ваших сайтов. Клиент видит один из статусов: «В работе», «Ожидает вашего ответа», «Решено» или «Закрыто вами». О новом ответе сотрудника клиент узнаёт из письма со ссылкой, а если подключил Telegram-бота, получает и уведомление в Telegram.

Обращение закрывает клиент или сотрудник, а если клиент не отвечает 5 дней, LiteDesk закрывает его сам и сообщает об этом письмом. Закрытое обращение можно открыть заново, и переписка продолжится в той же истории. Как это выглядит на практике для службы поддержки, мы рассказали на странице help desk для службы технической поддержки.

Коротко о главном

Чем тикет отличается от обычного письма?

У тикета есть номер и статус, и вся переписка по одному вопросу хранится в одном месте. Письмо же теряется в ящике среди других, и его статус никто не отслеживает.

Кто закрывает тикет?

Обычно сотрудник, когда вопрос решён, или сам клиент. Многие системы, включая LiteDesk, закрывают тикет автоматически, если клиент долго не отвечает.

Нужен ли клиенту личный кабинет?

Нужно место, где клиент видит свои обращения. Но пароль для этого не обязателен: войти по ссылке из письма или по коду с почты клиенту проще, чем вспоминать пароль.

Переведите поддержку на тикеты

Оставьте заявку: покажем, как устроена работа с обращениями в LiteDesk.

Оставить заявку