Заявка от клиента приходит в мессенджер, и время идёт против вас: человек пишет сразу нескольким, а часто покупает у того, кто ответил первым. Если вы думали поставить на этот поток бота для приёма заявок, посмотрите, как студия решала похожую задачу в кейсе с ответами покупателям или в других проектах.
Что должен уметь бот для заявок: короткий ответ
Коротко: ответить сразу, принять заявку словами клиента, передать её менеджеру вместе с историей диалога и напомнить о себе, если человек пропал.
Бот для заявок - посредник между клиентом, который написал в два часа ночи, и менеджером, который в этот момент спит. Всё, что он делает, укладывается в четыре обязанности.
- Ответить быстро. Сразу, пока человек у экрана. Он должен получить подтверждение, что его услышали.
- Принять заявку так, как её сформулировал клиент. Он пишет своими словами; анкета из десяти полей отпугнёт.
- Передать менеджеру, не потеряв контекст. Менеджер должен видеть переписку целиком. Одной строки «новая заявка» мало.
- Напомнить о себе. Если клиент замолчал, бот возвращается один раз и по делу.
Если хотя бы один из четырёх пунктов не выполняется, бот работает против вас. Клиент либо не дождался ответа, либо бросил заполнять анкету, либо менеджер начал разговор с нуля и разозлил человека повторными вопросами.
Когда бот для заявок не нужен
Коротко: если обращений мало, они требуют живого разговора или у вас уже есть быстрый менеджер - бот только добавит лишний слой.
Иногда бот не нужен. Прежде чем заказывать разработку, ответьте на три вопроса.
- Сколько обращений в день? Если два-три, быстрее и дешевле отвечать самому. Бот имеет смысл, когда поток такой, что менеджер физически не успевает, или когда заявки приходят в нерабочие часы.
- Требует ли заявка разговора? Сложная услуга, индивидуальный расчёт, консультация - здесь клиенту нужен человек; бот принимает контакт и передаёт дальше.
- Готовы ли вы отвечать ночью? Бот закрывает разрыв между «написал в 23:40» и «перезвонили утром». Если у вас есть кто-то на связи круглосуточно, потребность падает.
Сравните четыре варианта передачи заявки:
| Способ | Когда подходит | Где слабое место |
|---|---|---|
| Бот в мессенджере | Поток большой, часы работы не совпадают с клиентом | Нестандартный вопрос, если бот не зовёт человека |
| Форма на сайте | Разовые, обдуманные обращения | Человек уходит, пока заполняет; заявка теряется в почте |
| Живой менеджер | Дорогая или сложная услуга | Не успевает в пик; не отвечает ночью |
| Автоответ «мы получили» | Любой поток как страховка | Не принимает заявку и не квалифицирует |
Часто выясняется, что задачу решает форма плюс быстрый менеджер, и это дешевле. Это нормальный результат.
Где теряется заявка - без бота и с ним
Коротко: заявка теряется в четырёх местах - в ожидании ответа, в диалоге, на передаче менеджеру и при записи в CRM.
Бесполезно чинить одно место из четырёх. Посмотрите, где именно рвётся у вас.
- Ожидание. Клиент написал и не получил ответ. За это время он написал конкуренту. Даже короткое «принял, уточняю» уже удерживает.
- Диалог. Бот зациклился, не понял формулировку или загнал человека в тупик, из которого нет выхода.
- Передача. Бот собрал заявку, но менеджер получил её без истории переписки и начал разговор заново.
- Запись. Заявка не попала в CRM - систему, где вы ведёте клиентов и сделки, - осталась в чате бота, и её никто не увидел.
Ожидание бьёт сильнее всего. Исследование Телфин и OkoCRM (ноябрь 2025) среди российского бизнеса показало: около половины клиентов уходит без заказа, если ответа приходится ждать больше десяти минут. Цифра вендорская, но порядок она передаёт верно: первый ответ решает больше, чем всё остальное.
Есть и техническая потеря. В Telegram входящие обращения хранятся на сервере не дольше суток: если бот простоял без связи больше 24 часов, эти сообщения просто исчезнут. Отсюда простое требование - бот должен быть под присмотром: кто-то видит, что он работает. Режим «поставили и забыли» здесь не годится.
Заодно про популярные цифры. Проценты вроде «78% покупают у того, кто ответил первым» первоисточника не имеют: в расчёт берём только проверяемые исследования.
Бот для заявок закрывает первый и второй пункты и помогает с третьим. Четвёртый - задача интеграции, и без неё бот превращается в ещё один непрочитанный чат.
Бот под ваши заявки - это разработка с условиями и ценой. Готовой кнопки здесь нет. Опишите, откуда приходят обращения и что вы хотите автоматизировать, и мы пришлём состав работ и смету за 24 часа: оставить заявку.
Как бот принимает заявку: пять шагов
Коротко: приветствие с оговоркой, задача своими словами, пара уточняющих вопросов, фиксация контакта, передача менеджеру с историей.
Рабочий сценарий выглядит так.
- Приветствие с оговоркой. Бот честно говорит, что он помощник: «Вы пишете компании, где делают X. Я приму заявку и передам менеджеру. Что вас интересует?» Человек понимает, что говорит с ботом, и не тратит силы на подробности, которые всё равно придётся повторять.
- Задача своими словами. Бот просит описать задачу свободным текстом. Живой текст несёт больше смысла, чем кнопка.
- Пара уточняющих вопросов. Один-два вопроса, которые реально нужны: город, срок, объём. Не больше.
- Контакты. Имя и способ связи. Если человек пришёл из мессенджера, контакт уже есть - второй раз спрашивать не надо.
- Передача с историей. Менеджер получает заявку, текст клиента и всю переписку. Ответ идёт уже по делу.
В кейсе с покупателями на Avito ассистент отвечает сразу и только про то, что есть в наличии. Это важная деталь сценария: бот не выдумывает наличие и не обещает товар, которого нет. Заявка с ложным обещанием дороже потерянной.
Похожий сценарий - у бота для записи клиентов.
Какие вопросы задавать клиенту, а какие бесят
Коротко: спрашивайте только то, без чего не сможете помочь, и объясняйте, зачем вопрос.
Квалификация - разбор заявки: нужна ли она менеджеру и насколько срочно. Такой разбор нужен, чтобы менеджер не тратил время впустую. Разница между «уточнить» и «допросить» - в количестве и в объяснении.
Что спросить можно:
- сама задача - что нужно сделать;
- сроки, если они влияют на ответ;
- масштаб - один объект или сеть;
- контакт и удобное время связи.
Что злит:
- анкета на десять полей до того, как человек понял, туда ли он попал;
- вопросы «Кто вы?», «Из какой компании?» без продолжения;
- повторный вопрос о том, что клиент уже написал.
Правило простое: каждый вопрос бота - для дела. Если вопрос не меняет следующий шаг, его лучше убрать. О передаче контекста дальше - в статье про бота-секретаря в Telegram.
Когда бот обязан позвать менеджера
Коротко: при просьбе о человеке, споре о цене, негативе, нестандартной задаче и после двух неудачных попыток понять.
Здесь чаще всего ломаются боты. Бот обязан остановиться и позвать человека, если:
- клиент прямо просит связаться с сотрудником;
- вопрос касается цены или условий, которые бот не знает;
- человек раздражён или уже столкнулся с проблемой;
- задача нестандартная, бот не находит ответ;
- после двух попыток бот так и не понял, что нужно.
Молчаливый тупик - худший исход. Клиент скорее простит «сейчас позову менеджера», чем зависший вопрос без ответа.
Насколько это важно, видно по опросам потребителей в США и на англоязычном рынке. По данным Twilio (сентябрь 2026) позвать человека в любой момент хотят 63% клиентов, но только 47% компаний такую возможность дают. Люди бросают диалог, когда система их не узнаёт или не решает вопрос. Право позвать менеджера бот обязан давать в любой момент: без этого он теряет клиентов.
Что бот должен записать в CRM
Коротко: имя, контакт, текст заявки, источник, время и ссылку на диалог.
Минимальный набор полей, без которого менеджер снова начнёт с нуля:
| Поле | Зачем |
|---|---|
| Имя и контакт | чтобы ответить |
| Текст заявки словами клиента | чтобы понять задачу до звонка |
| Источник | откуда пришёл: сайт, мессенджер, реклама |
| Время обращения | чтобы расставить приоритет и не ответить поздно |
| Ссылка на диалог | чтобы менеджер видел всю переписку |
Если в вашем учёте есть карточки сделок, заявка должна вставать в CRM, которая у вас уже есть. Заводить отдельный список рядом не стоит: два списка - верный способ потерять половину заявок.
Про передачу контекста есть отдельные данные. По опросу Genesys (июль 2026) 95% клиентов ждут, что компания видит их данные во всех каналах и не заставляет повторяться. При этом почти половина компаний не передаёт сведения от цифровых ассистентов живому сотруднику. Ссылка на диалог в карточке решает, продолжит клиент разговор или начнёт заново.
Как связать бота с сайтом и мессенджерами
Коротко: один вход, одно хранилище; канал не должен менять логику приёма заявки.
Клиенты пишут куда привыкли: сайт, Telegram, другой мессенджер. Бот должен принимать заявку в любом из этих мест, но обрабатывать одинаково. Тогда менеджер не будет думать, из какого канала пришёл человек, а вы не будете вести два разных списка заявок.
Практически это значит: заявки со всех каналов попадают в одно место - в CRM или в панель, откуда их видит менеджер. Отдельный канал - это лишь вход, логика дальше общая. Сколько обращений доходит до сделки, показывает дашборд отдела продаж.
Каналы ведут себя по-разному, и это стоит знать заранее. В WhatsApp вне окна обслуживания бот может писать клиенту только заранее одобренными шаблонами и с его согласия - свободное напоминание «на следующий день» там не отправить. В Telegram ограничение другое: обращения хранятся не дольше суток. Обещать, что «бот напишет всем сам, когда захочет», нельзя: это зависит от платформы.
Как принять работу: критерии и тесты
Коротко: до подписания акта прогоните бота по набору тестов; каждый пункт должен заканчиваться понятным результатом.
Принять бота «на глаз» нельзя. В студии требования разбираются так, чтобы у каждого пункта был критерий приёмки, а спор «хорошо ли бот отвечает» решался по эталону. Кейс с описанием бота (стадия архитектуры и ТЗ) показывает, зачем это нужно: подрядчик получает задание, по которому может и цену назвать, и сдать работу.
Проверочный список для приёмки:
| Что проверяем | Как проверяем | Ожидаемый результат |
|---|---|---|
| Первый ответ | написать боту в нерабочее время | ответ приходит сразу |
| Приём заявки своими словами | написать задачу свободным текстом | бот сохранил текст клиента без искажений |
| Передача менеджеру | пройти сценарий до конца | менеджер получил заявку вместе с диалогом |
| Вызов человека | попросить соединить с сотрудником | бот зовёт менеджера, не спорит |
| Обработка ошибки | написать бессмыслицу | бот просит уточнить и не зависает |
| Запись в CRM | посмотреть карточку после заявки | все поля на месте, включая ссылку на диалог |
| Несколько каналов | написать из сайта и мессенджера | обе заявки обрабатываются одинаково |
Если подрядчик не может показать эти тесты на вашем сценарии, работа не принята. Это тот самый случай, когда «работает же» не равно «сделано».
Ориентир для приёмки есть и в документации. Microsoft для оценки агентов советует считать реалистичной планку прохождения 80-90%, а не 100%, и отдельно проверять устойчивость к перефразированию, краевые случаи и передачу человеку. Прогонять набор тестов заново стоит после смены модели, крупного обновления базы знаний, новой интеграции и после любого сбоя.
Из чего складывается работа над ботом
Коротко: сценарии диалога, каналы, интеграция с учётом и поддержка после запуска.
Цена складывается из понятных частей:
- сценарии. Сколько веток диалога и что происходит в каждой. Чем больше исключений, тем больше работы.
- каналы. Один мессенджер или несколько плюс сайт.
- интеграция. Бот должен попадать в вашу CRM или учётную систему. Жить отдельно он не должен.
- поддержка. После запуска меняются тексты, условия, товары. Кто это правит и как быстро.
Когда эти четыре части проговорены и записаны, цена и срок фиксируются до первой строки кода. Конкретные цифры зависят от вашего случая, поэтому цену считают по задаче.
Частые ошибки и грабли
Коротко: бот-анкета, тупик без выхода, потерянный контекст и надежда, что бот заменит отдел продаж.
- Бот как анкета. Длинный опрос убивает желание оставить заявку.
- Тупик без выхода. Бот не понял и замолчал вместо того, чтобы позвать человека.
- Потерянный контекст. Менеджер не видит переписку и задаёт те же вопросы.
- Бот вместо продавца. Сложную услугу бот не продаёт, он только принимает контакт.
- Заявка мимо CRM. Всё, что не попало в учёт, для бизнеса не существует.
Общая ошибка одна: бота заказывают ради модного слова. Начните с места, где теряются заявки, и станет ясно, нужен бот или хватит формы и быстрого ответа.
Источники
- Telegram Bot API, официальная документация (хранение обращений) - https://core.telegram.org/bots/api
- Подключение бизнес-бота к аккаунту, документация Telegram - https://core.telegram.org/api/bots/connected-business-bots
- WhatsApp Cloud API, официальная документация (окно обслуживания и шаблоны) - https://developers.facebook.com/docs/whatsapp/cloud-api/overview/
- Битрикс24, CRM: обращения из каналов в лиды - https://www.bitrix24.ru/features/crm/
- amoCRM, Salesbot: конструктор обработки заявок - https://www.amocrm.ru/developers/content/digital_pipeline/salesbot
- Microsoft Learn, чек-лист оценки агента - https://learn.microsoft.com/en-us/agents/agent-evaluation/evaluation-checklist
- CNews, исследование Телфин и OkoCRM о времени ответа, 24.11.2025 - https://www.cnews.ru/news/line/2025-11-24_issledovanie_telfin_i
- Twilio, передача диалога от ИИ человеку, 22.09.2026 - https://www.twilio.com/en-us/blog/insights/ai-to-human-handoff-context
- Parloa (через Customer Experience Dive), терпение к автоматизации, 22.06.2026 - https://www.customerexperiencedive.com/news/customers-losing-patience-automated-customer-support/823434/
- Genesys (через Customer Experience Dive), единый контекст клиента между каналами, 14.07.2026 - https://www.customerexperiencedive.com/news/contacting-customer-service-is-the-last-thing-customers-want-to-do/825113/
- Expertise.ai, разбор популярных цифр о скорости ответа - https://www.expertise.ai/stats/speed-to-lead-statistics
Если вам нужен бот под конкретную задачу - опишите её, и мы пришлём состав работ и смету за 24 часа: оставить заявку.