DF-АВТ-003 · Автоматизация процессов
Бот для приёма заявок в Telegram: с чего начать
- какие поля собирать в заявке и куда сохранять данные
- что бот в Telegram может по официальной справке, а чего не может
- чем конструктор, готовое решение и заказная разработка отличаются
- как проверить бота перед запуском и что записать в задание
Клиент пишет в Telegram в субботу вечером. Сообщение падает в общий чат, где за выходные вырастает гора обсуждений, и в понедельник его находят — или не находят. Если заявки принимаются в личке или общем чате, часть обращений со временем теряется, а ответы задерживаются.
Бот закрывает эту дыру — но только если до его сборки ответить на три вопроса: что считать заявкой и куда она должна попадать; что может бот в Telegram, а чего не может; кто будет его собирать и сопровождать. Порядок именно такой: сначала данные и маршрут, потом инструмент. «Волшебной кнопки» здесь нет.
В статье — поля заявки и место хранения, ограничения платформы по официальной справке Telegram, сравнение трёх путей создания бота, проверки перед запуском и обязанности по персональным данным.
Что считать заявкой и куда она должна попадать
Заявка — это запись с известными полями: кто обратился, что нужно, как ответить (телефон, ник, удобное время), откуда человек пришёл и когда. Само по себе сообщение в чате записью не становится: пока этих полей нет, каждое обращение разбирается руками, и бот работу не снимает — только добавляет ещё одну папку для проверки.
Поля собираются сценарием с кнопками: вместо «напишите, что вас интересует» бот предлагает выбрать услугу, дату и канал ответа. Клавиатуры с заготовленными вариантами — штатная возможность платформы: бот показывает их вместе с сообщением, и клиент отвечает одним нажатием.
Куда попадает готовая запись — вопрос важнее самого бота. Чат бота не база: облачное хранилище бота ограничено, старые сообщения сервер может удалить вскоре после обработки. Значит, у заявки нужен свой дом — таблица или CRM, куда запись падает сразу и один раз, а менеджер получает уведомление.
Что бот в Telegram умеет, а чего не может
Технически бот — небольшое приложение, работающее внутри Telegram: вы задаёте ему сценарий, платформа доставляет сообщения. Регистрируется бот через официального бота @BotFather, который выдаёт токен доступа. Токен — ключ управления: у кого он, у того полный контроль над ботом, поэтому его не пересылают в переписке и не хранят в общих документах.
Второе ограничение важно именно для заявок: бот не может написать человеку первым. Диалог начинает клиент — пишет боту или добавляет его в чат. Точку входа публикует компания: ссылка вида t.me на сайте, в шапке канала, в визитке. Это правило платформы, и оно же защищает людей от нежеланных рассылок.
Третье: бот, добавленный в группу, по умолчанию видит только относящиеся к нему сообщения. Схема «клиент пишет в общую группу, бот фиксирует заявку» требует отдельной настройки режима приватности — иначе часть обращений бот просто не увидит.
Конструктор, готовое решение или заказная разработка
Сам Telegram отвечает на вопрос «можно ли без программирования» честно: готового способа собрать работающего бота без навыков разработки платформа не предлагает. Поэтому выбирают один из трёх путей.
| Что сравниваем | Конструктор | Готовое решение | Заказная разработка |
|---|---|---|---|
| Кому подходит | Простой сценарий: вопросы, сбор полей, уведомления | Типовой процесс, который решение закрывает целиком | Своя логика, интеграции с CRM и таблицами |
| Что получается | Бот из блоков, который настраивается самостоятельно | Настроенный продукт с сопровождением продавца | Бот под задание, с кодом и критериями приёмки |
| На что смотреть | Возможности тарифа и выгрузка данных | Куда попадают данные и можно ли их забрать | Задание, договор, права на код, кто сопровождает |
Границы у путей простые. Конструктор хорош, пока сценарий укладывается в его блоки: упёрлись — данные выносить, сценарий переносить. Готовое решение экономит время на типовом процессе, но глубина настроек и владение данными ограничены продавцом. Разработка идёт дольше, зато заявки ложатся в вашу систему так, как описано в задании, и сопровождение не зависит от чужого тарифа.
Мы собираем таких ботов в направлении ботов и интеграций: заявки из подключённых каналов сразу попадают в CRM, менеджер получает уведомление.
Почему теряются заявки и как проверить бота
Даже работающий бот теряет заявки в типовых местах. Ночь и выходные: клиент прошёл сценарий, а ответа нет до понедельника — в задании прописывается, что происходит с заявкой вне часов менеджера. Дубли: человек написал и в бота, и в чат — журнал должен схлопывать повторы.
Ещё два места — свободный текст и сбои. Клиент ушёл с кнопок и пишет своими словами: сценарий обязан обрабатывать и это состояние — молчание здесь не ответ. А если CRM недоступна и заявка зависла, нужен журнал, из которого видно, что дошло, а что нет.
Отсюда проверка перед запуском: прогоните тестовые заявки по списку сценариев — день, ночь, дубль, свободный текст, обрыв связи — и сверьте, что каждая видна в журнале со статусом. Критерии такой приёмки стоит записать в задание заранее; как его составлять, разбираем в статье о техническом задании на автоматизацию.
Персональные данные в заявках: кто за них отвечает
В заявке есть персональные данные: имя, телефон, содержание обращения. Оператором по закону будет тот, кто определяет цели и состав обработки, — ваша компания, не разработчик бота и не площадка. До начала обработки оператор уведомляет Роскомнадзор (есть исключения, например данные для исполнения договора без распространения), поэтому статус уведомления стоит проверить до запуска бота.
«Оператор до начала обработки персональных данных обязан уведомить уполномоченный орган по защите прав субъектов персональных данных о своем намерении осуществлять обработку персональных данных, за исключением случаев, предусмотренных частью 2 настоящей статьи.» — Статья 22 152-ФЗ — Договор-Юрист.Ру
Отдельно — согласие. Ответить на заявку можно без него: обработка необходима для заключения договора по инициативе клиента, это прямое основание закона. Но цели дальше ответа — рассылки, акции, реклама — требуют согласия, которое человек даёт сам, свободно и осознанно; уведомление о том, что бот собирает данные, согласием не считается.
Если бота собирает подрядчик и по сценарию видит данные клиентов, обработка оформляется поручением: закон разрешает поручить её другому лицу с согласия клиента, если иное не предусмотрено законом. В поручении определяются перечень действий с данными и цели обработки, устанавливается обязанность соблюдать конфиденциальность и требования к защите. Оператором остаётесь вы.
Порядок не зависит от выбранного пути: сначала поля и маршрут заявки, потом инструмент — и проверка по журналу до того, как бот встретит первого клиента.
Вопросы и ответы
Может ли бот написать клиенту первым?
Нет. Диалог в Telegram начинает пользователь: пишет боту или добавляет его в чат. Поэтому ссылку на бота — точку входа — публикует сама компания.
Можно ли собрать бота без программирования?
В самом Telegram — нет: готового способа без навыков разработки платформа не предлагает. Путь без своего кода закрывают конструкторы и готовые решения; интеграции и своя логика — задача разработки.
Мы принимаем заявки в личном аккаунте. Нужен ли отдельный бот?
Подписчики Telegram Business могут подключить бота, который обрабатывает и отвечает на сообщения от их имени через личный аккаунт. Возможности зависят от подписки; для командного процесса с журналом и CRM ставят отдельного бота.