Бизнес оптового SMS-агрегатора: маршруты, маржа, MNP, поставщики

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

Что на самом деле продаёт оптовый SMS-агрегатор

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

Клиенты покупают у агрегатора ради охвата и цены: один договор и одно подключение (bind) вместо отношений с тридцатью операторами, по цене ниже той, которую они получили бы на собственном объёме. Ваша задача состоит в том, чтобы поддерживать эти тридцать отношений (или ту их часть, которая важна) и продавать доступ к ним с маржой сверху. Всё остальное в этом руководстве посвящено тому, как делать это, не теряя денег.

Маршруты: прямые, вторичные и серые

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

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

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

Серые маршруты самые дешёвые: трафик проталкивают через SIM-боксы, абонентские пакеты услуг или интерконнекты, которые никогда не предназначались для трафика от приложений. Цена составляет малую долю цены прямого маршрута; доставка ненадёжна, имя отправителя теряется, операторы блокируют такие маршруты без предупреждения, а во многих странах они незаконны. Агрегатора, который продаёт серые маршруты как «эконом», от потери клиента отделяет одна жалоба, а от потери бизнеса одно расследование. Дисциплина состоит в том, чтобы точно знать, какие маршруты у вас есть, и честно обозначать их для клиентов, которые их покупают.

Уровни качества: продавайте маршрут, а не направление

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

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

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

Маршрутизация по наименьшей стоимости без ухода в убыток

Когда на одно направление приходится несколько маршрутов, платформа выбирает один для каждого сообщения. Простое правило (сначала самый дешёвый маршрут, при ошибке переключение на следующий) называется маршрутизацией по наименьшей стоимости (LCR), и для большинства агрегаторов оно остаётся правильным годами. Два уточнения делают его безопасным.

Во-первых, LCR работает внутри уровня, а не между уровнями. Самый дешёвый маршрут в страну никогда не будет правильным для клиента, который заплатил за премиальный уровень. Таблица маршрутизации ведётся для каждого уровня, а внутри уровня упорядочена по цене, причём при равной цене решает качество.

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

Агрегатор, который теряет деньги, редко теряет их из-за плохого месяца. Он теряет их на одном направлении, на одном маршруте, в течение трёх недель, потому что ничто на экране не стало красным.

Оптовая торговля в больших масштабах, когда вы покупаете одно и то же направление более чем у пяти поставщиков и в течение дня меняете их соотношение по оценкам в реальном времени, требует другого инструмента и представляет собой другой бизнес; руководство по корпоративным платформам честно проводит эту границу. Если у вас три договора и предпочтительный маршрут, вам нужна LCR с отказоустойчивостью (failover) и нижними порогами маржи, и платформа на собственном сервере это даёт.

Где находится маржа

Спред на одно сообщение невелик и часто измеряется десятитысячными долями доллара на направлении, которое стоит несколько тысячных, поэтому бизнес равен объёму, умноженному на дисциплину. Итоговую цифру определяют три места.

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

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

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

MNP и HLR: проблема перенесённых номеров

Переносимость номеров ломает маршрутизацию по префиксу. Номер, который начинается с префикса оператора A, мог быть перенесён к оператору B несколько лет назад; если маршрутизировать его по префиксу, он уйдёт к A, а тот либо отклонит его (ошибка, за которую вы заплатили), либо перешлёт к B по цене интерконнекта, которой нет в вашей тарифной сетке. На рынках с высокой долей переноса номеров эта ошибка составляет заметную долю всего трафика.

Это исправляют два инструмента. База MNP сопоставляет номера с их текущим оператором, обновляется из национального реестра перенесённых номеров или из коммерческого источника данных, и платформа обращается к ней перед выбором маршрута. HLR-запрос в реальном времени спрашивает у сети, существует ли номер, какой оператор его обслуживает и доступен ли он; запрос стоит долю цента и оправдывает себя при очистке маркетингового списка, прежде чем платить за отправку на несуществующие номера. Smppcube хранит данные MNP в своём архивном уровне (MongoDB рядом с MySQL как основной базой данных, что показано на странице платформы) в том объёме, который нужен реселлеру или агрегатору; HLR в оптовых масштабах через сигнальный интерконнект относится к сфере корпоративных платформ.

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

Выбор и проверка поставщиков

Каждый поставщик, прямой или вторичный, проходит одну и ту же проверку, прежде чем к нему попадёт трафик клиента:

1. Письменный прайс-лист по каждому оператору с условиями уведомления об изменениях и уровнем, который поставщик заявляет для каждого направления.
2. Тестовый трафик на реальные телефоны в стране назначения, с нескольких имён отправителя, в разное время суток: дошло ли сообщение, как быстро, с каким отправителем и совпал ли отчёт о доставке с тем, что увидел телефон? Если своих телефонов в этой стране у вас нет, тестирование через зонды можно купить как услугу.
3. Проверка честности DLR: сравните долю доставленных сообщений по данным поставщика с результатами на телефонах. Поставщик, чьи отчёты показывают 98% доставленных сообщений, когда телефоны получили 80%, генерирует отчёты сам.
4. Коммерческие условия: предоплата или постоплата, депозит, минимальный объём, валюта расчётов и порядок урегулирования споров.
5. Непрерывный мониторинг после запуска, потому что маршрут, который вы проверили на первой неделе, не обязательно останется тем же маршрутом на десятой.

Держите как минимум двух поставщиков для каждого направления, которое вы продаёте, по возможности в одном уровне. Направление с одним маршрутом нельзя обещать клиенту.

Платформа в основе

Всё сказанное выше предполагает, что платформа умеет пять вещей: одновременно держать много подключений (bind) к поставщикам по SMPP и HTTP, маршрутизировать по направлению и по уровню с отказоустойчивостью (failover), записывать себестоимость в каждое сообщение и показывать маржу по каждому клиенту и маршруту, выставлять клиентам счета по тарифным сеткам с предоплаченным балансом и позволять вашим собственным клиентам подключаться по SMPP под своим брендом. Это основа того, что Smppcube создаёт для SMS-агрегаторов, по разовой лицензии без платы платформе за каждое сообщение, а это важно в бизнесе, где такая плата иначе составляла бы процент от того самого спреда, который вы стараетесь сохранить.

Честный контраргумент

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