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