У каждого партнёра свой язык статусов. Alion переводит их все.

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

068 функций

Отслеживание статусов

Четыре сети описывают один и тот же лид по-разному, а Alion сводит это к единому набору статусов, которые действительно можно сравнивать.

Каноническая таксономия из 27 статусов

Формулировки каждой сети превращаются в один общий набор статусов.

Что делает: Четыре сети означают четыре разных набора статусов и никакой возможности их сравнить. В Alion результат каждого лида сводится к единому словарю: FTD, Callback, No Answer, Unqualified и ещё 23, поэтому качество сетей можно сравнивать напрямую.
Зачем это нужно: Без единого словаря «Interested» в одной сети и «Hot» в другой выглядят в отчётах по-разному, и непонятно, какая сеть на самом деле работает лучше.
Пример: Northgate Media присылает «Deposited», а Kestrel Ads присылает «ftd_ok». Оба отображаются как FTD, поэтому отчёт по DE сравнивает их FTD-конверсию рядом: 4,1% против 2,7%.

Сопоставление статусов по назначению

Сети сохраняют свои названия. Вы всё равно получаете единую понятную картину.

Что делает: Вам не нужно просить сеть менять свой CRM только ради работы с вами. В Alion собственные статусы каждого назначения сопоставляются с канонической таксономией, а всё несопоставленное появляется в панели разбора, а не тихо пропадает.
Зачем это нужно: Без сопоставления новый статус от сети теряется, и FTD может остаться незамеченным под названием, которое никто не распознал.
Пример: Velora Partners начинает присылать «Reassigned». Статус появляется в панели разбора, вы один раз сопоставляете его с Callback, и все прошлые и будущие лиды с этим статусом выстраиваются правильно.

История статусов только на дозапись

Ничего не перезаписывается, поэтому всю историю всегда можно доказать.

Что делает: Когда сеть настаивает, что лид всегда был Unqualified, а вы помните его как Callback на прошлой неделе, кто-то должен доказуемо оказаться прав. Alion записывает каждое изменение статуса отдельной постоянной строкой, которая никогда не перезаписывается, поэтому вся последовательность остаётся доступной.
Зачем это нужно: Система, которая хранит только последний статус, скрывает, как лид к нему пришёл, а именно об этом и идут споры и сверки по CRG.
Пример: Лид из FR в Brightline Leads показывает New 3 мая, Callback 5 мая и Unqualified 12 мая, каждый со своим временем, поэтому вопрос о Callback решается на одном экране.

Входящие вебхуки статусов

Сети сообщают вам в тот момент, когда что-то меняется.

Что делает: Узнать об FTD только на следующее утро значит опоздать на день. Сети могут передавать изменения статуса в Alion в реальном времени, а не ждать следующей плановой синхронизации.
Зачем это нужно: Рекламные платформы оптимизируются по свежим сигналам. FTD, о котором сообщили через несколько часов, доходит до трекера и Meta или Google слишком поздно, чтобы помочь кампании.
Пример: Halcyon Traffic вызывает ваш вебхук Alion в 14:32, когда лид из CA делает депозит. В 14:32 у лида уже статус FTD, и постбэк конверсии в Meta отправлен.

Автоматизация по статусу

Отправляйте постбэк в ту же секунду, когда лид конвертируется.

Что делает: Рекламная платформа может оптимизироваться только по тем конверсиям, о которых действительно знает. В Alion вы настраиваете шаги, которые запускаются автоматически, когда лид достигает выбранного статуса, чаще всего постбэк конверсии в момент достижения FTD.
Зачем это нужно: Без этого кому-то приходится выгружать FTD и вручную загружать их в каждую рекламную платформу, а кампания оптимизируется по устаревшим или неполным данным.
Пример: Когда любой лид из Taboola достигает FTD, Alion отправляет постбэк конверсии в Taboola с click ID и пишет «FTD, UK, Offer A» в ваш Telegram-чат.

Четыре режима фильтрации по статусу

Задавайте именно тот вопрос, который имеете в виду, а не ближайший доступный.

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

Источник каждого статуса

У каждого изменения статуса видно, откуда оно пришло.

Что делает: Когда у лида внезапно появляется FTD, первый вопрос: кто это сообщил. Alion записывает источник каждого изменения статуса: синхронизация, вебхук, вручную, импорт, флоу или шафл.
Зачем это нужно: Без этого невозможно отличить обновление от самой сети от ручной правки или импорта, и в споре на эту цифру нельзя опереться.
Пример: Лид из UK в Velora Partners показывает FTD через вебхук 9 июня, затем Rejected вручную 11 июня от коллеги. Вы видите оба изменения, с тем, кто и когда их внёс.

Флаги отката FTD

Лид, который ушёл со статуса FTD, помечается для вашей проверки.

Что делает: Сеть может сообщить об FTD, а потом сменить статус лида на Rejected, и это незаметно меняет сумму, которую вам должны. Alion помечает каждый лид, ушедший со статуса FTD, как откат для проверки. Это только пометка: ничего не отменяется автоматически, решение принимаете вы.
Зачем это нужно: Без этого понижённый FTD теряется среди тысяч обновлений статусов, пока счёт не придёт с недостачей.
Пример: Kestrel Ads ставит лиду из DE статус FTD 2 июля и Rejected 20 июля. Alion помечает его, вы открываете лид, проверяете выплату за FTD $450 и обсуждаете это с Kestrel до выставления счёта.

099 функций

Прозрачность и отчётность

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

Путь лида с причинами

Видите каждый шаг лида по порядку и причину каждого решения.

Что делает: Когда сеть говорит, что лид так и не пришёл, или лид попал не на тот оффер, вам нужны факты, а не догадки. В Alion каждый лид показывает весь свой путь по порядку: какое правило сработало, какой оффер выбран, какой кап был заполнен и куда лид ушёл дальше, где CRM не ответила вовремя, какая CRM его приняла и какие postback были отправлены. У каждого шага есть причина.
Зачем это нужно: Без этого вы разбираете споры с сетями по памяти и таблицам, а ошибки маршрутизации остаются незаметными до выставления счёта.
Пример: Velora Partners утверждает, что лид 48213 из Meta UK к ним не пришёл. Путь лида показывает: сработало правило «UK Meta», Оффер A у Velora был закрыт по капу в 12:04, лид ушёл на Оффер B у Kestrel Ads, и CRM Kestrel приняла его, вернув ID лида.

Симулятор лидов

Введите любой лид и увидьте, куда именно он пойдёт, ещё до реального трафика.

Что делает: Менять правила на работающем трафике рискованно: ошибку обычно видно только тогда, когда реальные лиды уходят не туда. В симуляторе вы вводите любые данные лида, и Alion показывает точный путь по черновым или опубликованным правилам: правило, лист, оффер, цену, капы, CRM и шаги flow. Это заодно и проверка перед публикацией.
Зачем это нужно: Без него первой проверкой нового правила становится реальный лид и реальные деньги.
Пример: Перед публикацией вы симулируете лид DE из Taboola в 23:00. Симулятор показывает, что он подходит под правило «DE ночь», попадает на Оффер C у Brightline Leads по цене 25 за лид, а его flow отправляет сообщение в Telegram и postback.

Карта покрытия офферов

Сетка стран и сетей, которая показывает, на какой оффер попадает каждый лид.

Что делает: Когда правил и офферов много, сложно понять, покрыта ли каждая страна и на какой оффер на самом деле попадает лид. Карта покрытия это сетка стран и сетей: в каждой ячейке видно, на какой оффер попадает лид и какое правило его туда отправляет. Пробелы подсвечены, а перед публикацией вы видите, что меняется между черновиком и действующими правилами.
Зачем это нужно: Потому что в списке правил пробел не виден, и обычно его замечают только тогда, когда лиды из этой страны уже пришли.
Пример: Сетка показывает, что FR покрыта Оффером A у Northgate Media через правило «EU core», а у CA нет оффера в Halcyon Traffic. Вы добавляете правило, и сравнение ещё до публикации показывает, что CA теперь попадает на Оффер D.

Почему лид не подошёл под правило?

Выберите лид и правило и увидьте, какое именно условие не выполнилось.

Что делает: Правило выглядит верным, но лид его пропустил, а проверять десяток условий вручную долго. Выберите лид и правило, и Alion покажет, какое именно условие не совпало.
Зачем это нужно: Без этого вы проверяете условия по одному или меняете правило, которое вовсе не было проблемой.
Пример: Лид UK из Google пропустил правило «UK mobile». Диагностика показывает, что страна и источник совпали, но тип устройства был desktop, поэтому правило не сработало.

Помощник добавления сети

Добавьте все офферы сети в правило одним кликом.

Что делает: У сети часто несколько офферов, и добавлять их в правило по одному долго и легко ошибиться. Помощник «Добавить сеть» добавляет все офферы этой сети в правило одним кликом. Когда вы создаёте новый оффер, Alion спрашивает, добавить ли его в правила, где эта сеть уже используется.
Зачем это нужно: Без него новый оффер может простаивать, потому что никто не вспомнил добавить его в правила.
Пример: У Kestrel Ads три оффера: для UK, DE и CA. Вы нажимаете «Добавить сеть» в правиле «Tier 1 Meta», и добавляются все три. Через неделю вы создаёте четвёртый оффер для FR, и Alion спрашивает, добавить ли его тоже в «Tier 1 Meta».

Многоуровневая детализация отчётов

Группируйте до четырёх параметров сразу, например страна плюс источник плюс сеть.

Что делает: «Какая комбинация страны и источника реально приносит деньги в какой сети» это вопрос с несколькими измерениями, а большинство отчётов отвечают только на одно за раз. Группируйте до четырёх уровней по сетям, странам, версиям офферов, источникам трафика и статусам.
Зачем это нужно: Без этого вы выгружаете данные в таблицы и вручную строите сводные, чтобы найти прибыльную комбинацию.
Пример: Вы группируете по стране, затем по источнику, затем по сети и видите, что лиды UK из Taboola приносят 42 за лид в Northgate Media и только 18 в Kestrel Ads.

Настраиваемые дашборды

Соберите вид, который проверяете каждое утро, и сохраните его.

Что делает: Цифры, которые вы смотрите каждое утро, не те, что в конце месяца. Соберите доску из виджетов, которые можно перетаскивать и менять по размеру, и сохраните её как именованный шаблон для каждого вида.
Зачем это нужно: Потому что один жёсткий дашборд либо скрывает то, что нужно сегодня, либо прячет это под тем, что было важно на прошлой неделе.
Пример: Утренний шаблон показывает лиды за сегодня, FTD и офферы, закрытые по капу. Шаблон на конец месяца показывает доход по сетям и доставки, которые ещё не учтены в доходе.

Детализация биллинга

От строки счёта до отдельного лида за три клика.

Что делает: Когда сеть оспаривает счёт, вам нужно добраться до отдельного лида за три клика, а не за тридцать. Спускайтесь от страны к версии оффера и до отдельных лидов.
Зачем это нужно: Без этого разбор спора означает пересборку счёта из сырых выгрузок.
Пример: Halcyon Traffic оспаривает 40 FTD в счёте по DE. Вы кликаете DE, затем Оффер B версия 2 и видите эти 40 лидов с датами доставки и статусами.

Единая лента дохода по всем сетям

Сравнивайте все сети бок о бок в одном списке.

Что делает: Чтобы решить, какой сети отдать следующий лид, их нужно сравнить бок о бок. Одна плоская лента охватывает сразу все сети, страны, версии офферов и источники трафика.
Зачем это нужно: Без неё доход каждой сети живёт в отдельном отчёте, и сравнивать их приходится вручную.
Пример: В одном списке видно, что за трафик CA из Google на прошлой неделе Brightline Leads платила 31 за лид, а Velora Partners 22.

Возможности

Что ещё умеет Alion

Распределение лидов Alion: маршрутизация, сплиты и переработкаКак Alion автоматически распределяет каждый лид по взвешенным сплитам с учётом лимитов, а затем перерабатывает неконвертированные лиды по правилам, а не теряет их.Защита от мошенничества Alion: блокировка ботов, дублей и проксиAlion проверяет каждый лид по четырём признакам, блокирует VPN, прокси и одноразовые email уже на входе и останавливает дубли и повторные отправки у каждого партнёра.Управление лимитами Alion: контроль в реальном времени, без перевыполненияПрименяйте дневные, недельные и контрактные лимиты к каждому лиду в реальном времени, проверяйте изменения тестовым прогоном и получайте уведомление в Telegram до превышения лимита.Учёт дохода Alion: выплаты, условия и отчётность в реальном времениОтслеживайте выплаты CPL, CPA, гибридные и CRG по странам с версионированием условий, автоматическим расчётом по FIFO и отчётностью с детализацией до одного лида.Доставка и интеграция Alion: любой API, полный журнал аудитаПодключайте любую CRM, постбек, Telegram или email-назначение, определяйте реальный бизнес-успех по ответу и храните полный журнал аудита каждой доставки.Безопасность Alion: изоляция на уровне строк и маскирование PIIДанные каждого клиента изолированы на уровне строк, персональные данные маскируются по умолчанию, а гибкие права доступа точно определяют, что может видеть или делать каждый сотрудник.

Все возможности

Функции

Отправляйте.

Начать бесплатно Записаться на демо