Диагностика, обходные пути и эскалация

От частого к редкому

Причину ищут последовательно, от простого и частого к редкому:

1. Известные инциденты — статус-страница, общий канал команды.
2. База знаний по симптому.
3. Данные клиента в системе — тариф, настройки, оплата.
4. Воспроизвести у себя.
5. Сузить: у всех или у одного, всегда или иногда, в одном браузере или во всех.

Меняют по одному фактору и записывают проверенное в заметку. «У всех» — скорее инцидент, «у одного» — скорее настройки или данные клиента. Время самостоятельного поиска ограничивают, например 20 минутами: не нашли — эскалация с собранными фактами.

Что собрать у клиента

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

Сначала посмотрите, что видно самому в системе и логах, и спрашивайте только недостающее. Простые просьбы — обновить страницу, другой браузер, выйти и войти — одновременно и проверка, и сбор данных. Видео экрана часто экономит десять писем.

Обходной путь

Исправление может занять недели, а клиенту нужно сделать дело сегодня. Обходной путь — другой способ получить результат: выгрузить вручную, провести операцию через поддержку, временно поменять настройку. Его проверяют сами, дают клиенту пошагово и честно говорят, что это временно. Рабочий обходной путь — в базу знаний и в баг-репорт, чтобы его получили все затронутые. Обходной путь не должен создавать риск для данных.

Ошибка для разработки

Хороший баг-репорт от поддержки:

• заголовок «что — где — при каком условии»;
• шаги воспроизведения, ожидаемый и фактический результат;
• окружение и доказательства;
• влияние: сколько клиентов, есть ли обходной путь, под угрозой ли деньги.

Влияние в цифрах — лучший аргумент для приоритета. Новые обращения по той же ошибке привязывают к репорту — так виден растущий масштаб. После исправления сообщают всем затронутым.

Когда эскалировать

Обращение передают дальше, когда:

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

Подозрение на утечку данных или взлом — сразу и вне очереди. Не эскалируют, чтобы избавиться от сложного клиента или не разбираясь.

Как передать

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

Массовый сбой

Десять одинаковых обращений за час — это инцидент:

1. Сообщить дежурной команде с фактами — что, с какого времени, сколько обращений, примеры.
2. Завести главный тикет и привязывать к нему остальные.
3. Подготовить единый ответ и статус на сайте.
4. Передавать клиентам обновления — и не называть сроков, которых не назвала техническая команда.
5. После устранения — сообщить всем затронутым и участвовать в разборе.

Что запомнить

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