Прежде чем пересылать скриншот «OTP не приходит», сначала оформите тикет

Вы сделали скриншот, отправили его во внутренний канал и отметили руководителя продаж по этому региону.

Через пять минут он ответил: «Какова именно ситуация?»

Вы снова открыли скриншот и поняли, что можете повторить только написанное на нем — и ни слова больше:

«Может кто-нибудь посмотреть? Индонезия, Indosat, после 19:00 массово не приходит OTP, ошибка 112, уже три дня». (Составной иллюстративный пример, а не единичное исходное сообщение.)

Вы перечитали сообщение. Руководитель продаж спросил: «Это происходит в определенные часы или весь день? Что означает код ошибки? Жалуется один пользователь или сообщения идут из нескольких каналов?»

У вас не было ответов.

Дело не в уровне опыта. Само сообщение просто не содержит достаточно информации, чтобы ответить на эти три вопроса. OTP — это одноразовый пароль, те шесть цифр, которые приходят на телефон при регистрации, входе в систему или подтверждении перевода. Жалобы на его доставку в групповом чате выглядят одинаково: расплывчатое «код не приходит». Стоит ли считать такую жалобу возможностью для замены маршрута, зависит от того, сможете ли вы превратить одно предложение в структурированный тикет с конкретными полями.

Вот четыре поля.

Поле первое: страна + оператор — что уже исключает «Индонезия, Indosat»

В сообщении указаны два якоря: Индонезия и Indosat.

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

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

Все еще требует проверки человеком:

• Жалуется конечный пользователь одного клиента или о том же сообщают несколько клиентов? Чтобы интерпретировать отзыв одного клиента, нужны его ежедневный объем отправки и базовый уровень доставляемости: без этих данных слово «массово» субъективно.
• Упоминают ли Indosat другие группы или каналы в то же временное окно? Если да, проблема с большей вероятностью находится на шлюзе оператора и не зависит от конкретного отправителя.

Поле второе: временное окно — «вечернему пику» нужен диапазон для сравнения

«После 19:00» — если эта привязка подтверждается исходной временной меткой, она сужает направление проверки от «системного сбоя» до «сценария, зависящего от нагрузки».

В индонезийском часовом поясе WIB (UTC+7) интервал 18:00–22:00 приходится на период повышенной нагрузки на международные маршруты. В этом окне может наблюдаться такой рисунок: днем доставка нормальная, к вечеру показатель падает, поздно ночью восстанавливается. Если данные подтверждают этот рисунок, вероятнее ограничение скорости или перегрузка шлюза, а не ошибка конфигурации.

Если проблема одинакова весь день — частота сбоев в 10:00 и 22:00 почти не отличается, — причина, вероятнее, связана с конфигурацией договора, белым списком учетной записи или шаблоном сообщения и не зависит от времени.

Все еще требует проверки человеком:

• «После 19:00» означает время Индонезии или часовой пояс автора сообщения? Это нужно сверить с временной меткой исходного сообщения в Telegram-группе: на скриншоте ее может быть не видно.
• Повторялся ли сбой в одном и том же окне каждую из трех ночей? Одна случайная ночь может совпасть с техническими работами у вышестоящего провайдера. Три последовательно повторившихся вечерних пика — уже значимый рисунок.

Поле третье: код ошибки — один номер может указывать на разные причины сбоя

«Ошибка 112» — иллюстративное значение, а не реальный код протокола SMPP.

При доставке OTP коды ошибок приходят из протокола SMPP (Short Message Peer-to-Peer — протокол, по которому передаются сообщения для верификации). Один и тот же симптом «код не приходит» может указывать на разные технические причины в зависимости от кода:

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

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

Все еще требует проверки человеком:

• Что означает этот код во внутренней документации отправителя? Поставщики по-разному классифицируют и сопоставляют ошибки SMPP, поэтому общее толкование не заменяет документацию конкретного сервиса.
• Оставался ли код ошибки неизменным все три дня? Если он менялся ежедневно, возможно, оператор переключал вышестоящие маршруты, а не сталкивался с постоянным сбоем в одной точке.

Поле четвертое: продолжительность — «три дня» и «три полных вечерних пика» не одно и то же

«Три дня» уже выходят за рамки разового колебания. Один день может объясняться временным переключением маршрута или повреждением оптоволокна. Три дня с повторением по вечерам сильнее указывают на устойчивую проблему маршрутизации.

Но «три дня» нужно разделить на два вопроса:

1. Сбой повторялся каждый вечер с первого дня или первые два вечера прошли нормально, а резкое ухудшение возникло только на третий?
2. Речь о трех полных циклах вечернего пика или период от первого вечера до сегодняшнего дня просто назвали тремя днями?

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

Все еще требует проверки человеком:

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

Как только четыре поля заполнены

Теперь в тикете написано не «Индонезия, у кого-то не приходит код», а следующее:

Индонезия | Indosat | UTC+7, 18:00–22:00 | Ошибка SMPP (сеть назначения недоступна) | Три последовательных вечерних пика | Днем доставка нормальная

Вместе эти шесть условий образуют сигнал возможной замены маршрута, который стоит проверить. Но сигнал остается лишь сигналом. После заполнения тикета не нужно сразу связываться с клиентом: сначала выполните три шага проверки.

1. Вернитесь в исходную Telegram-группу и прочитайте всю ветку обсуждения. Когда вы делали скриншот, то могли увидеть только жалобу, но не последующие ответы: «маршрут скорректирован» или «подтверждено переключение на стороне оператора». Если в карточке проверки сохранились контекст сообщения и ответы, восстановите по ним ход обсуждения. Скриншот фиксирует один момент, а для вывода нужна вся история ветки.

2. Подтвердите, где возникла проблема. Если сбои сосредоточены в пиковом окне одного оператора, сначала выясните, какой маршрут отправитель использует для трафика Indosat и нет ли у него известного окна технических работ в эти часы. Лишь затем решайте, стоит ли с кем-то связываться.

3. Проверьте договорное окно. Есть ли в соглашении клиента с текущим поставщиком условия, которые активируют положение о замене, и когда истекает соответствующий срок? Не всякая актуальная жалоба совпадает с открытым договорным окном.

После скриншота разговор мог изменить ответ

Скриншот фиксирует одно сообщение. Но после его публикации в Telegram-группе ситуация могла измениться. Техническая команда провайдера могла ответить «разбираемся» или «уже связались с индонезийской стороной». Другие клиенты могли написать в той же ветке «у нас то же самое», а администратор — закрепить сообщение: «Известная проблема, исправление ожидается завтра утром».

На вашем скриншоте ничего этого нет. Но от этого зависит решение: перед вами еще открытая возможность для замены маршрута или уже закрытая история?

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

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

ГРАНИЦЫ ПРОДУКТА

Обсуждения рынка и риска — это вспомогательные данные

Основная задача Top Prospect — поиск потенциальных клиентов в Telegram. Обсуждения рынка и риска могут дополнить контекст кандидата, но не становятся автоматически подтверждённым инцидентом, трендом или возможностью продажи.

Посмотреть процесс и границы продукта →