ЗВОНКИв системе Ловец
В основе — ProPBX, промышленная SIP-платформа нашей же команды. Сверху — роботы любой сложности: от жёсткого скрипта до разговорного ИИ на любой языковой модели. Телефония и база — ваши.
Ловец — это программная часть: АТС, роботы, обработка результатов. Линии связи и правовые основания для обзвона вы приносите свои. Подробно об этом — в разделе «Границы», и мы советуем прочитать его до того, как строить планы.
Российский рынок обзвона роботами начинался с нас. Через наши системы прошли сотни миллионов вызовов. Мы первыми сделали конструктор сложных роботов внутри собственного сервиса — тогда, когда сама идея «робот разговаривает с человеком по телефону» ещё требовала объяснений.
Годы ушли на то, чтобы делать робота умнее: длиннее сценарии, тоньше ветвления, лучше распознавание. Это была правильная работа, но она упиралась в потолок, который лежит не там, где его ищут.
Обзвон не заканчивается разговором. Робот производит поток прелидов — сырых контактов, среди которых есть автоответчики, случайные «да», секретари и просто вежливые люди. Ценность создаётся не в момент звонка, а в момент, когда этот поток кто-то разобрал: отделил живой интерес от шума и передал дальше.
Самый совершенный робот, чей результат сваливается в общую кучу, проигрывает среднему роботу, чей результат аккуратно разобран. Мы видели это на своих цифрах достаточно раз, чтобы перестать считать совпадением.
Поэтому фокус сместился с самого звонка на то, что происходит после него. Ловец — естественная эволюция этого опыта: система, где обзвон это мощный, но всё же один из источников, а главное — приём, проверка и передача прелидов дальше. Как это устроено методологически, написано отдельно: методология preCRM.
Холодный обзвон людьми ломается на арифметике. Менеджер делает 60–80 наборов в день, из которых разговором становится треть, а интересом — единицы. Остальное время уходит на гудки, автоответчики и «вы кто?». Чтобы обзвонить базу в тридцать тысяч номеров, нужен либо год, либо колл-центр.
Робот снимает именно эту часть — дозвон и первичный разговор. Он здоровается, ведёт диалог по вашему сценарию, распознаёт речь и понимает, интересно человеку предложение или нет. Живой человек подключается уже там, где есть с кем разговаривать.
Нужно быстрее — добавляете линии, а не людей. Обзвон базы занимает часы, а не недели.
Запись и расшифровка по любому звонку. Никаких «я ему звонил, он не берёт» — видно, что было на самом деле.
Сотый звонок звучит как первый. Робот не срывается, не сокращает вопросы к концу дня и не забывает половину сценария.
Всё, что робот выяснил в разговоре, попадает в карточку полями, а не пересказом в комментарии.
Робот не продаёт и не закрывает сделки. Его работа — довести до разговора и отделить тех, с кем стоит говорить, от тех, с кем не стоит. Дальше начинается работа отдела продаж — и это отдельный разговор про методологию preCRM.
Под модулем обзвона лежит ProPBX — SIP-платформа технологической группы «Проявление». Это не облачный сервис, который мы перепродаём, и не Asterisk с обвязкой: платформу пишет и развивает та же команда, что делает Ловец.
Когда телефонная платформа и система обработки прелидов делаются разными компаниями, любая нестыковка превращается в переписку между вендорами. У нас правка в АТС и правка в Ловце — это две задачи в одной команде. Всё, что описано ниже про поведение обзвона, мы можем менять, а не запрашивать.
ProPBX самостоятельно работает и вне Ловца — как корпоративная платформа в контуре заказчика: приём и маршрутизация вызовов, IVR и очереди, живые операторы и роботы в одной архитектуре, HA-кластер, тысячи одновременных сессий. Подробности — на странице продукта. Ловец использует её как фундамент модуля обзвона.
Сервер написан на Go и держит сотни одновременных плеч на обычном железе. Реальный потолок в вашем случае задаёт не софт, а канальность транка — и это, как ни странно, хорошая новость: упираться в чужие лимиты тарифа не приходится.
Кластер собирается peer-to-peer, без Redis и очередей посередине. Нужно больше — добавляется узел, а не переписывается архитектура.
Ответ, воспроизведение, синтез речи, распознавание, запись, DTMF, переадресация с RTP-мостом, фоновый звук, доступ к аудиопотоку. Робот управляет звонком, а не просто «проигрывает файл».
Исходящие кампании — не надстройка сбоку, а часть API АТС. Отсюда и честный потолок одновременности, и живой прогресс, и корректная отмена на паузе.
Синтез и распознавание подключаются внешними движками (Google Cloud Speech, Yandex SpeechKit). Не нравится качество или цена — меняется движок, а не система.
Метрики Prometheus, HTTP API мониторинга, плавное завершение с дренированием звонков — при обновлении никто не обрывается на полуслове.
Когда АТС своя, поведение обзвона можно менять под задачу: ограничить длительность исходящего, поменять логику повторов, добавить проверку перед набором. У арендованного сервиса вы работаете внутри чужих решений и ждёте, пока чужая команда сочтёт вашу задачу приоритетной.
Робот подключается к АТС по открытому SDK-протоколу и управляет звонком в реальном времени. Это обычное приложение, которое пишете вы или мы, а не сценарий в конструкторе с фиксированным набором блоков. Отсюда простое следствие: логика разговора может быть любой.
Жёсткий сценарий: реплики, ветвления, ключевые слова. Робот спрашивает, слушает ответ, идёт по ветке. Предсказуем до последней фразы, дёшев, разворачивается быстро.
Разговорный робот поверх языковой модели: свободная речь, обработка возражений, уход от сценария и возврат к цели. Модель — на ваш выбор, потому что робот обращается к ней сам, как любое приложение.
Скрипт ведёт разговор по накатанной, а модель подключается только там, где сценарий не справляется: нестандартный ответ, возражение, уточняющий вопрос. Дальше управление возвращается скрипту.
Экономия здесь не бесплатная: гибрид сложнее в разработке и отладке, чем чистый скрипт или чистый ИИ, потому что требует аккуратной передачи управления и общего состояния диалога. Он окупается на больших объёмах — там, где счёт за модель сопоставим со стоимостью связи. На базе в тысячу номеров разница будет незаметна.
Частый стопор: «допустим, можно что угодно — но кто мне это сделает?» Вариантов четыре, и они не исключают друг друга.
С простым роботом SDK справляется разработчик любого уровня: подключиться, ответить на звонок, произнести текст, распознать ответ, отдать результат. Это несколько десятков строк, а не проект на квартал.
Мы пишем роботов давно и знаем, где сценарии ломаются на живых звонках: секретари, ИИ-помощники, переспросы, обрывы. Обычно это быстрее, чем пройти те же грабли самому.
Протокол открытый и описан, робот — обычное приложение. Вас никто не привязывает к нам: подрядчика можно взять любого и сменить в любой момент.
SDK — это код, а код современные ассистенты пишут хорошо. Дайте описание протокола и сценарий — типовой робот собирается за вечер.
ИИ соберёт рабочий каркас, но отладка на живых звонках останется за человеком: как робот ведёт себя при переспросе, что делает на молчание, где обрывается и что при этом успевает сохранить. Именно эти мелочи отделяют демонстрацию от робота, которому можно отдать базу.
Конструктор сценариев мы в своё время сделали одними из первых — и хорошо знаем, где у него граница. Она наступает там, где логика перестаёт быть деревом реплик: обратиться по ходу разговора во внешнюю систему и подставить ответ в речь, посчитать что-то на лету, переключить модель в середине диалога, вести своё состояние между репликами, принять решение по накопленному за весь разговор контексту.
То же и с промптами: языковая модель отлично говорит, но она не заменит программу там, где нужны точные действия и предсказуемость. SDK не имеет этого потолка — потому что это не описание сценария, а обычный код. Всё, что вы способны запрограммировать, робот способен сделать в разговоре.
Робот подключается через SDK коммуникаций — самостоятельный продукт нашей технологической группы, со своей регистрацией и своим жизненным циклом. Это не внутренняя утилита, дописанная под один проект.
№ 22189, Минцифры РФ. Значит, проходит требования импортозамещения — важно, если среди ваших заказчиков есть госструктуры.
№ 2023619184. Права на программу зарегистрированы, а не «есть где-то в репозитории».
On-premise: звонки и переписки не уходят во внешнее облако. Для чувствительных данных это часто единственный проходимый вариант.
И по устройству это не «библиотека для телефона». Сценарий диалога описывается один раз, а SDK собирает его в исполняемые диалоги для разных каналов: телефония, мессенджеры (в том числе MAX), соцсети, email, веб-чаты. Живые операторы, скриптовые роботы и диалоговые агенты работают под одним контрактом.
Сценарий, написанный под звонок, переиспользуется в переписке — не нужно писать одно и то же пять раз под каждый канал. А человек, который сначала поговорил с роботом, а потом написал в мессенджер, остаётся одним контактом с одной историей, а не двумя разными записями.
| Возможность | Что это значит в разговоре |
|---|---|
| Синтез речи | Произнести любой текст, в том числе подставив данные из вашего файла — имя, город, сумму, дату |
| Распознавание речи | Услышать ответ и разобрать его: согласие, отказ, просьбу перезвонить, попадание на автоответчик |
| Воспроизведение аудио | Проиграть заранее записанный человеческий голос там, где синтез звучит хуже |
| Переадресация | Соединить горячего собеседника с живым менеджером прямо в этом же звонке |
| Запись | Сохранить разговор целиком — для проверки менеджером и как доказательство |
| DTMF | Принять нажатие кнопки, если так надёжнее, чем распознавать речь |
| Фоновый звук | Добавить шум колл-центра, если этого требует сценарий |
| Переменные сессии | Складывать в карточку всё, что выяснено, — прямо по ходу разговора, а не в конце |
Сценарий, который квалифицирует по одному «да», ловит в «интерес» секретарей и голосовых помощников — они вежливо соглашаются. Второй подтверждающий вопрос стоит одной строчки в сценарии и убирает основную часть таких ложных срабатываний. Мы это выяснили на своих записях и рассказываем заранее.
Загрузили список, выбрали робота, задали окно звонков и число линий — дальше система работает сама. Подробное руководство по каждому экрану есть отдельно: руководство по обзвону. Здесь — главное.
Модуль умеет набирать сам, но телефон работает в обе стороны. И рядом с телефоном в Ловец приходят обращения из других каналов — через один и тот же вход.
Робот набирает вашу базу. Вы задаёте темп, окно звонков и сценарий.
Человек звонит вам сам — в том числе перезванивает на пропущенный. Робот принимает, квалифицирует и заводит лид. Направление видно значком в списке, отдельным фильтром и колонкой в выгрузке.
Обращения из MAX приходят тем же вебхуком, что и заявки с сайта, из Avito или Telegram, и попадают в общий список кампании.
Входящий и исходящий звонок, заявка с сайта и сообщение из мессенджера проверяются одинаково и лежат вместе. Иначе у отдела продаж появляется несколько мест, куда надо смотреть, — и одно из них обязательно забудут.
Четыре дня непрерывной работы на живой базе — не демонстрация, а обычная эксплуатация.
Потолок скорости упёрся не в АТС и не в роботов, а в канальность транка — то есть в договор с оператором связи. Это ровно та часть, которую приносите вы, и её стоит обсудить с оператором заранее, до того как планировать сроки обзвона базы.
Этот раздел написан не мелким шрифтом внизу, а наравне с остальными — потому что непонимание здесь стоит дороже, чем любая функция выше.
Мы не предоставляем услуги связи, не продаём телефонные номера и не выступаем посредником при их получении. Модуль обзвона — это программное обеспечение, которое работает поверх вашего SIP-транка.
Вы загружаете список номеров, который собрали сами. Мы этот список не проверяем на происхождение и не можем этого сделать.
Ловец предоставляет инструмент и не несёт ответственности за законность обзвона, содержание разговоров и любые последствия их проведения.
Ответственность ваша, но инструменты для аккуратной работы встроены — и это не пустые слова:
Не как отказ от обязательств, а как разделение труда. Мы отвечаем за то, чтобы система звонила ровно так, как вы её настроили, и сохраняла доказательства. Вы отвечаете за то, кому и на каком основании звоните.
Расскажите про базу, продукт и то, какой транк у вас есть. Прикинем сценарий, тип робота и реалистичные сроки обзвона.