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

Telegram остаётся главным мессенджером в России: к началу 2026 года он вышел на первое место по аудитории, рядом вырос государственный MAX, а WhatsApp для бизнеса закрылся. Для компании это означает простую вещь: переписка с клиентом переехала в мессенджер, и вопрос теперь не «нужен ли бот», а «что он должен делать, чтобы окупиться».

Четыре типа ботов и что они решают

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

Из чего складывается цена

• Сценарий и тексты — что бот спрашивает, как реагирует на молчание и на «хочу человека»
• Разработка логики: состояния, кнопки, проверка ввода, защита от повторных нажатий
• Интеграции: CRM, склад, платежи, календарь — каждая добавляет 20 000–45 000 ₽
• Админка: где менеджер видит заявки и правит тексты без разработчика
• Хостинг и поддержка: 5 000–15 000 ₽ в месяц, если бот принимает деньги

Считаем окупаемость

Бот окупается двумя способами: экономит часы менеджеров и подбирает заказы, которые терялись. Посчитаем на примере службы доставки, где 60% заказов приходят в переписке.

1. 01

   Считаем время

   Менеджер тратит 4 минуты на заказ в переписке. 30 заказов в день — это 2 часа в день, около 44 часов в месяц.

2. 02

   Переводим в деньги

   При ставке 400 ₽ в час это 17 600 ₽ в месяц. Бот забирает 70% рутинных заказов — экономия около 12 000 ₽.

3. 03

   Добавляем потерянное

   Вечером и в выходные ответа нет, часть клиентов уходит. Даже два спасённых заказа в неделю при среднем чеке 2 500 ₽ — это 20 000 ₽ в месяц.

4. 04

   Получаем срок

   32 000 ₽ в месяц против вложения 180 000 ₽ — окупаемость около шести месяцев. По рынку типичная вилка — от трёх до восьми месяцев.

Как выглядит хороший сценарий

Сценарий — это не схема в редакторе, а разговор. Проверяйте его чтением вслух: если фраза звучит как из инструкции к пылесосу, её перепишут клиенты своими словами, и бот не поймёт. Вот рабочая цепочка для приёма заказа на доставку.

1. 01

   Приветствие с выбором

   «Привет. Оформить заказ, повторить прошлый или задать вопрос?» Три кнопки, никакого длинного текста о компании.

2. 02

   Главный вопрос

   Сразу то, без чего нельзя начать: что и сколько. Каталог кнопками, а не списком в тексте.

3. 03

   Уточнения

   Адрес и время. Если клиент уже заказывал — предлагаем прошлый адрес одной кнопкой.

4. 04

   Подтверждение

   Показываем состав, сумму и время. Кнопки «Всё верно» и «Изменить» — вторая возвращает к нужному шагу, а не в начало.

5. 05

   Передача людям

   Заказ уходит в CRM и в канал. Клиенту — номер заказа и срок ответа.

Первые тридцать дней после запуска

Бот — не коробка, которую поставили и забыли. Первый месяц он показывает, где сценарий расходится с реальностью, и это самое ценное время для правок.

1. 01Неделя 1. Смотрим, где люди пишут текстом вместо кнопок: это места, где формулировка непонятна.
2. 02Неделя 2. Считаем, сколько диалогов дошло до конца, а сколько оборвалось и на каком шаге.
3. 03Неделя 3. Правим два-три самых проблемных шага и добавляем ответы на вопросы, которые повторяются.
4. 04Неделя 4. Смотрим на время ответа менеджеров: если оно больше получаса, проблема не в боте.

Как выбрать подрядчика

Бот — это код, который живёт на сервере и принимает деньги. Вопросы, которые стоит задать до оплаты, отличаются от вопросов про сайт.

• Где будет жить бот и кто платит за сервер
• Кому принадлежит токен бота и аккаунт, на который он зарегистрирован
• Что происходит с заказами, если сервер недоступен: теряются или встают в очередь
• Как менеджер меняет тексты и каталог — через админку или через разработчика
• Кто отвечает за обновление, если мессенджер поменяет правила
• Передаются ли исходники после оплаты

Где боты проваливаются

1. 01Нет выхода на человека. Кнопка «позвать менеджера» должна быть на каждом шаге, иначе клиент уходит молча.
2. 02Длинный сценарий. Больше семи вопросов — половина отваливается. Спрашивайте только то, без чего нельзя начать работу.
3. 03Бот не помнит контекст. Человек отвечает на вопрос через час, а бот уже забыл, о чём речь.
4. 04Заявки лежат в боте. Если они не попадают в CRM и в уведомления, их обрабатывают по остаточному принципу.
5. 05Никто не отвечает ночью. Бот принял заказ в 23:40, а первый ответ человека — в 11 утра следующего дня.

Что бот не должен делать

Есть задачи, где автоматизация дороже и хуже человека. Сложные консультации, спорные ситуации, возвраты, работа с недовольным клиентом — здесь бот только раздражает. Его роль в этих сценариях — быстро собрать факты и передать человеку, а не пытаться решить самому.

Чек-лист готовности к запуску

• Сценарий укладывается в 5–7 вопросов
• На каждом шаге есть выход на живого менеджера
• Заявки уходят в CRM и в отдельный канал уведомлений
• Назначен ответственный и время реакции: например, 15 минут в рабочие часы
• Есть текст на случай, когда бот не понял вопрос
• Продуман нерабочий режим: что бот отвечает ночью и в выходные
• Если бот принимает деньги — есть чеки по 54-ФЗ и понятные правила возврата