Как устроен жизненный цикл обращения в поддержку?
Когда пользователь пишет в поддержку, его запрос проходит несколько этапов — от создания тикета до полного решения. Разберём, как это работает в базовой схеме.
1. Приём обращения Каналы:
- Чат / тикет-система
- Телефон / email
- Соцсети (если поддержка работает там)
Что происходит: ✅ Фиксация запроса – создаётся тикет с уникальным ID. ✅ Классификация – определение типа проблемы (техническая, финансовая, доступы и т.д.). ✅ Приоритезация – срочные кейсы (например, падение сервиса) обрабатываются первыми.
Пример: Пользователь пишет: «Не могу оплатить подписку» → тикету присваивается тег «Платежи» и приоритет «Средний»
2. Первичная обработка (L1) Цель: Решить проблему быстро или передать её дальше.
Действия L1:
- Проверить по Базе Знаний (возможно, решение есть).
- Если вопрос простой (например, «Не приходит SMS») – дать инструкцию.
- Если сложный – передать в L2 с собранными деталями.
Метрика успеха: % решённых вопросов без эскалации.
3. Глубокая диагностика (L2) Когда передаётся сюда?
- Если L1 не смог решить.
- Если проблема требует анализа логов, API или БД.
Что делает L2:
- Воспроизводит баг (если возможно).
- Проверяет интеграции (платёжные системы, CRM и т.д.).
- Если находит ошибку в коде/инфраструктуре – передаёт в L3 .
Пример: «Платежи падают при выборе определенного типа платежа» → L2 обнаруживает, что не приходит callback от банка → передаёт в L3.
Исправление (L3 – разработчики,другой сервис и т.д) Что делают:
- Чинят код, обновляют конфиги, правят базу данных.
- Готовят патч или хотфикс.
- После исправления сообщают L2, чтобы проверили решение.
Сроки: Зависят от сложности – от пары часов до нескольких дней.
5. Верификация и закрытие Кто проверяет: L2 тестирует, действительно ли проблема решена.
- Если да – тикет закрывается.
- Если нет – возвращается в L3 с комментариями.
Финал:
- Пользователь получает ответ.
- Кейс попадает в статистику
6. Анализ и улучшение (постмортем) Что происходит после решения:
- Сложные кейсы разбирают на ретроспективах.
- Частые проблемы добавляют в Базу Знаний или автоматизируют.
- Ошибки в продукте попадают в бэклог разработки.
Почему это важно? ✅ Пользователи получают быстрые и точные ответы. ✅ Поддержка не тратит время на хаотичные процессы. ✅ Разработчики не отвлекаются на «пустые» багрепорты.
Идеальный цикл = когда 80% решает L1, 15% – L2, и только 5% доходят до разработки
