Соберите окончательный текст, список получателей и условия тарифа, затем проверьте расчёт в сервисе рассылок. Стоимость зависит от числа адресатов, количества SMS-частей в каждом сообщении и правил списания. Для бизнеса в Беларуси полезно заранее зафиксировать бюджет в BYN и уточнить, что именно входит в цену. Ниже разберём, как посчитать расходы до отправки, проверить длинные сообщения и сопоставить предварительную сумму с отчётом после теста.
Какие условия тарифа нужно уточнить перед расчётом?
Начните с единицы оплаты. Сообщение, которое клиент видит на экране телефона, не всегда совпадает с одной оплачиваемой SMS-частью. Длинный текст разбивается на части, поэтому одной цены «за SMS» недостаточно для расчёта бюджета.
Откройте условия сервиса или запросите пояснение у поддержки. Нужен ответ применительно к вашей рассылке: с выбранным именем отправителя, текстом и списком номеров. Если цена зависит от направления отправки или других условий, попросите учесть их в предварительном расчёте.
- За что списывают деньги: за сообщение целиком или за каждую SMS-часть.
- В какой момент возникает списание и как сервис учитывает сообщения без подтверждения доставки.
- Включены ли налоги в цену, которую вы видите в кабинете или предложении.
- Есть ли отдельные платежи за подключение, имя отправителя или доступ к API.
- На какой срок действуют условия расчёта и что изменится при другом объёме отправки.
Это вопросы для проверки, а не перечень обязательных платежей. Не добавляйте в бюджет плату за API или имя отправителя, если её нет в условиях вашего сервиса. Но и не считайте, что пополнение баланса автоматически покрывает все расходы на запуск.
Разделите деньги на балансе и стоимость конкретной рассылки. Остаток в личном кабинете показывает доступные средства, а предварительный расчёт должен показывать расходы на выбранный список и текст. Для согласования бюджета запишите обе суммы отдельно.
Почему длина текста меняет стоимость SMS?
Проверьте текст в том виде, в котором его получит клиент: с названием компании, ссылкой и переменными. Кириллица занимает больше места, чем текст в GSM-7, а длинное сообщение разбивается на части. Это одна из технических причин, которые разобраны в материале почему SMS не доходит клиенту в Беларуси (источник: SMSka.by).
Для расчёта используйте счётчик частей в сервисе, если он доступен. Обычный подсчёт символов в редакторе не показывает, как система обработает кодировку и подстановки. Вставьте окончательный вариант в форму отправки и посмотрите результат до подтверждения рассылки.
Особое внимание уделите шаблонам. Короткий текст «Заказ готов к выдаче» и уведомление с номером заказа, адресом и сроком хранения имеют разную длину. Если в шаблоне есть переменные, проверьте вариант с самым длинным ожидаемым значением, например с полным адресом пункта выдачи.
Персонализацию проверяйте на нескольких вариантах сообщения. Короткое имя получателя ничего не говорит о длине текста с длинным именем. Если сервис считает части только после подстановки данных, запросите расчёт для готового списка, а не для пустого шаблона.
Сокращайте текст там, где это не мешает действию клиента. Уберите повтор названия компании, если отправитель уже понятен, и фразы вроде «Настоящим сообщаем вам». Сохраните сам повод уведомления и способ уточнить детали. В сообщении о доставке адрес или время обычно полезнее приветственного оборота.
Как посчитать бюджет рассылки до отправки?
Считайте расходы по готовым сообщениям. Для одинакового текста и единой цены базовая формула такая: число получателей × число SMS-частей на получателя × цена части. Отдельные платежи добавляйте только в том случае, если они предусмотрены условиями сервиса и относятся к этому запуску.
Если тексты или цены различаются, разбейте расчёт на группы и сложите суммы. Например, уведомление о готовности заказа и сообщение с подробностями доставки лучше проверить отдельно: у них разный состав текста. Средняя длина сообщения скрывает случаи, когда отдельный шаблон требует больше частей.
- Зафиксируйте список адресатов и уберите случайные повторы, если каждому клиенту нужно отправить одно уведомление.
- Подготовьте окончательные тексты со всеми переменными и ссылками.
- Определите число оплачиваемых частей для каждого варианта текста.
- Примените цену из действующих условий и сложите расходы по всем вариантам.
- Сохраните расчёт вместе с текстами до подтверждения отправки.
Для повторяющихся уведомлений учитывайте число событий. Один заказ может вызвать сообщение о приёме, выезде курьера и переносе доставки. При этом не каждое событие происходит с каждым заказом. Считать все возможные уведомления обязательными — значит завышать план, а учитывать только первое сообщение — пропускать часть расходов.
Сначала перечислите события, которые уже фиксируют сотрудники или система. Для проверки состава такой цепочки пригодится материал о том, как уведомлять клиентов о сроках локальной доставки по SMS. Затем назначьте отдельный шаблон каждому событию и включите его в расчёт.
Если фактической частоты событий пока нет, подготовьте два расчёта: для обычного сценария и для сценария с дополнительными уведомлениями. Это границы бюджета, а не обещание точной суммы. После первых отправок замените предположения данными из отчёта.
Что проверить в личном кабинете и отчёте после теста?
До массового запуска отправьте окончательные варианты на свои тестовые номера. Такой тест помогает проверить текст на телефоне, но сам по себе не подтверждает стоимость всей рассылки. Для бюджета нужно сопоставить результат теста с правилами тарифа и количеством частей.
До теста запишите баланс, текст и предварительную сумму. После отправки откройте отчёт и проверьте, какие сведения в нём доступны: число сообщений, части, статусы и списания. Если отчёт не показывает детализацию стоимости, уточните у поддержки, где её получить.
Не приравнивайте статус доставки к правилу оплаты. Статус отвечает на вопрос о прохождении сообщения, а условия тарифа определяют списание. Если деньги списали за сообщение без подтверждения доставки, сначала проверьте условия и пояснение к статусу, затем отправьте вопрос в поддержку с идентификатором сообщения.
При отправке через API проверьте ещё и повторные запросы. Если после сбоя система заново отправляет то же уведомление, в расчёте могут появиться дополнительные сообщения. Попросите разработчика проверить, как интеграция отличает повтор запроса от новой отправки. Результат теста должен быть понятен: одно событие вызвало именно столько уведомлений, сколько вы запланировали.
Личный кабинет подходит для проверки текста перед ручным запуском, API связывает отправку с событием в рабочей системе, а отчёты помогают сверить план с фактом. Перед выбором способа запуска уточните, где видны число частей и итоговые списания: эти сведения нужны в обоих случаях.
Типичные ошибки при оценке стоимости SMS
- Считать видимое сообщение одной оплачиваемой единицей. Исправление: проверить число частей после подстановки всех данных.
- Рассчитывать бюджет по черновику. Исправление: повторить расчёт после добавления ссылки, адреса и способа связи.
- Умножать число заказов на цену одного SMS без проверки сценария. Исправление: перечислить уведомления, которые запускает каждый заказ.
- Считать отсутствие доставки основанием для возврата денег. Исправление: заранее уточнить правила списания для разных статусов.
- Сравнивать только цену части. Исправление: учитывать отдельные платежи, если они есть в условиях, и итоговое число частей.
За две минуты возьмите один рабочий шаблон SMS, подставьте самое длинное ожидаемое значение и проверьте число частей в форме отправки. Запишите результат рядом с ценой части — это основа расчёта, которую можно проверить до запуска.
