Всё, что нужно для IT-сервиса

Представим типичный сценарий: бухгалтер Мария из удалённого филиала присылает письмо на адрес help@company.ru — «не могу подключиться к 1С, срочно нужен отчёт к 18:00». Что происходит дальше в системе обработки обращений TIQQET?

Секунда 0: IMAP-поллер TIQQET забирает это письмо, извлекает отправителя, тему, тело, вложения (скриншот с ошибкой, который Мария прикрепила). Поскольку maria@company.ru уже в базе пользователей (синхронизация из Active Directory), система не спрашивает «кто вы», а сразу создаёт заявку №4821 с категорией «Не определена», статусом «Новая» и SLA реакции 30 минут.

Секунда 1: Заявка попадает в очередь на дашборде операторов первой линии. Дежурный оператор Алексей видит её в верху списка — красная метка приоритета автоматически присваивается по времени дедлайна Марии. Алексей в мобильном приложении (он сегодня на выезде) открывает карточку, видит скриншот, понимает что проблема с правами в 1С.

Минута 2: Алексей одним тапом категоризирует заявку — «1С-поддержка / Доступы», и автоматически срабатывает маршрутизация из каталога услуг: заявка переназначается на команду 1С-администраторов, SLA реакции остаётся 30 минут (с учётом того, что уже прошли 2). Алексей добавляет комментарий: «Мария, прошу подождать 10 минут — передал коллегам из 1С-отдела».

Минута 3: Мария получает email с комментарием Алексея, в теме письма — #4821. Она отвечает прямо из почты: «Спасибо, жду». TIQQET видит номер заявки в теме, находит её в базе и добавляет ответ Марии как комментарий — оператор увидит его в карточке.

Минута 8: 1С-администратор Дмитрий берёт заявку в работу, смотрит права, видит, что учётка Марии попала в группу с ограниченным доступом после вчерашнего аудита. Возвращает нужные права, добавляет в базу знаний статью «Ошибка доступа 1С после регулярного аудита — что делать» и привязывает её к заявке. Комментарий: «Мария, пересоздайте сессию — доступ восстановлен. Если что — пишите сюда же».

Минута 14: Мария подтверждает, что всё работает. Дмитрий переводит заявку в статус «Выполнена» — таймер SLA останавливается. Мария получает email с формой оценки прямо в письме — ставит пять звёзд одним кликом, без захода в систему.

Минута 15: Заявка автоматически закрывается, SLA решения зафиксирован в 14 минут при норме 4 часа. Руководитель IT видит в аналитике за день: +1 решённая заявка, +5 в рейтинге команды 1С-поддержки. Статья в базе знаний начинает набирать просмотры — к концу недели похожие заявки решаются пользователями самостоятельно, через портал.

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

На скриншотах выше — реальный интерфейс TIQQET, в котором каждый этап этого процесса занимает секунды. Дашборд операторов с цветной индикацией SLA, детальная карточка заявки с таймлайном действий, PWA-приложение для выездных инженеров, конструктор дашбордов для руководителей. Ничего лишнего, всё под рукой.

Что ещё видят пользователи в TIQQET

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

Интерфейс оператора — полноценный рабочий инструмент: очередь заявок с фильтрами, сохранёнными запросами, группировкой, действия одним кликом, массовые операции, поиск по всей базе (в том числе — по содержимому комментариев и вложений).

Интерфейс аудитора — только чтение, всё видно, ничего изменить нельзя. Подходит для руководителей IT, для внутренних аудиторов, для проверяющих из службы безопасности.

Настройки администратора — каталог услуг с drag-and-drop построением иерархии, конструктор рабочего календаря, управление ролями и командами, настройки email (SMTP/IMAP с тестовой отправкой), подключение Active Directory с маппингом атрибутов, интеграция с Jira. Всё через веб-интерфейс, без правки конфигов.

Почему это выглядит именно так

TIQQET проектировали для реальных операторов, не для демо-роликов. Отсюда — плотная информационная сетка на дашборде, возможность видеть 30-40 заявок на одном экране без прокрутки, настраиваемые колонки, горячие клавиши, тёмная тема как основная (потому что операторы смотрят в экран 8+ часов в день).

На мобильных — карточный интерфейс с большими тап-целями, свайпы для действий, оффлайн-кеш последних 50 заявок через Service Worker на случай плохой связи, push-уведомления о назначенных заявках через VAPID Web Push, QR-сканер оборудования в одно нажатие. Современный PWA-стек — без посредников в виде App Store и Google Play, мгновенные обновления у всех пользователей.

Если хочется увидеть всё вживую, а не по скриншотам — оставьте заявку, покажем демо и разберём, как TIQQET впишется в вашу программу для техподдержки или заменит текущее решение.

Типичный рабочий день оператора

9:00. Алексей приходит на работу, открывает TIQQET в браузере — первый экран уже настроен как «Мой дашборд»: в центре — очередь назначенных на него заявок, справа — общая очередь команды с фильтром по специализации, внизу — виджет «Просрочки SLA». За ночь пришло 3 новых заявки от ночной смены, 2 автоматически созданы из писем с Zabbix-алертами. Алексей беглым взглядом оценивает приоритеты — ни одной критичной просрочки, можно работать спокойно.

9:15. Берёт первую заявку — жалоба пользователя на медленный интернет в конференц-зале. Открывает карточку, видит историю: это уже третий похожий тикет от разных сотрудников из этого зала за неделю. Переводит в статус «В работе», быстрым поиском находит ранее прикреплённую базовую статью «Диагностика Wi-Fi в переговорках», прикрепляет к заявке. Пишет пользователю: «Спасибо за обращение, передаю сетевым инженерам для проверки точки доступа». Одним кликом переназначает заявку на команду «Сетевые инженеры» — SLA остаётся, счётчик продолжает идти.

10:30. Пуш-уведомление на телефоне: «Новое согласование». Открывает PWA-приложение, видит заявку от коллеги на установку специфического ПО — запрос на одобрение как владельца доменных политик. Читает описание, смотрит, что ПО из разрешённого списка, одобряет одним тапом с комментарием «ОК, установка разрешена». Возвращается к вебу.

12:00. Перед обедом проверяет очередь — новых заявок 5, из них одна критичная: «Не работает корпоративный сайт». Берёт в работу немедленно, видит, что это связано с недавним деплоем. Вызывает коллегу из dev-команды через Jira-интеграцию — одним кликом создаёт связанную задачу в Jira с автоматическим копированием описания и тегов. Комментирует в заявке: «Проблема передана разработчикам, связка с JIRA-TECH-1247».

14:00. После обеда — рутина: 4 заявки на сброс паролей (решаются за 2 минуты каждая), 2 просьбы о выдаче доступов (требуют согласования руководителей — отправляет запросы), 1 регистрация нового сотрудника (создаёт учётку, выдаёт ноутбук, привязывает в карточке оборудования).

17:30. Перед уходом — беглый просмотр аналитики: за день 18 заявок обработано, средняя оценка 4.7, SLA 100% в зелёной зоне. Уходит домой с ощущением, что весь день был контролируемым. Никаких «забыл ответить», «потерял в чате», «вспомнил через три дня».

Это не приукрашенная картина — это реальный день оператора в настроенной программе для техподдержки. Разница с хаосом чатов и таблиц — колоссальная. И достигается это не магией, а трёмя простыми вещами: очередь вместо россыпи сообщений, автоматическая маршрутизация вместо ручной сортировки, таймеры SLA вместо «на глаз».

Что видит руководитель

Отдельная роль «Аудитор» даёт руководителю IT и владельцу сервиса полный обзор без возможности что-то случайно сломать. Дашборд руководителя обычно собирается из виджетов: загрузка команды по операторам, тренд создания vs закрытия заявок, топ-5 услуг по количеству обращений, распределение оценок качества, проблемные услуги с высоким % просрочек SLA. Всё в реальном времени, всё фильтруется по периоду.

Для ежемесячных отчётов — выгрузка в Excel одним кликом с учётом активных фильтров. Для корпоративных BI-систем — API. Для печатных отчётов на управляющие комитеты — статические снимки дашборда с экспортом в PDF (в разработке). Руководитель больше не опрашивает подчинённых «что у нас по заявкам» — данные есть всегда, актуальные, с точностью до минуты.