Что бот решает лучше сайта
У бота два преимущества перед сайтом: он находится там, где человек уже бывает каждый день, и он может написать первым. Первое снижает порог входа — не нужно вводить адрес и проходить регистрацию. Второе возвращает человека в процесс: напомнить о заказе, сообщить о готовности, предупредить о сроке.
Обратная сторона — ограничения интерфейса. В чате неудобно показывать каталог с фильтрами, сравнивать таблицы и оформлять сложный заказ. Поэтому боты лучше всего работают как узкий инструмент: принять заявку, ответить на типовой вопрос, отправить уведомление, показать статус.
Отсюда практическое правило: бот оправдан, когда сценарий короткий и повторяется. Если человеку нужно долго выбирать и сравнивать, ему нужен сайт или Mini App, а бот — только точка входа.
Пять сценариев, которые окупаются
Ниже — сценарии, которые чаще всего дают эффект, заметный без специальных замеров.
Приём заявок
Клиент отвечает на несколько вопросов в чате, заявка уходит в CRM или на почту, а он получает подтверждение и номер обращения. Ценность не в «красивой форме», а в том, что заявка не теряется в переписке и попадает в систему с полными данными.
Ответы на типовые вопросы
Часы работы, условия доставки, наличие, порядок оплаты. Бот закрывает повторяющиеся вопросы, а сложные передаёт человеку. Важно, чтобы передача работала: если бот не умеет передать диалог, он раздражает сильнее, чем его отсутствие.
Уведомления и статусы
Напоминание о записи, готовность заказа, изменение статуса заявки. Здесь бот экономит время сотрудников: не нужно звонить и писать вручную, а клиент получает информацию вовремя.
Оплата и повторные действия
Счёт, ссылка на оплату, продление подписки, повторный заказ в один шаг. Хорошо работает там, где решение принимается быстро, а состав заказа уже известен.
Внутренние процессы
Заявки от сотрудников, согласование, отчёты по запросу, напоминания о задачах. Внутренние боты обсуждаются реже, но именно они дают быстрый эффект: сотрудники перестают искать информацию в чатах и таблицах.
Куда уходит заявка: интеграции
Самый частый провал бота — не в диалоге, а после него. Клиент прошёл сценарий, нажал «отправить», а заявка ушла на почту, которую никто не читает. Поэтому интеграции проектируются вместе со сценарием, а не после него.
- CRM: создание сделки или обращения с полями из диалога
- Почта: уведомление ответственному с копией данных
- Таблица: резервный канал, если CRM недоступна
- Учётная система: проверка наличия, цены или статуса заказа
- Оплата: выставление счёта и подтверждение платежа на сервере
Отдельно продумывается поведение при сбое: что видит клиент, если CRM недоступна, и куда попадает заявка, чтобы не потеряться. Обычно помогает очередь с повторной отправкой и уведомление сотруднику — это дешевле, чем разбираться с потерянными обращениями.
Правила обмена те же, что и для сайта: определяется источник истины, ключ сопоставления и порядок действий при расхождении. Подробнее — в статье интеграция сайта с CRM и 1С.
Бот или Mini App
Вопрос возникает почти на каждом проекте. Разница не в технологиях, а в том, насколько сложный интерфейс нужен.
| Критерий | Бот | Mini App |
|---|---|---|
| Интерфейс | Кнопки и текст, короткие сценарии | Полноценные экраны, списки, формы, оплата |
| Скорость запуска | Быстрее: меньше экранов и состояний | Дольше: это веб-приложение внутри Telegram |
| Сложный выбор | Неудобно: каталог и фильтры в чате ограничены | Подходит: списки, карточки, корзина |
| Стоимость | Ниже при узком сценарии | Выше, но сопоставима с веб-приложением |
Часто разумное решение — комбинация: бот отвечает за вход, уведомления и короткие действия, а Mini App открывается для сложного сценария. Переход происходит по кнопке, и пользователь остаётся в Telegram.
Про то, как Mini App устроен изнутри, есть отдельная статья Telegram Mini App вместо приложения, а пример интерфейса — в концепте Mini App для заказов.
Как устроен бот под задачу
Бот — это диалог, а диалог легко превратить в запутанное дерево. Поэтому работа начинается не с кнопок, а со сценария и состояний.
- Сценарий: что человек хочет сделать и какие шаги к этому ведут
- Состояния: где он находится сейчас, что уже ввёл и что можно исправить
- Ветки ошибок: неверный номер, отмена, возврат назад, отсутствие ответа
- Интеграции: CRM, почта, таблицы, оплата, склад
- Админка: список обращений и возможность ответить вручную
- Журнал: кто писал, что выбрал, куда ушла заявка
Отдельно продумывается передача человеку. В сценарии должно быть понятно, в какой момент подключается сотрудник и как клиент это увидит. Без этого боты либо «застревают», либо обещают то, чего не могут.
Если у бота есть оплата, важно помнить: подтверждение платежа должно приходить на сервер, а не появляться из нажатия кнопки. Логика та же, что и для сайта: сервер проверяет статус у платёжного провайдера и хранит собственный журнал операций.
Что влияет на стоимость
Стоимость бота определяется числом сценариев и интеграций, а не платформой. Бот для приёма заявок и бот-помощник с оплатой, админкой и синхронизацией с учётной системой — проекты разного объёма.
- Количество сценариев. Каждый новый сценарий добавляет экраны, состояния и проверки
- Интеграции. CRM, 1С, склад, оплата — каждая система требует согласования формата и обработки сбоев
- Админка. Возможность отвечать вручную и видеть историю — отдельный объём работ
- Уведомления. Массовые рассылки требуют аккуратности с частотами и отписками
- Поддержка. Telegram меняет правила и API, а сценарии со временем дополняются
В 7АРТ один сценарий автоматизации или одна интеграция стартует от 39 990 ₽; итоговый состав фиксируется в договоре. Ориентиры по направлениям собраны в разделе цены и состав работ.
Что входит в разработку
Чтобы сравнивать предложения, полезно понимать состав работ. У бота он почти всегда одинаковый, различается наполнение.
- Описание сценария и состояний, включая ветки ошибок
- Тексты сообщений и кнопок — их читают люди, а не разработчики
- Серверная часть: приём обновлений, логика диалога, хранение состояний
- Интеграции с CRM, почтой, оплатой или учётной системой
- Админка: список обращений и возможность ответить вручную
- Тестирование на реальных пользователях и запуск
- Передача доступов и инструкции для сотрудников
Отдельным пунктом стоит определить, кому принадлежат бот, его код и доступы. Как и в случае с сайтом или приложением, это условие, без которого вы не сможете сменить подрядчика или доработать сценарий самостоятельно.
Ошибки, из-за которых бот не приживается
- Делать «бота на всё»: чем больше сценариев в первой версии, тем выше шанс, что ни один не будет доведён
- Забыть про передачу человеку: тупики и «я вас не понял» без выхода раздражают
- Не продумать, что происходит с заявкой дальше: если она уходит в пустоту, бот бесполезен
- Игнорировать мобильные привычки: сообщения должны быть короткими, кнопки — крупными
- Запускать рассылки без согласия и без ограничения частоты
- Не вести журнал: без него невозможно понять, где люди уходят из сценария
Хорошая практика — запустить бота на одном сценарии и смотреть на два числа: сколько людей доходят до конца и сколько обращений потребовало участия человека. По этим данным видно, что улучшать в первую очередь.
Отдельная ошибка — делать бота, который дублирует сайт целиком. Если в чате пытаются воспроизвести каталог, корзину и оформление заказа, получается неудобная копия интерфейса. В таком случае дешевле и честнее сразу делать Mini App, а бота оставить для коротких действий: вход, уведомления, статус, повтор заказа.
Запуск и развитие
Технически бот — серверное приложение, которое получает обновления от Telegram и отвечает на них. Ему нужны хостинг, мониторинг и резервные копии, как любому другому сервису; варианты размещения описаны в разделе хостинг и серверы.
- Разбор сценария и согласование первой версии
- Прототип диалога: тексты, кнопки, переходы, ветки ошибок
- Разработка и подключение интеграций
- Тестирование на реальных пользователях внутри компании
- Запуск и наблюдение за воронкой
- Доработка по фактическим сценариям, а не по предположениям
Развитие обычно идёт в сторону автоматизации того, что сотрудники до сих пор делают руками. Направление автоматизация процессов описывает более широкий набор сценариев, включая обмен данными между системами.
Что смотреть после запуска
Бот легко запустить и легко забыть. Чтобы этого не произошло, с первого дня нужны несколько чисел, которые видно без специальной аналитики.
- Сколько диалогов начато и сколько дошло до конца сценария
- На каком шаге люди чаще всего останавливаются
- Доля обращений, которые потребовали участия человека
- Сколько заявок дошло до CRM и сколько осталось в резервном канале
- Повторные обращения по одной и той же причине — признак непроработанного ответа
Эти данные дают конкретные задачи на доработку: убрать лишний шаг, переписать непонятный вопрос, добавить кнопку возврата. Гораздо полезнее, чем обсуждение «удобно или нет».
Когда бот не нужен
Если обращений единицы, а ответы требуют участия специалиста, бот не даст эффекта. Если задача — показать каталог с фильтрами и сравнением, лучше сразу делать веб-приложение или Mini App. Если процесс не описан и каждый раз идёт по-разному, бот лишь зафиксирует этот хаос.
И наоборот: если есть повторяющийся сценарий с понятными шагами и понятным адресатом заявки, бот почти всегда окупается — хотя бы за счёт того, что перестаёт терять обращения из переписки.
Обсудить сценарий можно через форму обсуждения проекта: для первой оценки достаточно описать, кто пишет, зачем и что должно произойти с заявкой дальше.