Канал «упал»: как узнать раньше клиента

В 9:10 в чат пришёл последний вопрос. В 9:26 клиент написал в Telegram: «А вы вообще работаете?» В 9:41 оператор заметил, что в ленте подозрительно тихо. Не потому что очередь разгребли, а потому что один канал перестал приносить обращения.

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

Канал ломается не только тогда, когда всё лежит

Когда говорят «канал упал», часто представляют полную аварию: чат не открывается, почта не отправляет письма, мессенджер показывает ошибку. Такие поломки заметны быстро, потому что они мешают всем сразу.

Но чаще проблема тоньше.

Форма на сайте продолжает показывать «заявка отправлена», но письмо не доходит до поддержки. Виджет чата открывается, но событие с сайта не попадает в систему. Токен мессенджера истёк, и новые сообщения больше не забираются. Почтовый ящик принимает входящие, но ответы уходят в спам — отдельно про это стоит прочитать в заметке про то, почему письма от поддержки не доходят до клиента.

Снаружи всё похоже на рабочий канал. Клиент сделал действие и ждёт. Команда видит пустую очередь и думает, что спрос просел.

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

Если один участок цепочки молчит, канал для поддержки уже сломан.

Тишина тоже должна быть сигналом

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

Полезное оповещение отвечает на пять вопросов:

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

Фраза «Telegram не отдаёт новые сообщения с 14:20, последнее входящее принято в 14:18» лучше, чем «ошибка Telegram». По ней понятно, что оператору не нужно сидеть и обновлять ленту. Нужно написать ответственному за интеграцию и временно перевести клиентов в другой канал, если он указан на сайте.

У тишины тоже должен быть порог. Например, если в будний день из формы обычно приходят заявки, а за несколько часов нет ни одной, это повод проверить форму руками. Не надо превращать это в панику каждые десять минут. Но и ждать первого злого сообщения от клиента — плохая система контроля.

Здесь важно не раздувать число каналов. Каждый новый вход — это не просто кнопка «напишите нам». Это обещание отвечать и следить, что вход жив. Если команда уже держит пять точек контакта и проверяет их вручную, стоит вернуться к вопросу, сколько каналов поддержки действительно нужно.

Оповещение нельзя класть в тот же канал

Есть странная привычка: отправлять уведомление о проблеме туда, где проблема и случилась. Например, канал Telegram не принимает сообщения, а тревога уходит в тот же Telegram-чат команды. Иногда это работает. Иногда вы узнаёте о сбое только после того, как почините сбой.

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

Ещё одна деталь: оповещение должно приходить не только «когда сломалось», но и «когда восстановилось». Иначе команда живёт в подвешенном состоянии: кто-то уже чинит, кто-то продолжает просить клиентов писать в обход, кто-то не знает, можно ли возвращать ссылку на форму в подпись.

Цена такой схемы есть. Нужно назначить владельца каждого канала, описать первый шаг при сбое и иногда проверять, что оповещения не превратились в шум. Но это дешевле, чем разбирать переписку с клиентом, который два часа назад отправил заявку и увидел у себя «успешно отправлено».

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