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

Telegram-бот можно использовать как отдельную точку приема заявок с сайта, рекламы, Telegram-канала или непосредственно из диалога с клиентом.

Пользователь отвечает на несколько вопросов, оставляет контакты, а бот автоматически отправляет заявку:

• менеджеру;
• в рабочую группу;
• в Telegram-канал;
• в CRM;
• в таблицу;
• во внутреннюю систему компании.

Такой сценарий особенно удобен, когда заявки сейчас приходят вручную из нескольких источников и часть обращений теряется.

Бот можно сделать как простой пошаговый опрос или как полноценную форму с Telegram Mini App.

Как выглядит прием заявки через Telegram-бота

Самый простой сценарий:

Клиент открывает бота
↓
нажимает «Оставить заявку»
↓
выбирает услугу
↓
описывает задачу
↓
оставляет телефон или другой контакт
↓
бот отправляет заявку менеджеру

Менеджер получает уже структурированное сообщение, например:

Новая заявка №154

Услуга:
Ремонт сайта

Имя:
Алексей

Телефон:
+7 ...

Описание:
После обновления перестала работать корзина

Источник:
Telegram

Вместо переписки из десяти сообщений вся необходимая информация оказывается в одном месте.

Куда бот может отправлять заявки

Необязательно отправлять заявку владельцу бота в личные сообщения.

Чаще используются четыре варианта.

В личный Telegram менеджера

Подходит небольшому бизнесу, где заявки обрабатывает один человек.

Схема:

клиент
↓
бот
↓
менеджер

Это самый простой вариант.

В рабочую группу

Если с заявками работают несколько сотрудников, бот может отправлять каждое новое обращение в отдельную Telegram-группу.

Например:

Новая заявка
↓
группа отдела продаж
↓
менеджер забирает заявку

Так вся команда видит новые обращения.

В Telegram-канал

Есть и запросы именно на бота заявок в канал Telegram.

Технически бот может публиковать сообщения в канале, если ему предоставлены необходимые права администратора. Bot API позволяет ботам отправлять сообщения в целевой чат, включая каналы, при наличии соответствующих прав.

Такой вариант используют, например, для внутренней ленты заявок или уведомлений.

В CRM или другую систему

Более полезный для бизнеса вариант:

Telegram
↓
бот
↓
backend
↓
CRM

В этом случае Telegram становится только интерфейсом, через который клиент отправляет данные.

Дальше заявка автоматически создаётся, например, в CRM с нужным статусом, источником и ответственным сотрудником.

Какие данные может собирать бот

Набор полей зависит от задачи.

Обычно это:

• имя;
• телефон;
• Telegram username;
• услуга;
• город;
• удобное время связи;
• описание задачи;
• фотография;
• документ;
• комментарий.

Но необязательно задавать клиенту десять вопросов.

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

Поэтому лучше сначала определить, какие данные действительно нужны менеджеру для первого контакта.

Можно автоматически получить контакт?

Telegram позволяет использовать специальную кнопку запроса телефона в reply keyboard — пользователь сам подтверждает передачу своего номера.

Также бот может попросить пользователя отправить контакт обычным сообщением.

Не стоит пытаться получать телефон пользователя без его действия: Telegram не передаёт боту произвольные персональные данные просто потому, что пользователь открыл диалог.

Кнопки или обычные сообщения

Есть несколько способов построить форму.

Кнопки

Например:

Что вам нужно?

[ Создание сайта ]
[ Ремонт сайта ]
[ Telegram-бот ]
[ Другое ]

Плюсы:

• меньше ошибок;
• быстрый выбор;
• данные легче обрабатывать.

Telegram Bot API поддерживает reply keyboard и inline keyboard, включая callback-кнопки.

Свободный текст

Для описания задачи удобнее обычное сообщение:

Опишите, что нужно сделать

Клиент пишет текст своими словами.

Комбинированный вариант

Обычно это самый удобный сценарий:

услуга → кнопка
бюджет → кнопка
описание → текст
контакт → кнопка

Как бот понимает, на каком вопросе находится пользователь

Если форма состоит из нескольких шагов, backend должен хранить состояние диалога.

Например:

user 123
state = waiting_for_phone

После получения телефона:

state = waiting_for_description

И так далее.

Если состояние не хранить, бот не сможет надёжно отличить ответ на вопрос о телефоне от ответа на вопрос о задаче.

Что происходит после последнего шага

Когда пользователь закончил заполнение формы, backend собирает данные в одну заявку.

Например:

{
  "name": "Алексей",
  "service": "Telegram-бот",
  "phone": "+7...",
  "description": "Нужен бот для приема заявок"
}

После этого можно одновременно:

1. сохранить заявку в базе;
2. отправить уведомление менеджеру;
3. отправить её в рабочую группу;
4. создать сделку в CRM;
5. подтвердить клиенту получение.

То есть один Telegram-диалог запускает целую автоматическую цепочку.

Нужно ли сохранять заявки в базе

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

Но для рабочего коммерческого проекта лучше сохранять хотя бы:

• номер заявки;
• дату;
• Telegram user ID;
• заполненные данные;
• статус отправки;
• источник;
• технический статус обработки.

Тогда при временной ошибке Telegram или CRM заявка не исчезнет бесследно.

Как избежать потери заявок

Слабая реализация выглядит так:

клиент отправил заявку
↓
бот сразу вызывает CRM
↓
CRM недоступна
↓
заявка потеряна

Надёжнее:

клиент отправил заявку
↓
заявка сохранена
↓
отправлена в CRM
↓
получено подтверждение

Если внешняя система временно недоступна, отправку можно повторить.

Именно такие детали отличают демонстрационного бота от рабочего инструмента для бизнеса.

Как избежать дублей

Повторная отправка особенно важна при интеграциях.

Но вместе с retry нужна защита от дублей.

Иначе временная ошибка может привести к тому, что одна заявка попадёт менеджеру три раза.

Обычно каждой заявке присваивается собственный ID:

TG-00154

и система хранит информацию о том, куда она уже была успешно передана.

Можно ли отправлять заявку сразу нескольким менеджерам

Да.

Например:

заявка
├── Telegram-группа
├── CRM
└── email

Но здесь нужно заранее решить, где находится основной источник истины.

Если один менеджер отметил заявку обработанной в CRM, Telegram-сообщение само по себе об этом не узнает, если не сделать обратную синхронизацию.

Можно распределять заявки между сотрудниками

Да.

Например:

ремонт WordPress
→ Иван

Telegram-боты
→ Сергей

1С-Битрикс
→ Андрей

Или:

Москва
→ менеджер 1

Санкт-Петербург
→ менеджер 2

Можно учитывать:

• тип услуги;
• регион;
• рабочее время;
• загрузку менеджеров;
• источник заявки.

Это уже не просто форма, а небольшая система маршрутизации обращений.

Бот может принимать заявки круглосуточно

Да, если backend и инфраструктура работают постоянно.

Клиент может оставить обращение ночью, а менеджер получить его сразу или обработать утром.

При этом бот может ответить:

Заявка принята.

Менеджер свяжется с вами завтра после 09:00.

То есть клиент получает подтверждение даже вне рабочего времени.

Заявки с сайта можно отправлять в Telegram

Да.

В этом случае пользователь вообще может не взаимодействовать с Telegram-ботом.

Схема:

форма сайта
↓
backend
↓
Telegram Bot API
↓
чат менеджеров

Человек заполняет обычную форму на сайте, а сотрудники получают уведомление в Telegram.

Это другой сценарий, но технически он часто используется вместе с ботом.

Можно принимать заявки прямо внутри Telegram

Если клиент уже находится в Telegram, удобнее не отправлять его на внешний сайт.

Есть два основных варианта.

Обычный бот

Диалог:

вопрос
↓
ответ
↓
следующий вопрос

Это проще и дешевле.

Telegram Mini App

Если нужна полноценная форма с:

• несколькими полями;
• календарём;
• каталогом;
• карточками;
• загрузкой;
• визуальным выбором;

можно открыть Mini App прямо из бота.

Telegram поддерживает запуск Mini Apps через несколько типов кнопок, меню бота, direct links и другие точки запуска.

Для простого приема имени, телефона и описания Mini App часто избыточен.

Для сложной формы он может быть удобнее.

Когда достаточно обычного бота

Обычного пошагового бота обычно хватает, если нужно:

выбрать услугу
↓
оставить имя
↓
оставить телефон
↓
описать задачу

Преимущества:

• меньше frontend-кода;
• проще поддержка;
• меньше мест, где что-то может сломаться;
• быстрее запуск.

Когда лучше Mini App

Mini App имеет смысл, если пользователю нужно одновременно видеть много данных.

Например:

• выбрать товар;
• выбрать дату и время;
• заполнить несколько полей;
• посмотреть стоимость;
• выбрать тариф;
• приложить параметры заказа;
• взаимодействовать с каталогом.

В таком случае обычный последовательный чат может стать неудобным.

Можно ли автоматически отвечать после заявки

Да.

Например:

Спасибо!

Заявка №154 принята.
Обычно отвечаем в течение 15 минут.

Можно также показать дополнительные кнопки:

[ Написать менеджеру ]
[ Посмотреть услуги ]
[ Открыть сайт ]

Это полезно, потому что пользователь понимает: отправка действительно сработала.

Что делать, если заявка не дошла менеджеру

Для нормальной диагностики нужно разделить цепочку:

пользователь
↓
Telegram
↓
бот
↓
backend
↓
хранилище
↓
канал / менеджер / CRM

Если пользователь получил сообщение «заявка принята», это ещё не доказывает, что CRM тоже её получила.

Поэтому для рабочего проекта полезны отдельные технические статусы:

created
saved
sent_to_telegram
sent_to_crm
failed

Тогда становится понятно, где именно произошёл сбой.

Нужно ли подключать CRM

Нет.

Если заявок мало, Telegram-группы может быть вполне достаточно.

Но когда появляются:

• несколько менеджеров;
• повторные обращения;
• статусы;
• задачи;
• аналитика;
• история клиента;

CRM становится удобнее, чем длинная лента сообщений.

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

Бот может собирать заявки из рекламы

Да.

Например, рекламная ссылка может вести непосредственно в Telegram.

Для ботов Telegram поддерживает deep links с параметром /start, что позволяет передать идентификатор источника или рекламной кампании.

Например, разные ссылки могут обозначать:

site
vk
telegram_channel
campaign_1

Тогда в самой заявке можно сохранить источник.

Можно понять, откуда пришёл клиент

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

Например:

реклама A
↓
ссылка A
↓
бот
↓
source = campaign_a

Это позволяет позже сравнивать не просто количество переходов, а количество реальных заявок.

Что нужно для разработки такого бота

Обычно требуются:

1. Telegram-бот;
2. сценарий вопросов;
3. backend;
4. место хранения заявок;
5. чат или канал получателей;
6. при необходимости CRM/API;
7. production hosting;
8. логирование ошибок.

Для простого проекта часть компонентов может быть не нужна.

Поэтому стоимость и срок разработки лучше определять после того, как понятен сам путь заявки.

Что определить перед разработкой

Достаточно ответить на несколько вопросов:

Откуда приходит клиент?

Например:

реклама
сайт
Telegram-канал
QR-код

Что нужно спросить?

Например:

имя
телефон
услуга
описание

Куда отправлять результат?

Например:

личный Telegram
группа
канал
CRM

Что происходит дальше?

Например:

менеджер звонит
менеджер отвечает в Telegram
автоматически создаётся сделка

После этого уже можно нормально спроектировать бота.

Не обязательно делать сложного бота

Если задача всего лишь:

клиент оставляет имя, телефон и комментарий, а менеджер получает заявку,

не нужно превращать её в огромную систему.

Иногда достаточно нескольких вопросов, базы и одного уведомления.

А если нужны CRM, распределение менеджеров, статусы и аналитика — это можно добавить в архитектуру сразу или вторым этапом.