Как перевести сервисные SMS в T-PUSH без изменения текущей интеграции

Представим интернет-магазин, который ежедневно отправляет клиентам SMS с подтверждением заказов, статусами доставки и напоминаниями о получении. Каждое уведомление выполняет свою задачу, а вместе они формируют постоянный поток сервисных сообщений, расходы на который растут вместе с количеством заказов.

У компании уже есть работающая система коммуникаций: сообщения автоматически формируются в CRM, передаются провайдеру и доставляются покупателям. Подключение нового канала на первый взгляд означает дополнительные интеграции, участие IT-команды, тестирование и изменение привычных бизнес-процессов.

Но обязательно ли перестраивать существующую инфраструктуру, чтобы попробовать альтернативу SMS? И можно ли протестировать новый канал так, чтобы клиент продолжал получать важные уведомления, даже если первый способ доставки оказался недоступен?

Один из вариантов — использовать T-PUSH для части текущего сервисного трафика. Если компания уже отправляет сообщения через i-Digital по SMPP или API, новый канал можно протестировать без изменения действующей интеграции. Однако у такого подхода есть несколько особенностей, которые важно учитывать до запуска.

Какие SMS можно перевести в T-PUSH

Первый шаг — определить, какие сообщения из существующего трафика подходят для нового канала. T-PUSH предназначен для доставки сервисных и авторизационных уведомлений в мобильное приложение Т-Банка по номеру телефона. Рекламные рассылки через него недоступны.

Например, интернет-магазины регулярно используют SMS-информирование покупателей для подтверждения заказов, передачи статусов доставки и уведомлений о готовности товара к выдаче. Именно такие сообщения можно рассмотреть для перевода в T-PUSH.

Однако перенести существующий текст SMS без изменений получится не всегда. Заголовок T-PUSH ограничен 20 символами, основной текст — 90 символами с учётом персональных подстановок. Шаблоны должны пройти модерацию Т-Банка, поэтому некоторые формулировки потребуется адаптировать.

Для пилота лучше выбрать один-два регулярных сценария, например подтверждение заказа и уведомление о готовности к выдаче. Это позволит проверить доставку на реальном трафике, не меняя сразу всю систему коммуникаций.

При этом T-PUSH доступен не каждому получателю: возможность доставки зависит в том числе от наличия приложения Т-Банка. Поэтому задача пилота — не полностью отказаться от SMS, а определить, какую долю уведомлений можно перенаправить в новый канал, сохранив резервный маршрут для остальных клиентов.

Как запустить T-PUSH без изменения интеграции

Если компания уже отправляет SMS через платформу i-digital direct по SMPP или API, для пилотного подключения T-PUSH не требуется перестраивать CRM или разрабатывать отдельную интеграцию. Сообщения продолжат поступать в платформу привычным способом, а выбор канала доставки будет выполняться на стороне i-Digital.

Для запуска необходимо подготовить действующие шаблоны сервисных уведомлений, примеры значений переменных, ссылки или диплинки и желаемую последовательность каналов. При необходимости тексты адаптируются под требования T-PUSH средствами маршрутизации, без изменения сообщений в исходной системе клиента.

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

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

В результате бизнес может запустить пилот T-PUSH на существующем потоке сервисных сообщений, не меняя привычную схему взаимодействия своих систем с провайдером.

Что происходит, если T-PUSH не доставлен

Даже после успешного подключения T-PUSH часть уведомлений не сможет дойти до получателей через приложение Т-Банка. Например, если у клиента нет приложения или доставка по техническим причинам невозможна. Для сервисных сообщений это особенно важно: покупатель должен вовремя узнать, что его заказ готов к выдаче, независимо от используемого канала.

Решить эту задачу позволяет каскад T-PUSH → SMS. В i-digital direct можно настроить последовательную отправку уведомлений с автоматическим переключением между каналами. Подробнее о механике таких сценариев — в документации по каскадной отправке.

Рассмотрим работу каскада на примере уведомления о готовности заказа:

1. Отправка T-PUSH. Интернет-магазин передаёт сообщение в i-digital direct. Платформа направляет его в приложение Т-Банка. Если сообщение доставлено, возвращается статус DELIVERED, и дополнительная SMS не требуется.
2. Проверка недоставки. Если уведомление не удалось доставить, система получает статус UNDELIVERED с причиной ошибки.
3. Переключение на SMS. При заранее настроенном каскаде сообщение с необходимой информацией автоматически передаётся в резервный канал.

Таким образом, SMS используется только тогда, когда первая попытка доставки через T-PUSH оказалась неуспешной. При этом статус DELIVERED означает именно доставку уведомления, а не подтверждение его прочтения пользователем.

Такая схема помогает оптимизировать расходы: T-PUSH тарифицируется по доставленным сообщениям, а SMS остаётся резервным инструментом. Компания не оплачивает недоставленные T-PUSH и может сократить количество SMS-отправок за счёт клиентов, доступных в альтернативном канале.

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

Как оценить результаты пилотного запуска

После подключения T-PUSH важно не просто убедиться, что уведомления доставляются, а оценить, насколько эффективно новый канал заменяет часть SMS-трафика. Для этого результаты пилота необходимо сравнить с показателями предыдущей схемы коммуникаций на сопоставимых типах уведомлений.

В первую очередь стоит обратить внимание на четыре показателя:

1. Доля успешных доставок через T-PUSH. Показывает, какая часть сообщений дошла до получателей без использования резервного канала.
2. Количество переходов на SMS. Помогает определить, насколько часто приходится задействовать резервный маршрут.
3. Итоговая доставляемость каскада. Учитывает успешные доставки через оба канала и позволяет оценить надёжность всей последовательности.
4. Фактические расходы на коммуникации. Сравнение расходов до и после внедрения показывает, насколько целесообразно перераспределение трафика.

Для анализа можно использовать отчётность i-digital direct, где предусмотрена детализация рассылок по статусам доставки и получателям. Для оценки пилота T-PUSH необходимо собрать результаты обоих этапов каскада и сопоставить их с исходным SMS-трафиком.

Отдельного внимания заслуживает скорость доставки. Если T-PUSH регулярно возвращает статус недоставки с задержкой, это может увеличивать время получения SMS. Для уведомлений о заказах небольшая задержка не всегда критична, однако в сценариях авторизации она напрямую влияет на удобство клиента.

Решение о масштабировании стоит принимать по совокупности результатов: доле успешно доставленных T-PUSH, итоговой доставляемости каскада, скорости получения уведомлений и изменению расходов. При положительных результатах можно постепенно подключать новые категории сервисных сообщений.

Таким образом, T-PUSH позволяет не заменять существующую инфраструктуру коммуникаций, а расширять её возможности. Компания сохраняет привычную интеграцию, тестирует альтернативный маршрут на действующем трафике и принимает решение о дальнейшем использовании канала на основании измеримых результатов.