Главная / Блог / Заявки

Боты и автоматизация

Telegram-бот для заявок: когда он заменяет администратора и какие поля собирать

11 сентября 2026 · Семён Курносов · ~12 минут

Telegram-бот для заявок принимает обращение, закрывает частые вопросы и отдаёт человеку уже собранные поля. Это не нейросеть-продавец и не форма на сайте: клиент и так пишет в мессенджер. Задача бота — не «пообщаться», а чтобы заявка не умерла, пока администратор в смене, в душе или спит.

После статьи у вас будет способ за вечер понять, нужен бот или хватит закрепа и шаблонов: разбор переписок, список полей, правила передачи человеку.

Короткий ответ

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

Если днём один человек успевает и очередь не копится — сначала FAQ в закрепе и шаблоны ответа. Бот здесь будет дороже пользы.

Чем бот для заявок отличается от нейропродавца

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

Разбор переписок: как понять, что бот вообще нужен

Откройте Telegram или WhatsApp за 7–14 дней. Не «примерно помню», а выгрузка. На 20–30 входящих хватит.

Для каждого диалога отметьте:

1. Время входящего — рабочий день / вечер после 21:00 / выходной.
2. Сколько минут до первого ответа человека.
3. Первый вопрос клиента своими словами.
4. Сколько сообщений ушло на FAQ (цена, срок, адрес, «как записаться», «работаете ли»).
5. Чем кончилось: заявка в работе / клиент пропал / «напишу позже».

Потом сложите повторяющиеся вопросы. Если 5–7 формулировок закрывают больше половины переписки — это материал для бота. Если каждый диалог уникальный — бот будет мешать.

Отдельно посчитайте заявки без ответа до утра. Это не «бот vs зарплата администратора». Это заявки, которые ушли тому, кто ответил за минуту — в бытовых услугах так и происходит.

Чек-лист: ставить бота или нет

Поставьте галочку только если это уже происходит, не «будет когда вырастем».

• Клиенты пишут в мессенджер чаще, чем оставляют форму на сайте.
• Одни и те же вопросы занимают больше половины переписки.
• После 21:00 или в выходные заявки остаются без ответа.
• Администратор не может взять заявку в работу, пока не уточнит 4–6 полей.
• Есть куда класть карточку: CRM, Google-таблица или хотя бы чат смены с понятным шаблоном.
• Есть человек на конфликт, перенос, «я уже ваш постоянный».

Четыре из шести — есть смысл набросать сценарий. Два — сначала шаблоны в избранном у администратора и закреп с FAQ. Ноль «ночью никто не пишет» — бот не окупится на ночном канале; смотрите дневные очереди отдельно.

Какие поля собирать — и какие не надо

Правило: поле нужно, если без него нельзя начать работу. Остальное — после, человеком.

Лишние поля убивают доходимость. «ИНН, удобное время звонка, как к вам обращаться, согласие на рассылку, любимый филиал» на первом экране — часть людей просто закроет чат. Согласие на обработку данных — отдельной короткой фразой, не десятым полем.

Сценарий на одну страницу

1. Старт. Коротко, что бот умеет: заявка, FAQ, связь с человеком. Одна кнопка «Оставить заявку», одна «Частые вопросы», одна «Человек».
2. FAQ. 5–7 вопросов из вашей таблицы переписок. Ответ — 2–4 предложения и кнопка «оставить заявку». Не статья.
3. Заявка. Поля по таблице выше, по одному. После каждого — можно поправить.
4. Куда уходит. В CRM / таблицу / чат смены одним сообщением: поля списком, не переписка на три экрана.
5. Подтверждение клиенту. «Заявку передали, ответ в такие-то часы». Если слот уже заняли — сразу написать, что именно забронировали.
6. Человек. По кнопке и по фразам «оператор», «живой», «менеджер» — без викторины. Администратор получает саммари, не пустой чат.

Ночной режим: бот принимает и подтверждает, что заявка в очереди. Не обещать «перезвоним через 5 минут», если смена с 9:00.

Конструктор за вечер — где ломается

Конструктор закрывает одну форму с кнопками. Он не знает:

• когда клиент уже постоянный и поля можно не спрашивать;
• куда класть карточку, если у вас amo, Битрикс, таблица и чат смены одновременно;
• что делать с голосовыми, фото «вот такое пятно», пересылом из другого чата;
• как не дублировать заявку, если человек нажал кнопку дважды.

Для проверки гипотезы на неделю конструктор нормален. Для потока, от которого живёт смена, обычно нужен сценарий с правилами передачи и понятным местом хранения заявок.

Что сделать сегодня без разработки

1. Закреп: 5 ответов из ваших переписок + «чтобы оставить заявку, напишите: имя, телефон, услуга, адрес».
2. Три шаблона администратору: ночь, «уже записали», «нужно фото».
3. Таблица с колонками полей — даже если заявки пока в чате, копировать в одну строку.
4. Норма ответа: кто и за сколько минут отвечает с 9 до 21, что происходит после 21.

Если после этого очередь всё равно стоит и FAQ ест смену — тогда бот. Услуга агентства: разработка ботов. Если точек несколько и задача не заявки, а качество смены — бот тайного покупателя.

Частые вопросы

Клиенты не любят ботов

Не любят ботов, которые прячут человека и не умеют принять заявку. Если «хочу менеджера» срабатывает сразу, претензия обычно сходит. Прятать кнопку человека — самый быстрый способ получить жалобу.

Это дорого относительно зарплаты администратора

Считайте потерянные ночные и пиковые заявки плюс часы на FAQ, не «бот vs оклад». Если ночью почти никто не пишет, а днём один человек успевает — бот рано, правьте закреп.

Можно ли обойтись формой на сайте?

Можно, если клиенты её заполняют. В услугах часто не заполняют: открыли Telegram, потому что там уже переписывались или нашли номер в картах. Форма не заменяет канал, в котором человек уже сидит.

WhatsApp и MAX?

Тот же сценарий. Ставить бота только в Telegram и просить «напишите нам в другой мессенджер» — часть заявок отвалится на переходе.

Нужна ли нейросеть?

Для заявок и FAQ — чаще нет. Нужны поля, кнопки и правила. Нейросеть имеет смысл, когда клиент пишет свободным текстом и надо понять услугу или филиал; факты (цена, график) всё равно из вашей базы, не из головы модели.