Как создать систему тикетов helpdesk: тикеты, статусы, назначение и email

Система тикетов helpdesk превращает разрозненные обращения — письма, сообщения, «быстрые вопросы» в коридоре — в тикеты: одна запись на одну проблему, с ответственным, статусом, приоритетом и полной перепиской. Чтобы её построить, нужны способ создавать тикеты, общая очередь с фильтрами, назначение, переписка, которая отделяет публичные ответы от внутренних заметок, и уведомления, чтобы никто не ждал без ответа. ИИ-конструктор может за один день собрать хорошую первую версию для внутреннего IT-, HR- или хозяйственного отдела. Клиентская поддержка с привязкой писем, целевыми сроками и отчётами требует большей аккуратности, и именно здесь готовые продукты helpdesk оправдывают свою стоимость.

Что нужно системе

Данные

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

Страницы

• Заявитель: форма «отправить заявку» с категорией и вложениями, список «мои заявки» и переписка по каждому тикету.
• Агент: очередь (мои тикеты, без исполнителя, все открытые), фильтры и поиск, карточка тикета с ответом, заметкой, статусом, приоритетом и управлением исполнителем.
• Администратор: категории, команды, агенты, готовые ответы и простой отчёт.

Права доступа

Заявители видят только свои тикеты и только публичные ответы. Агенты видят тикеты своей команды и внутренние заметки. Руководители и администраторы видят всё и управляют настройками. Утечка внутренних заметок заявителю — классическая катастрофа helpdesk, поэтому применяйте это правило на сервере, а не просто скрывая вкладку. См. управление доступом по ролям.

Решения и компромиссы

Форма, email или оба варианта

Веб-форма — самый простой вариант и даёт чистые данные: категория, приоритет и обязательные поля. Приём по email — когда люди пишут на support@ и появляется тикет — то, чего ожидают клиенты, но для этого нужен почтовый провайдер, который умеет получать письма и передавать их вашему приложению, а также привязка ответов к нужному тикету (обычно номер тикета в теме письма или уникальный адрес для ответа). Начните с формы, а email добавьте, когда процесс уже проверен. Отправка email из приложения описывает исходящую часть.

Назначение

Варианты: агенты выбирают из очереди без исполнителя; круговое назначение внутри команды; назначение по категории. Выбор из очереди подходит небольшим командам. Автоматическое назначение помогает, когда тикеты долго остаются без владельца.

Приоритеты и целевые сроки реакции

Определите два-три приоритета с целевым временем первого ответа («срочно: 1 час, обычный: 1 рабочий день»). Показ оставшегося времени на каждом тикете полезнее месячного отчёта, который никто не читает. Рабочие часы усложняют расчёты: решите заранее, считаются ли ночи и выходные.

Объединение и дубликаты

Одна и та же проблема, сообщённая трижды, — обычное дело. Действие «объединить с тикетом №» избавляет агентов от повторных ответов на одно и то же; его стоит сделать рано.

Первый промпт, который работает

Создай внутренний IT-helpdesk для компании из 60 человек. Сотрудники отправляют заявки через форму: тема, категория (оборудование, программы, доступ, сеть, другое), приоритет (низкий, обычный, срочный), описание и вложения. Каждый тикет получает номер и статусы: новый, в работе, ожидает заявителя, решён, закрыт. IT-агенты видят очередь с вкладками: без исполнителя, мои, все открытые; есть фильтры по категории, приоритету и статусу, а также поиск. Страница тикета показывает переписку с публичными ответами и внутренними заметками, чётко разделёнными; сотрудники никогда не видят внутренние заметки. Агенты могут назначать исполнителя, менять статус и приоритет, использовать готовые ответы и объединять дубликаты. Отслеживай время первого ответа и время решения, и показывай на каждом тикете, сколько прошло с последнего обновления. У сотрудников есть страница «мои заявки». Роли: сотрудник, агент, администратор. Всё храни в базе данных. Простой, плотный и быстрый интерфейс — скорость важнее украшений.

Пошаговая сборка

1. Модель тикетов и форма. Отправка, список, открытие тикета, ответ.
2. Очередь и фильтры. Без исполнителя, мои, все открытые; фильтры и поиск; сортировка по приоритету и возрасту.
3. Роли и вход. Заявитель, агент, администратор — с сокрытием заметок от заявителей на сервере.
4. Управление исполнителем, статусом и приоритетом с журналом активности по каждому изменению.
5. Уведомления. Письмо заявителю при публичных ответах и агенту при новом назначении через вашего почтового провайдера.
6. Готовые ответы и объединение.
7. Целевые сроки и простой отчёт: открытые тикеты по возрасту, время первого ответа, тикеты по категориям.
8. Приём по email — когда остальное уже работает, с тщательным тестированием привязки.
9. Пилот с одной командой на две недели, прежде чем переводить всех.

Частые ошибки

• Внутренние заметки видны заявителям, потому что их только скрывали в интерфейсе.
• Слишком много статусов и категорий. Агенты выбирают первый подходящий по виду. Начните максимум с пяти каждого.
• Нет временных меток первого ответа и решения. Цифры понадобятся в день, когда кто-то спросит: «мы стали работать быстрее?»
• Ответы по email создают новые тикеты вместо привязки. Проверьте ответ из почтового приложения на телефоне: оно часто меняет тему письма.
• Все назначены, никто не отвечает. Один исполнитель на тикет; для всех остальных используйте наблюдателей.
• Вложения с публичными ссылками. Скриншоты сообщений об ошибках часто содержат личные данные. Храните файлы приватно и отдавайте их только тем, кто видит тикет.

Когда лучше готовый продукт

Для клиентской поддержки по email, чату и соцсетям — с отслеживанием целевых сроков, опросами удовлетворённости, макросами, отчётами и интеграциями — почти всегда лучше специализированный продукт helpdesk. В этих продуктах годами отрабатывали привязку писем, борьбу со спамом, маршрутизацию и отчёты, а это не та часть бизнеса, которая делает вас особенными. Наше руководство альтернативы Zendesk сравнивает варианты.

Самописный вариант подходит для внутренних служб (IT, HR, хозяйственный отдел, заявки финансистов), для нишевых процессов, где тикет — это на самом деле задача с определёнными шагами, и для команд, которым нужно связать заявки с другими данными, которые у них уже есть. Он также избавляет от оплаты за каждого агента, когда тикеты время от времени обрабатывает много людей. Руководство по внутренним инструментам шире описывает эту категорию.

Как это сделать в Mythex

В Mythex вы описываете helpdesk в чате, проверяете его в живом превью и публикуете для своей команды. Тикеты хранятся в базе данных Postgres, которую агент добавляет, когда нужно сохранять данные, а вложения — в файловом хранилище проекта. Вход для заявителей и агентов и вся почта на входе и выходе работают через ваших провайдеров: у Mythex нет встроенного продукта для входа конечных пользователей или email. Подход описан в рецепте отправки email. Коллеги могут помогать в создании через общее рабочее пространство, а сам Mythex не берёт плату за места.

За стартовым промптом можно обратиться к шаблонам очередь внутренних заявок или баг-трекер, а к helpdesk добавьте базу знаний, чтобы частые вопросы решались сами.

Вопросы