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

Бот для заявок принимает у клиента описание задачи, подтверждает получение, уведомляет ответственного и показывает статус обращения. Рабочая версия требует отдельного хранения заявок: пересланное в чат сообщение легко потерять и трудно связать с ответом. Ниже схема для Telegram и небольшой команды без оплаты внутри бота; её можно собрать в конструкторе с хранилищем или поручить ИИ написать код.

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

Клиентская заявка нужна, чтобы исполнитель договорился о работе: какую услугу просят, какой результат нужен, как связаться и кто отвечает. Бот-предложка собирает идеи для редактора и решает, публиковать ли их; его отдельный маршрут описан в статье о предложке. Бот обратной связи может принять отзыв без дальнейшего ведения заказа. Здесь конец сценария другой: заявка получает номер, владельца и состояние до закрытия.

В Telegram бот не может первым начать личный разговор: человек должен открыть его сам и отправить сообщение. Это прямо указано в официальном введении Telegram Bots. Поэтому ссылку на бота размещают на сайте или в профиле услуги, а в личном чате показывают понятный стартовый экран.

Какие поля и статусы нужны первой версии

Не превращайте первый диалог в длинную анкету. Достаточно услуги, свободного описания задачи и предпочтительного способа ответа. Телефон просите только если он нужен для работы, а возможность ответа в Telegram оставьте альтернативой. Bot API описывает кнопку request_contact, которая передаёт номер лишь после действия пользователя в личном чате. Не собирайте адрес, паспорт или платёжные данные просто «на всякий случай».

• Заявка: внутренний номер, дата, услуга, описание, способ связи, идентификатор чата и текущий статус.
• Статусы: new (получена), assigned (назначен ответственный), in_progress (идёт работа), done (закрыта), declined (отказ).
• Право менять статус есть только у назначенного сотрудника или владельца; клиент видит свой статус и может уточнить заявку.
• Каждое изменение хранит время и исполнителя, чтобы не спорить о том, было ли обращение принято.
• Срок хранения и удаление контактных данных определяются заранее по реальному процессу компании, а не случайным умолчанием конструктора.

Это практическая схема, не универсальная правовая форма. Перед сбором контактов подготовьте понятное уведомление, цель обработки и способ отзыва или удаления данных для вашей юрисдикции. Если вы работаете с персональными данными в России, проверьте требования закона 152-ФЗ в действующей редакции и ваш порядок обработки с профильным специалистом. Само нажатие кнопки ещё не доказывает, что вся обработка организована правильно.

Как выглядит разговор с клиентом

Покажите цель бота и условия обработки до запроса телефона. Затем задавайте вопросы по одному, дайте увидеть итоговую карточку и предложите «Отправить» или «Исправить». До подтверждения это черновик, а не заявка. Номер присваивается только после надёжной записи. Для кнопок и переходов Telegram описывает reply и inline клавиатуры.

1. В /start напишите, кто принимает заявку, для чего нужны данные и где прочитать полные условия. Дайте кнопки «Продолжить» и «Не отправлять».
2. Спросите услугу и описание результата. При пустом ответе повторите вопрос, не создавая строку в хранилище.
3. Предложите ответ в Telegram или добровольную передачу контакта. Не запрашивайте телефон без объяснения цели.
4. Покажите сводку без лишних персональных данных в групповых чатах. После «Отправить» сначала сохраните запись с уникальным номером, затем ответьте клиенту.
5. Отправьте ответственному уведомление с номером и кратким содержанием. В рабочем интерфейсе разрешите только допустимые переходы статусов.
6. После решения сотрудника обновите статус в хранилище и уведомите клиента. Закрытая заявка не должна вновь становиться новой от повторного нажатия кнопки.

Техническая основа здесь важнее красивых кнопок: Telegram отдаёт входящие события через getUpdates или webhook, одновременно эти способы не работают. Поле update_id позволяет отсекать повторную доставку. Оба правила описаны в Bot API. Если используете конструктор, спросите у поставщика, где хранится заявка и как он предотвращает дубли.

Что поручить ИИ или конструктору

Дайте исполнителю проверяемое техническое задание вместо общей просьбы «сделай бота». Для простой формы конструктор подойдёт, только если у него есть постоянное хранилище, разграничение доступа и журнал статусов. Если одного из этих свойств нет, нужен собственный серверный слой или другая платформа. Основы регистрации бота и работы с BotFather есть в общем руководстве по Telegram-боту.

Собери Telegram-бота для приёма заявок на услугу без оплаты.
Диалог: /start -> уведомление и выбор -> услуга -> описание -> канал ответа -> сводка -> подтверждение.
Храни заявку до уведомления сотрудника. Поля: ID, время, услуга, описание, chat_id, контакт при добровольной передаче, статус, ответственный.
Одинаковый update_id не создаёт вторую заявку. Повторная кнопка изменения статуса не отправляет второе уведомление.
Клиент видит только свои заявки. Только назначенный сотрудник меняет статус.
Покажи, как проверить обычную заявку, пустой ввод, повтор события, недоступное хранилище и отказ клиента. Не вставляй токен в исходный код или переписку.

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

По теме: Как создать конструктор ботов: план MVP в 2026

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

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

• Отправьте обычную заявку: клиент получил номер, а ответственный увидел её ровно один раз.
• Отклоните уведомление или временно сделайте рабочий чат недоступным: запись осталась в очереди, система может повторить отправку.
• Повторите одно входящее событие: новая запись не появилась, первоначальный номер не изменился.
• Смените new на assigned, затем на done: клиент увидел оба состояния; посторонний не смог изменить статус.
• Нажмите «Отправить» повторно и попробуйте пустое описание: нет двух заявок и нет пустой строки.
• Выберите «Не отправлять» до подтверждения: черновик удалён и сотруднику ничего не пришло.
• Проверьте запрос об удалении тестовых контактных данных по собственному процессу компании.

Готовность удобно фиксировать коротким протоколом: номер теста, действие, ожидаемый и фактический результат. Это поможет отличить сбой доставки сообщения от потери самой заявки. Если нужна приёмка сложной автоматизации, полезна статья о создании ИИ-бота, но простому приёмщику заявок ИИ в ответах клиенту не обязателен.

Частые сбои и ограничения

Бот молчит после /start: проверьте токен через getMe без вывода токена в журнал и уточните способ получения событий. Активный webhook блокирует getUpdates, о чём сказано в Bot API. Заявка есть у клиента, но не у сотрудника: проверьте запись в хранилище и журнал уведомлений, а не просите человека подавать её снова. Появляются дубли: проверьте уникальность update_id и повторное нажатие кнопки.

Бот не подходит как единственный канал для срочной помощи, юридически значимого обращения или процесса с обязательной идентификацией. Он также не заменяет CRM, если у команды сложные продажи, несколько этапов сделки и отчётность. В этих случаях бот может быть входной формой, а основная карточка и статус живут в управляемой системе.

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

Можно ли принимать заявки без телефона клиента?

Да, если компании достаточно ответа в том же чате Telegram. Номер просите только при реальной необходимости. Кнопка передачи контакта в Bot API работает через действие самого человека.

Можно ли сделать бота для заявок без сервера?

Можно использовать конструктор, если он надёжно хранит записи, ограничивает доступ сотрудников и показывает статусы. Одна пересылка сообщений в чат не решает задачу учёта.

Как клиент узнает, что заявку взяли в работу?

После назначения ответственного сохраните статус assigned и отправьте сообщение клиенту. Для ответов бот использует [метод sendMessage](https://core.telegram.org/bots/api); клиент должен уже начать разговор с ним.

Что делать с повторными заявками?

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