Разработка

Телеграм-бот для бизнеса: что он реально делает

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

Бот в мессенджере обычно заказывают после фразы «все наши клиенты сидят в Telegram». Это верное наблюдение и плохая постановка задачи: канал связи есть, а что именно бот будет делать — не определено. Ниже — сценарии, в которых бот работает, сценарии, в которых он раздражает, и признаки, по которым можно понять, что в вашем случае бота достаточно и приложение не нужно.

Чем бот отличается от сайта и приложения

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

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

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

Что бот закрывает хорошо

Приём заявок. Несколько вопросов по очереди, ответы кнопками там, где выбор ограничен, в конце — подтверждение. Заявка из бота обычно полнее, чем из формы на сайте: человеку психологически проще ответить на пять коротких вопросов подряд, чем заполнить пять полей сразу.

Уведомления и статусы. Это сильнейшая сторона бота. Заказ принят, курьер выехал, документ готов, запись подтверждена. Вместо того чтобы клиент заходил и проверял, система пишет сама. Здесь бот честно заменяет и письма, которые не читают, и звонки, которые отвлекают.

Проверка своего состояния по запросу. Где мой заказ, сколько осталось на счету, когда следующий приём. Одна команда — один короткий ответ. Важное условие: данные должны браться из системы в реальном времени, иначе бот начнёт врать.

Ответы на частые вопросы. Режим работы, адрес, условия доставки, что взять с собой. Здесь бот выигрывает у человека скоростью и работает ночью.

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

Где бот мешает

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

Выбор из большого каталога. Листать товары кнопками в переписке мучительно. Витрина — работа сайта, бот может отправить ссылку на подходящую карточку, и это правильное разделение.

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

Сложные разветвления. Меню, в котором пятый уровень вложенности, — верный признак, что задачу выбрали не ту. Человек теряется в переписке быстрее, чем на странице, потому что не видит, где он находится.

И общее правило: если на любом шаге пользователь может застрять, в боте обязана быть кнопка «связаться с человеком», работающая в рабочие часы. Бот без выхода на оператора — самая частая причина, по которой клиенты уходят.

Связь с CRM и остальными системами

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

Что обычно связывают:

  1. Заявки → CRM. Диалог в боте создаёт сделку с заполненными полями и источником. Без этого менеджер переписывает данные руками, и половина заявок теряется в чате.
  2. Статусы ← учётная система. Изменение статуса заказа запускает сообщение клиенту. Это требует, чтобы система умела сообщать об изменениях, а не только отвечать на запросы.
  3. Идентификация клиента. Аккаунт в мессенджере и клиент в базе — разные сущности. Их нужно связать: по номеру телефона, по коду из личного кабинета, по ссылке с меткой. Пока связи нет, бот не может показать «ваш заказ» — он не знает, чей.
  4. Оплата. В мессенджере можно принимать платежи, и для коротких понятных покупок это работает. Для сложных корзин — нет.

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

Бот не заменяет сайт

Это приходится проговаривать регулярно. Причины конкретные:

  • Бота не находит поиск. Поисковая система индексирует страницы. В мессенджер люди приходят по ссылке, которую где-то увидели, — чаще всего на сайте.
  • Боту не доверяют как первому контакту. Незнакомая компания, о которой нет ничего, кроме чата, вызывает вопросы. Сайт отвечает на «кто вы такие» до начала разговора.
  • Бот нельзя рассмотреть. Изучить услуги, сравнить варианты, показать коллеге ссылку на конкретный раздел — всё это работа страниц.
  • Бот зависит от платформы. Правила мессенджера меняются не по вашему решению. Сайт — ваша территория.

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

Когда бота достаточно вместо приложения

Иногда заказчик приходит за мобильным приложением, а задача полностью решается ботом. Признаки такой ситуации:

  • Действий у пользователя мало и они короткие: проверить статус, отметить выполнение, отправить заявку, получить уведомление.
  • Нет сложных экранов: ни таблиц, ни графиков, ни офлайн-работы.
  • Аудитория уже в мессенджере, и отдельное приложение ей ставить незачем.
  • Бюджет и сроки не предполагают двух мобильных платформ, публикации в сторах и последующей поддержки версий.

В этих условиях бот даёт тот же результат заметно дешевле и, что важнее, без барьера установки: пользователь начинает работать сразу.

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

Что решить до разработки

  1. Назовите три-пять конкретных действий, ради которых человек откроет бота. Если список не собирается, задачи для бота пока нет.
  2. Определите, откуда бот берёт данные и куда их отдаёт. Бот, не связанный ни с чем, — это анкета с кнопками.
  3. Решите, как бот узнаёт, кто с ним говорит, и на каком шаге происходит связывание с вашей базой.
  4. Опишите, что происходит, когда сценарий не подошёл: кто из сотрудников подхватывает диалог и в какие часы.
  5. Проверьте каждый сценарий на длину. Больше пяти-шести шагов — либо режьте, либо уводите на страницу.
  6. Заранее договоритесь, кто правит тексты бота. Формулировки в переписке меняются чаще, чем кажется, и это должно быть дешёвой операцией.

Если пункты 1 и 2 прояснились, дальше всё считается просто: бот строится вокруг конкретных операций, а не вокруг желания присутствовать в мессенджере.