Телефонный бот для входящих заявок: как не терять звонки

Телефонный бот для входящих заявок нужен не потому, что голосовой AI звучит модно, а потому что бизнес теряет звонки в обычных местах: менеджер говорит с другим клиентом, владелец едет за рулем, телефон лежит в другой комнате, запрос приходит ночью. 4 июля 2026 года Юрий Солар тестировал такого бота на живом звонке: сначала система молчала, потому что аккаунт был забит 273 группами и каналами, а после чистки бот взял трубку, записал разговор, сделал расшифровку и прислал разбор с таймкодами.

Для владельца это не история про замену людей железкой. Нормальный телефонный бот закрывает более узкую задачу: принять первый контакт, не потерять контекст и передать человеку материал, с которым можно продолжать разговор. Если клиент позвонил с сайта в 22:40, бот должен не изображать великого продавца, а спокойно выяснить, кто звонит, что нужно, насколько срочно, куда отправить следующий шаг и в каком виде менеджеру удобнее вернуться.

В этой статье разберу, где телефонный AI-бот полезен, как он должен работать внутри, какие данные обязан отдавать владельцу и почему «подключить голос» почти никогда не равно «готовый бизнес-процесс». Без обещаний окупаемости, процентов и сказок про отдел продаж без людей. Сказки оставим тем, кто продает презентации на 47 слайдов и потом исчезает в туман, как CRM после внедрения.

Почему бизнес теряет входящие звонки

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

Чаще всего потери происходят не из-за плохого продукта. Они происходят из-за обычной бытовой нагрузки. Менеджер уже говорит по другой линии. Владелец спит в другом часовом поясе. Телефон стоит на беззвучном. Сотрудник видит пропущенный через 2 часа и уже стесняется перезванивать. Клиент за это время написал конкуренту, получил ответ и переключился. Никто не злодей, просто операционный слой не выдержал реальность.

В малом бизнесе входящие звонки часто держатся на одном человеке. Это может быть основатель, администратор, продавец, ассистент или менеджер, который одновременно ведет переписки, заявки, счета, встречи и личные пожары. Пока поток маленький, кажется, что так можно жить. Потом появляется реклама, SEO-страница, пост в канале, рекомендация от клиента, и телефон начинает звонить в неудобные окна. Тут выясняется, что «мы отвечаем всем» означает «мы отвечаем всем, кого заметили».

Есть еще один неприятный слой: часть звонков не выглядит важной в моменте. Номер незнакомый, формулировка мутная, клиент говорит обрывками, на фоне шум, срочность не ясна. Человек может решить, что это не горячая заявка, и отложить. Хороший бот не обязан угадывать ценность звонка. Он обязан снять базовые вопросы и сохранить исходник, чтобы владелец или менеджер мог потом посмотреть на факт, а не на память сотрудника.

Типовые точки потери

Первая точка — недоступность. Один звонок пришел во время встречи, второй во время дороги, третий ночью. Если нет дежурного слоя, все три уходят в пропущенные. Вторая точка — разорванный контекст. Менеджер взял трубку, но не записал детали, потому что одновременно открывал календарь и отвечал другому клиенту. Третья точка — отсутствие нормального handoff. Клиент поговорил с одним человеком, потом его передали другому, и он повторяет всю историю заново. На третьем повторе терпение обычно заканчивается.

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

Что делает телефонный AI-бот

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

Главное отличие от автоответчика в том, что бот ведет диалог, а не просто просит оставить сообщение после сигнала. Автоответчик пассивен: человек сам должен догадаться, что сказать. Бот активен: он задает вопросы по сценарию и помогает клиенту сформулировать запрос. Например: «Как вас зовут?», «По какому вопросу звоните?», «Когда удобно получить ответ?», «Есть ли срочность сегодня?», «Куда отправить материалы?» Такой набор не продает, но он превращает хаотичный звонок в пригодную заявку.

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

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

Минимальный набор данных после звонка

После каждого входящего звонка бот должен отдавать не меньше 4 сущностей. Первая — аудиозапись, чтобы можно было проверить интонацию и спорные места. Вторая — полная расшифровка, чтобы искать текстом и передавать контекст внутри команды. Третья — короткое резюме на 5-10 строк: кто звонил, зачем, что обещано, какой следующий шаг. Четвертая — таймкоды: где человек назвал задачу, где была пауза, где прозвучала срочность, где возникло возражение.

Дополнительный слой — поля для CRM. Имя, телефон, источник, тип запроса, срочность, статус, ответственный, дата следующего контакта. Если CRM нет, достаточно Telegram-сообщения в рабочий чат. Главное, чтобы итог звонка не жил только в аудиофайле. Аудиофайл без структуры — это склад, в котором все лежит, но никто не знает где. Очень технологично, почти как шкаф с документами за 2018 год.

Почему просто подключить голос недостаточно

На демо голосовой бот почти всегда выглядит прилично. Человек задает один вопрос, бот отвечает, паузы идеальные, шумов нет, никто никого не перебивает. В настоящем звонке все иначе. Клиент может начать говорить раньше, чем бот закончил фразу. Может замолчать на 7 секунд, потому что ищет документ. Может сказать «подождите» и параллельно обратиться к коллеге. Может ответить не на тот вопрос, который бот только что задал. Если система не рассчитана на эту грязь, она ломается не технически, а диалогово.

Первая проблема — паузы. Боту нужно понимать, где человек закончил мысль, а где просто взял воздух. Если реагировать слишком рано, бот перебивает. Если ждать слишком долго, разговор становится вязким. Для этого нужен детектор тишины и разумные пороги. В одном сценарии достаточно короткой паузы, в другом лучше подождать дольше. Универсального числа нет, потому что звонок в офисе, звонок из машины и звонок с улицы звучат по-разному.

Вторая проблема — перебивания. Живой менеджер умеет остановиться, когда клиент начал говорить поверх него. Бот тоже должен уметь отменить текущую реплику, дослушать новую фразу и не потерять смысл. Если этого нет, система продолжает читать заготовку, пока человек уже объясняет другую задачу. Снаружи это выглядит как разговор с плохой IVR-системой: формально голос есть, по факту слушателя нет.

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

Четвертая проблема — повторные попытки записи. Телефонная среда нестабильна. Пакет потерялся, микрофон дал шум, распознавание вернуло пустой текст, клиент сказал слишком тихо. Система должна иметь аккуратные retry-механизмы: переслушать фрагмент, попросить повторить, отметить неуверенность в расшифровке. Если бот уверенно записывает мусор как факт, менеджер получает красивую ложь. А красивая ложь в продажах хуже пустой строки, потому что ей начинают верить.

Тест Юрия с 273 группами

Живой пример хорошо показывает, почему телефонный бот — это не один модуль, а связка инфраструктуры. В тестовом аккаунте, с которого бот отвечал на звонки, за прошлую жизнь накопилось 273 группы и канала. Телефонная часть захлебывалась на этом фоне и не успевала заметить входящий звонок. Снаружи симптом выглядел тупо: Юрий звонит, бот молчит. Внутри причина была не в голосовой модели и не в сценарии продаж, а в мусорном состоянии аккаунта.

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

Где телефонный бот применим

Первый сценарий — заявки с сайта. Человек посмотрел страницу, не хочет заполнять длинную форму и нажимает кнопку звонка. Если менеджер не отвечает, заявка исчезает. Бот может принять звонок, уточнить задачу и отправить итог в рабочий чат. Для SEO-трафика это особенно полезно: посетитель может прийти из поиска не в момент рабочего дня, а когда сам дошел до проблемы. Бизнесу нужен слой, который не зависит от календаря одного сотрудника.

Второй сценарий — первичная консультация. Многие звонки начинаются с расплывчатого «хочу понять, можно ли у вас...». Живой продавец тратит время на выяснение базовых вводных. Бот может собрать эти вводные заранее: ниша, задача, сроки, текущий процесс, что уже пробовали, кто принимает решение. После этого менеджер не начинает с нуля, а сразу видит карту разговора. Это не отменяет человеческую консультацию, но убирает слепой старт.

Третий сценарий — ночные и межчасовые обращения. Если клиентская база живет в разных часовых поясах, человеческое расписание становится дырявым. Бот может отвечать ночью, предупреждать, что человек вернется в рабочее окно, и фиксировать детали. Важно не обещать мгновенное решение там, где его нет. Грамотная формулировка звучит честно: «Я зафиксирую запрос и передам Юрию/менеджеру, он вернется с ответом». Честный бот лучше, чем бодрый бот, который обещает невозможное.

Четвертый сценарий — квалификация повторяющихся обращений. Например, сервисные компании, агентства, клиники, образовательные продукты, недвижимость, ремонт, B2B-услуги. Там часто повторяются одинаковые первые вопросы: стоимость, сроки, доступность, формат работы, документы, встреча. Бот может снять первичный слой и направить человека к нужному специалисту. Но если продукт требует тонкого доверия, переговоров и нестандартных условий, бот должен быть входной дверью, а не финальным переговорщиком.

Когда бот не нужен

Если в бизнесе 2 звонка в неделю и оба от постоянных клиентов, телефонный бот может быть лишним слоем. Сначала стоит наладить простую дисциплину: пропущенные, перезвон, фиксация в CRM, шаблон вопросов. Если нет понятного входящего потока, автоматизировать нечего. Будет дорогой автоответчик с амбициями, а это отдельный жанр корпоративного театра.

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

Как спроектировать первый сценарий

Начинать нужно не с голоса и не с модели, а с одного типа звонка. Например: «новая заявка с сайта на консультацию». Для него нужно выписать, какие данные менеджер обязан получить после разговора. Не 40 полей, а минимальный набор, без которого следующий контакт будет слепым. Обычно достаточно имени, сути запроса, срочности, удобного канала связи, желаемого времени ответа и одного-двух уточнений по теме бизнеса.

После этого стоит написать короткую карту диалога. Приветствие, объяснение роли, 3-7 вопросов, подтверждение, следующий шаг. Хороший бот не должен начинать с длинной лекции о компании. Человек позвонил не для того, чтобы слушать аудиоверсию лендинга. Он хочет быстро донести задачу. Поэтому реплики должны быть короткими, а вопросы — по одному. «Расскажите подробнее» звучит человечно, но плохо структурирует заявку. «Какая задача у вас сейчас главная: консультация, расчет, настройка или поддержка?» работает лучше.

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

Технический контур можно описать как цепочку из 7 шагов. Входящий звонок попадает в телефонию. Событие уходит в обработчик. Аудио режется на фрагменты. Распознавание превращает речь в текст. Диалоговый слой выбирает следующий вопрос или ответ. Голосовой слой озвучивает реплику. После завершения запись, расшифровка, резюме и таймкоды уходят в Telegram, CRM или другую рабочую систему. Каждый шаг должен логироваться, иначе отлаживать звонки придется по принципу «вчера оно странно молчало».

Что тестировать на первых звонках

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

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

Какие ошибки всплывают при внедрении

Первая ошибка — продавать бота как замену менеджеру. Это создает неправильное ожидание у владельца и опасный сценарий для клиента. Бот не должен закрывать сложные сделки, обещать условия, спорить о цене и вести переговоры там, где нужен человек. Его сильная зона — первый контакт, сбор вводных, фиксация контекста, маршрутизация. Если сразу объявить его «AI-продавцом», команда начнет ждать от него магии, а потом разочаруется в полезном инструменте из-за чужой рекламной чепухи.

Вторая ошибка — делать слишком длинный сценарий. Владелец хочет узнать все: бюджет, сроки, мотивацию, историю, конкурентов, возражения, любимый цвет CRM и что клиент ел на завтрак. На звонке это превращается в допрос. Для первого контакта нужен короткий набор. Лучше получить 5 точных ответов и живой следующий шаг, чем 17 полей, после которых человек бросит трубку.

Третья ошибка — не отдавать человеку исходники. Если менеджер получает только AI-резюме, он не может проверить спорные места. Расшифровка может ошибиться, модель может сгладить формулировку, важная интонация может потеряться. Поэтому запись должна сохраняться всегда, а резюме должно быть помощником, не заменой факта. Это особенно важно для жалоб, нестандартных запросов и разговоров, где клиент формулирует условия.

Четвертая ошибка — забыть про юридические и этические формулировки. В некоторых сценариях нужно предупреждать, что разговор записывается. В любом случае клиент не должен думать, что общается с конкретным человеком, если это бот. Фраза может быть короткой: «Я голосовой ассистент, зафиксирую запрос и передам менеджеру». Этого достаточно для честности и нормального ожидания. Маскировать бота под живого сотрудника — плохая идея. Да, технически можно. Нет, не надо. Не все, что можно автоматизировать, стоит автоматизировать так, будто совесть тоже ушла в отпуск.

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

Как начать без большого проекта

Практичный старт выглядит так. Выберите один номер или один источник звонков. Определите один тип обращения. Напишите 5 вопросов, которые менеджер обычно задает в первые 2 минуты. Решите, куда должен приходить итог: Telegram, CRM, email, Notion, Google Sheet. Подготовьте шаблон отчета после звонка. Проведите серию тестов: сначала внутренние звонки, потом реальные входящие с ручным контролем. Каждую ошибку фиксируйте не эмоцией, а конкретным пунктом: «перебил на 12 секунде», «не распознал имя», «не задал вопрос про срок», «не отправил запись».

Не стоит начинать с 6 отделов, 4 языков и интеграции во все системы компании. Первый рабочий сценарий должен быть маленьким. Например: звонок с сайта по заявке на консультацию, отчет в Telegram, ручной перезвон менеджера. Когда этот слой стабильно работает, можно добавлять CRM, метки, разные сценарии, ночной режим, приоритеты и аналитику. Сначала трубка, запись, расшифровка, резюме. Потом уже фейерверк.

Для контроля качества полезно раз в неделю брать выборку звонков и сравнивать 3 вещи: что клиент сказал в записи, что попало в расшифровку, что модель вынесла в резюме. Если резюме начинает жить своей жизнью, нужно править промпт или формат. Если расшифровка часто ошибается, нужно смотреть качество аудио и настройки распознавания. Если запись нормальная, а менеджеры все равно не перезванивают, проблема уже не в боте. Поздравляю, автоматизация принесла неприятный подарок: показала настоящий узкий участок.

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

Что забрать в свой процесс

Перед внедрением телефонного бота пройдите короткий чек-лист. Первый пункт: какой один тип звонка автоматизируем. Второй: какие 5 полей должны быть в отчете после разговора. Третий: куда приходит запись и расшифровка. Четвертый: кто смотрит первые тестовые звонки. Пятый: какие фразы бот не имеет права говорить. Шестой: когда бот передает разговор человеку. Седьмой: какие ошибки считаются критичными. Этого достаточно, чтобы начать не с презентации, а с рабочего контура.

Хорошая формула для первого сценария: бот берет трубку, честно называет себя ассистентом, задает несколько вопросов, фиксирует обещанный следующий шаг, сохраняет исходники и отправляет менеджеру разбор. Все. Не надо в первый день строить виртуального директора по продажам. Директор по продажам из 6 API и одного промпта звучит эффектно, но обычно заканчивается тем, что никто не понимает, почему клиенту пообещали невозможное.

Пример Юрия с 273 группами показывает нормальную природу таких внедрений. Сначала всплывает не гениальная архитектура, а мусор в окружении. Аккаунт перегружен, звонок не ловится, очередь реплик спорит с записью, паузы ведут себя странно, перебивание ломает сценарий. Потом контур чистится, логируется, проверяется на живых звонках, и появляется рабочий фундамент. Не идеальный. Рабочий. В бизнес-автоматизации это редкая и недооцененная разница.

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

У меня это всё крутится 24/7. Кому интересно как устроено внутри — клуб "Solar — внутрянка", от 2 500 ₽/мес. Бери и адаптируй: https://4bos.ru/inside/

Solar OS.