Почему ваш Авито-бот собирает 25% номеров, а может - 70%

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

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

Тезис простой и неприятный: разница между 25% и 70% сбора номеров - это почти никогда не разница в «уме» нейросети. Это разница в конструкции диалога. Один и тот же движок можно настроить так, что он будет сливать заявки, а можно так, что он будет собирать контакты лучше живого оператора на потоке. Разберём четыре места, где обычно течёт.

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

Второе - момент, когда бот вообще заговаривает о телефоне. В услугах, где нет контакта, нет ничего: пока у вас нет номера, вы не сделаете с водителем ровным счётом ничего. Поэтому сильный сценарий нацелен на сбор контакта с первого сообщения, а не «когда-нибудь в конце, если клиент дозреет». Бот здоровается, отвечает на вопрос - и завершает ответ предложением созвониться или оставить номер, чтобы назвать точную цену по конкретной машине. Тут есть тонкая грань: спрашивать номер в лоб на каждой реплике - слишком агрессивно, водитель закрывается. Хорошая настройка возвращается к контакту мягко и на нескольких этапах диалога, а не долбит одним и тем же вопросом. Именно перенастройка этой логики - «с первого касания ведём к номеру» - дала одному из кабинетов сети свежий рекорд: из сорока диалогов за месяц номер был получен в тридцати. Это больше 70% сбора. У аккуратно собранных агентов нормальный коридор - от 30% до 60%, но потолок, как видите, заметно выше того, к чему привыкли.

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

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

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

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