На сколько реально поднимается connect-rate после чистки?

По кейсам наших клиентов из числа русскоязычных колл-центров (forex, financial sales, info-business, B2B-outbound) — с 25–32% до 40–55%. Точная цифра зависит от свежести базы и сегмента: «холодная» база с биржи лидов даёт больший прирост, чем тёплая повторная база, которую уже звонили.

А если в базе много новых SIM, MAX может вернуть not_found, и мы потеряем валидных лидов?

Да, такие edge cases есть. Корректная логика — не отбрасывать not_found, а понизить приоритет в очереди. Реальные люди со свежими SIM появятся в MAX в течение 1–4 недель; их можно пере-валидировать ночным джобом. Жёстко вырезать только повторные not_found через 30 дней.

Можно ли подключить к нашему диалеру (Asterisk, Vicidial, Oki-Toki)?

Да. Сценарии: ночной батч-джоб с CSV — для существующих баз; webhook от диалера при загрузке новых лидов — для real-time. Через индивидуальный API-доступ. Через бот — пилот 5–50k номеров за вечер.

Чистка базы перед обзвоном: как колл-центру сэкономить часы оператора и поднять connect-rate

Стандартный B2C-колл-центр на «холодной» обзвонной базе показывает connect-rate 25–32%: из 100 наборов оператор реально говорит с 25–32 людьми. Остальное — отключённые SIM, потерянные номера, номера компаний с автоответчиком, физически несуществующие. Каждый «пустой» набор стоит 20–40 секунд времени диалера и 15–25 секунд времени оператора, если автодиалер отдаёт ему гудки.

Проверка номеров через MAX за $0.005 перед загрузкой базы в диалер срезает 25–40% мусора и поднимает connect-rate до 40–55% — фактически удваивая выработку колл-центра без расширения штата.

TL;DR

Connect-rate без чистки: 25–32% на «холодных» базах
После MAX-чистки: 40–55% — рост в 1.4–1.8×
Стоимость проверки: $0.005/номер, окупается на 25–40 обработанных лидах
Интегрируется в Asterisk / Vicidial / Oki-Toki / Naumen / Mango через ночной батч или webhook
Не заменяет HLR-Lookup, но дополняет его сигналом «живой человек», а не «активная SIM»

Проверь свою базу за минуту

$0.005/номер · скидки от 10% до 60%

Открыть бота →

Почему именно сейчас (2026): Telegram → MAX

В 2024–2026 годах в РФ резко выросла регуляторная нагрузка на Telegram: периодические замедления, штрафы за недопуск к РКН, блокировки отдельных каналов и ботов. На этом фоне колл-центры, которые традиционно опирались на Telegram как резервный канал контакта (мессенджер-сейлинг, нотификации, реактивация), за последний год массово переходят на MAX — российский мессенджер от VK без регуляторных рисков.

Что это значит для базы колл-центра:

Раньше: «жив ли номер» проверяли через Telegram (был ли виден аккаунт, last seen). С блокировками такие проверки стали ненадёжными — большая часть аудитории попросту перестала активно пользоваться Telegram.
Сейчас: индикатор «живого человека за SIM» сместился в MAX. Проверка через MAX в 2026 даёт ту же сигнальность, что Telegram-проверка давала в 2022.
B2C-сегмент (физлица 25–55 лет) уже на 60%+ в MAX (статистика 2026). Через 6–12 месяцев — это будет основной мессенджер для любого outbound-обзвона в РФ.

Колл-центры, которые перейдут на MAX-проверку сейчас, получают эффект сразу: чистый top-of-funnel, более точная сегментация, эффективная переподписка операторов. Те, кто останется на Telegram-данных или вообще без проверки — теряют connect-rate месяц за месяцем по мере оттока аудитории из Telegram.

Откуда берётся 25–40% мусора

Структура типичной обзвонной базы 100 000 номеров после нескольких покупок и обогащений:

Категория	Доля	Что с ним
Активный личный номер	50–60%	целевой
Активная корпоративная АТС	8–12%	автоответчик
Отключённый/потерянный	15–25%	гудки
Виртуальный/одноразовый	4–8%	abandoned
Совсем несуществующий (опечатка)	2–5%	сразу error

HLR-Lookup отсекает 3 и 5 (неактивные SIM), но не различает 1 и 2 — и пропускает 4 (виртуалы выглядят как живые SIM).

MAX-проверка добавляет ортогональный сигнал: есть ли за этой SIM живой пользователь мессенджера с публичным профилем. Это почти точно совпадает с «есть ли там реальный человек, которому имеет смысл звонить».

Как это поднимает connect-rate в цифрах

База 100 000 номеров. До чистки:

70 000 — теоретически дозваниваемые (1 + 2 + 4)
Реальные дозвоны — 28% × 100k = 28 000 разговоров
AHT (average handle time): 4 минуты
Время на пустые наборы: 72 000 × 30 сек = 600 ч машинного времени, из них ~40% слышит оператор

После MAX-чистки (отсев 25%):

В диалере 75 000 номеров (отброшены not_found старее 30 дней)
Connect-rate 45% → 33 750 разговоров на той же базе
Прирост: +5 750 разговоров = +20% выработки
Стоимость проверок: 100 000 × $0.005 × 0.6 (тариф) = $300
Окупаемость: при ARPC $8 — на 75 дополнительных продажах

Сценарий 1: ночной батч для уже загруженной базы

Самый простой вариант. Раз в неделю выгружаем из CRM/диалера номера со статусом «не дозвонились ≥ 3 попыток», прогоняем батчем, обновляем статус.

[CRM/Vicidial] → CSV (3-attempt-no-answer)
                    ↓
         [Max Checker batch]
                    ↓
   not_found / closed_profile → status: deprioritized
   registered                 → status: retry_priority_high
                    ↓
[Обратная загрузка в диалер]

После 2–3 итераций база «чистится» от структурного мусора, connect-rate стабилизируется на 40–50%.

Сценарий 2: real-time webhook на новых лидах

Для колл-центров, которые получают лидов с трафика (квизы, лид-формы, паблики). Каждый новый лид перед попаданием в диалер проходит MAX-проверку:

Webhook из лид-формы → ваш CRM
CRM дёргает API Max Checker (sync, p95 1.5 s)
Если registered + есть имя → лид в горячую очередь
Если not_found → в холодную очередь, обзвон во вторую смену, ниже приоритет
Если имя в MAX не совпадает с тем, что указано в форме → сигнал «лид-фрод», передаём в трафик-менеджера

В горячую очередь попадает 60–75% лидов. Connect-rate на ней — 55–70%.

Сценарий 3: приоритезация очередей по «живости»

Не отбрасывать not_found совсем — просто понижать в очереди. Логика приоритизации:

P1 (звонить первым): registered + полное ФИО + последний активный визит < 30 дней
P2: registered + хотя бы имя
P3: registered + закрытый профиль
P4: not_found < 30 дней (свежая SIM или ошибка)
P5: not_found > 30 дней повторно — выводим из ротации

Диалер ставит P1 в первую очередь смены — операторы получают самых «живых» абонентов в первый час, KPI не проседают.

Проверь свою базу за минуту

$0.005/номер · скидки от 10% до 60%

🤖 Получить $50 пробника на чистку базы

Сценарий 4: предсменная фильтрация

Ещё короче — за 30 минут до начала смены прогнать «свежий подмножество» (например, 10 000 номеров на смену) через batch и залить только registered в диалер. На входе оператора — почти гарантированный живой контакт.

Метрика: время до первого «hello» с момента нажатия Start у оператора. До чистки — 1.2–2.5 минуты. После — 25–50 секунд.

ROI: экономика на колл-центр в 50 операторов

Дано:

50 операторов × 6 ч × 22 рабочих дня = 6600 операторо-часов/мес
Себестоимость оператор-часа: $4–7 (фонд + накладные)
AHT: 4 минуты, конверсия в лид: 8%, ARPC: $9
База на смену: 4000 номеров/оператор/день

Без чистки:

Эффективное время разговора: 28% × 6600 ч = 1848 ч
Лидов: 1848 × 60/4 × 8% = 2218/мес
Выручка: $19 962/мес

С чисткой (connect-rate 45%, отсев 25% базы):

Эффективное время разговора: 45% × 6600 ч = 2970 ч
Лидов: 2970 × 60/4 × 8% = 3564/мес
Выручка: $32 076/мес
Прирост: +$12 114/мес
Стоимость проверок: 4000 × 50 × 22 × $0.005 × 0.6 = $1320/мес
Чистая прибавка: +$9 474/мес (≈ 4.6× ROI на чистку)

При этом штат не вырос, нагрузка на оператора не выросла, KPI выросли. Это важный аргумент в разговоре с supervisor'ом.

Интеграция с конкретными системами

Asterisk + Vicidial: ночной cron, обновление таблицы vicidial_list.status = 'NEW'/'DEAD'
Oki-Toki: импорт CSV с тегом приоритета
Naumen Contact Center: REST API → атрибут номера external_max_status
Mango Office: ручной импорт (нет API на запись), либо через middleware

Большинство колл-центров используют 1–2 системы из списка. У нас есть рабочие схемы для всех — присылайте /support с темой «интеграция с <ваша система>», поможем подключить за 1–2 дня.

Edge cases

Свежие SIM-карты (< 14 дней) часто not_found — это не значит «звонить нельзя». Используйте только как сигнал приоритета.
Корпоративные номера компаний почти всегда not_found — но если вы B2B-outbound, эти номера — целевые. Не выкидывайте. Можно дополнительно проверить через парсинг ЕГРЮЛ.
Регионы: в разных субъектах РФ проникновение MAX разное (см. статистику 2026). В регионе с низким проникновением not_found — слабый сигнал.
Закрытые профили (~5–8%): получите registered без имени. Для обзвона это нормально — звонить таким абонентам так же эффективно, как и с публичным профилем.

Связка с другими методами

Метод	Что отсекает	Стоимость
HLR-Lookup	Отключённые/неактивные SIM	$0.001–0.003
MAX-проверка	Виртуалы, корпоративы, мёртвые	$0.005
TrueCaller-выборка	Помеченные как «спам/коллектор»	$0.005–0.02
Crowdsource flags	Жалобы абонентов	бесплатно

MAX отлично связывается с HLR: HLR убирает «технически несуществующие», MAX — «технически живые, но без человека за ними». Совместный отсев — до 35–45% мусора в одной волне.

С чего начать

Пилот за вечер: выгрузите 5000 ваших не-дозваниваемых номеров в CSV, прогоните через бот, посмотрите % not_found
A/B на смене: сравните connect-rate на чистом и грязном подмножествах одного оператора в один день
Production: индивидуальный API-доступ, ночной cron на полную базу, ребалансировка приоритетов в диалере

Запросить пилот и доступ — через /support в нашем боте с темой «колл-центр — интеграция». При объёме > 50k проверок/мес — индивидуальный тариф.

Юридические аспекты

Проверка факта существования профиля в публичном мессенджере сама по себе не является обработкой ПДн в строгом смысле — данные общедоступны. Но если вы храните результат в CRM рядом с ПДн абонента (имя, номер, история звонков):

Включите цель «верификация контактных данных и противодействие фроду» в политику обработки ПДн
Срок хранения результата проверки = срок жизни лида в CRM
Не передавайте результат третьим лицам без основания

Подробнее — в материале про 152-ФЗ. Для колл-центров СНГ за пределами РФ применяются локальные законы — общая логика та же, но конкретные формулировки нужно адаптировать.