Просрочено 7м
Поддержка,
которой удобно
управлять.
Тикеты, Telegram-переписка, сроки и ответственность — в одном рабочем пространстве. Чтобы вопросы не терялись между чатами и командами.
Таблицу и Inbox можно прокручивать по горизонтали ↔
Тикеты
| ID | Статус | SLA | Тема | Клиент | Приоритет | Исполнитель | Создан | Время | Действия |
|---|---|---|---|---|---|---|---|---|---|
| #1042 | В работе | В норме · 42м | ★Не приходит уведомление о статусе | Демо-клиент | Обычный | ММария | 09.10.202610:18 | 24м | |
| #1041 | В очереди | В норме · 18м | Уточнить настройки подключения | Демо-клиент | Высокий | Не назначен | 09.10.202610:02 | 40м | |
| #1040 | В работе | Риск · 6м | ★Проверить сценарий интеграции | Демо-партнёр | Обычный | ААлексей | 09.10.202609:34 | 1ч 8м | |
| #1039 | Закрыт | Выполнен | Обновить доступ сотрудника | Демо-клиент | Обычный | ММария | 09.10.202609:20 | 35м | |
| #1038 | В работе | Нарушен | Разобрать ошибку тестового запроса | Демо-партнёр | Срочный | ИИлья | 09.10.202609:05 | 1ч 37м | |
| #1037 | Закрыт | Выполнен | Согласовать параметры интеграции | Демо-клиент | Низкий | ААлексей | 08.10.202617:40 | 52м |
Telegram Inbox
Переписка из TelegramИнтеграция · Демо-провайдер
Демо-клиент · 24 сообщения
Рабочий стол
Очередь, которая требует вашего внимания прямо сейчас
Дежурные
Europe/MoscowОнлайн 3РасписаниеТребует внимания
Тикеты, которым нужна реакция
Просрочено 7м
Демо-клиент: «Нужен доступ ещё одному сотруднику»
Эскалированные мной
Активных: 1 · после передачи другим командам
Моя работа
Активные тикеты, где вы исполнитель
Сегодня
Короткая сводка по движению очереди
Демонстрация по реальному интерфейсу TicketSystem. Переключайте разделы в верхнем меню. Все данные вымышлены.
Вопросы не теряются
Очередь, непрочитанные ответы и личный фокус вместо поиска по переписке.
Работа не становится загадкой
Ответственный, история и движение между командами видны в одном месте.
Сроки можно объяснить
SLA учитывает рабочее время и согласованные ожидания, а не только возраст тикета.
От первого сообщения
до понятного решения.
Не ещё один список задач.
Инструменты для поддержки, разработки
и людей, которые отвечают за результат.
Каждый вопрос — на своём месте
Очереди, статусы, приоритеты и ответственные. Поиск и фильтры помогают найти нужное, когда обращений много.
- «Ждут нашего ответа», участие сотрудника и история
- Личный фокус и контроль своих эскалаций
- Непрочитанные ответы и отметка доработки
Привычный чат. Общий контекст.
Клиент пишет в Telegram, команда работает в веб-интерфейсе. Можно вести переписку с провайдером и без отдельного тикета.
- Чаты, топики, поиск по названию и ID
- Связь сообщений с обращениями
- Подписки на ответы и упоминания бота
Для клиента — ответ.
Для команды — заметка.
Вся работа по вопросу остаётся в тикете. Публичные ответы отделены от внутреннего обсуждения.
- Ответы на сообщения и форматирование
- Файлы, в том числе документы и скрипты
- Шаблоны для повторяющихся вопросов
Передали вопрос,
не потеряли его из виду.
Поддержка, разработка и менеджеры работают в одном процессе — с понятными передачами и историей.
- Назначения, эскалации и возврат в поддержку
- Личный список эскалированных вами тикетов
- Календарь и общий обзор дежурных
Считать время работы.
А не просто время.
Контролируйте первый и следующий ответ, решение вопроса и время работы отдельных команд.
- Рабочие часы по календарю поддержки
- Паузы и ожидания согласно правилам
- Сроки, предупреждения и хронология
Видеть картину,
а не собирать её вручную.
Рабочий стол показывает, где нужно внимание. Аналитика помогает обсуждать нагрузку и процесс на основе данных.
- Обращения, команды, Inbox и показатели SLA
- Ответы на закрытые тикеты отдельно
- Рабочий стол обновляется вживую
Доступ и уведомления — по делу
Настраиваемые права и доступ к клиентам. Комментарии — текущему ответственному. Отдельные разделы уведомлений для тикетов и Inbox. Служебный Telegram-бот — для передач и эскалаций. При увольнении сотрудника можно деактивировать и вернуть его работу в очередь команды.
Доступность функций зависит от прав сотрудников и включённых компонентов вашей установки.
Контекст остаётся.
Ответственность передаётся.
Не нужно пересказывать вопрос
при каждой передаче другой команде.
- 01
Сообщение
Обращение приходит из Telegram
или создаётся в вебе. - 02
Тикет
Вопрос попадает в очередь
с приоритетом и контекстом. - 03
Ответственный
Сотрудник берёт в работу
или передаёт нужной команде. - 04
Работа и ответ
Обсуждение, заметки
и ответы в одном месте. - 05
Решение
Результат сохранён.
История доступна команде.
А если разработка просто общается с провайдером? Для этого есть Inbox — тикет создавать необязательно.
У каждого —
свой понятный следующий шаг.
Общий процесс без одинакового
доступа ко всему. Роли и права
настраиваются под вашу команду.
Поддержка
Разобрать очередь, ответить клиенту, оставить заметку и подключить нужную команду.
Меньше переключений контекстаРазработка
Увидеть переданные вопросы, общаться с провайдером в Inbox и не пропускать ответы.
Вопросы и переписка рядомРуководитель
Понимать нагрузку, ответственность, дежурства и причины задержек, а не запрашивать всё в чатах.
Прозрачность вместо догадокТехническая команда
Развернуть систему в своей инфраструктуре и управлять её настройками, доступами и интеграциями.
Контроль над установкойВаши процессы.
Ваша инфраструктура.
Ваша система.
TicketSystem можно развернуть на собственном сервере или в Kubernetes. Рабочие данные хранятся в вашей установке, а не в обязательном облаке поставщика.
- Docker Compose или Kubernetes / Helm
- PostgreSQL и S3-совместимое хранилище файлов
- Свои команды, права, клиенты и правила SLA
- Отдельная установка для каждого заказчика
Telegram требует связи с Telegram. Хранилище, резервные копии и доступы настраиваются для вашей инфраструктуры.
Данные для ваших агентов.
Решения — за вашей командой.
Read-only MCP даёт внешним агентам доступ к разрешённым данным тикетки: для дайджестов, анализа вопросов и рекомендаций. Доступ можно ограничить по клиентам; обращения к MCP аудируются.
MCP не изменяет тикеты и не отправляет ответы клиентам. Автоматический помощник с черновиками ответов не входит в текущие возможности.
Небольшой пилот.
Понятный план внедрения.
Сначала проверяем ваш рабочий сценарий.
Затем подключаем нужные команды
и расширяем использование.
- 01
Разбираем задачи
Каналы обращений, команды, текущие сложности и требования к инфраструктуре.
- 02
Разворачиваем установку
Сервер или кластер, база данных, файловое хранилище и доступ к системе.
- 03
Настраиваем процесс
Клиенты, Telegram, роли, дежурства и правила сроков для вашей команды.
- 04
Проверяем на пилоте
Обучение, тестовые сценарии и обратная связь перед полноценным запуском.
Что стоит знать
до внедрения.
Если ваш сценарий отличается,
обсудим его отдельно.
Нужен ли Telegram, чтобы пользоваться системой?
Нет. С тикетами можно работать через веб-интерфейс. Telegram добавляет клиентские чаты и ботов, Inbox и уведомления сотрудникам; эти компоненты подключаются по необходимости.
Можно ли развернуть всё на наших серверах?
Да. Для системы предусмотрены Docker Compose и Helm для Kubernetes. Нужны PostgreSQL и настроенное файловое хранилище. Домен, HTTPS, резервное копирование и сетевые доступы обсуждаются при внедрении. Для Telegram-интеграции нужен доступ к Telegram.
Саппорт, разработка и менеджеры увидят одно и то же?
Не обязательно. Права и доступ к клиентам настраиваются. Команда получает доступ к нужным сценариям: тикетам, чатам, календарю, аналитике или администрированию. Конкретный набор согласуется под ваш процесс.
Чем SLA отличается от времени жизни тикета?
Возраст тикета — календарное время. SLA контролирует заданные сроки первого ответа, следующего ответа и решения с учётом рабочего времени и правил ожидания. OLA помогает видеть время работы отдельных команд. Эти показатели зависят от настроенных правил.
Как работают уведомления о сообщениях в Inbox?
Сотрудник подписывается на нужный чат. Ответ на сообщение, отправленное им от имени бота, получает этот сотрудник, если он подписан. Упоминание бота или общий реплай боту уведомляет подписчиков чата с доступом. Личный Telegram-аккаунт сотрудника в переписке не раскрывается.
Можно ли подключить наших корпоративных агентов?
Да, через read-only MCP. Внешние агенты смогут читать разрешённые данные и делать аналитику в вашей агентной системе. Это не означает автоматические ответы клиентам или изменение тикетов агентом.
Дежурный разработчик автоматически получает тикеты?
Нет. Расписание показывает поддержке, к кому можно обратиться. Назначение и эскалация выполняются сотрудником — календарь разработки не передаёт тикеты автоматически.
Что происходит, когда сотрудник увольняется?
Администратор может деактивировать пользователя. Доступ и сессии отзываются, Telegram-привязка разрывается. Активные тикеты можно вернуть в очередь текущей команды. История работы сотрудника сохраняется.
Ваша поддержка
может работать спокойнее.
Начнём с вашей команды, каналов и рабочего процесса.