Telegram-бот для бизнеса — канал, где клиент уже привык переписываться. Хороший бот закрывает FAQ и заявку, плохой — имитирует «цифровую трансформацию» без уведомления менеджеру и без актуальных ответов.
Опираемся на официальный Bot API: обновления через webhook или long polling, токен хранится секретно, пользователь начинает диалог сам. Ниже — задачи, которые бот закрывает лучше сайта, воронка заявки, интеграции и чеклист перед рекламой.
Какие задачи бот закрывает лучше всего
- 1. Ответы на частые вопросы (цена, срок, состав, гарантии).
- 2. Квалификация лида: услуга, город, срок, контакт.
- 3. Запись / заявка с алертом менеджеру.
- 4. Статус заказа — если есть простая система статусов.
- 5. Навигация к нужной странице сайта с UTM.
Не пытайтесь «автоматизировать весь бизнес» одним меню из 40 пунктов. См. маркетинговый бот для атрибуции и бот на Python для технической реализации.
Ограничения Telegram, которые влияют на воронку
- - Бот не начинает переписку первым: пользователь пишет боту или переходит по ссылке/кнопке.
- - `getUpdates` и webhook — взаимоисключающие; апдейты не хранятся дольше 24 часов при простое сервера.
- - Токен — полный доступ к боту; только env и ротация при смене подрядчика.
- - Текст до 4096 символов — длинные инструкции на сайт или в блог.
- - `429 Too Many Requests` — очередь и `retry_after`, не параллельный спам.
Эти правила задают дизайн: бот — приёмник входящего спроса, а не замена email-рассылок.
Воронка заявки: минимальный эталон
Приветствие + 3–5 пунктов меню
→ FAQ (кнопки) или «Оставить заявку»
→ FSM: услуга → город/формат → срок → телефон
→ подтверждение пользователю
→ sendMessage менеджеру: поля + chat_id + start payload
→ (опционально) вебхук в CRMМенеджер должен ответить из Telegram, нажав на `chat_id`, а не переписывая номер вручную — так меньше ошибок и быстрее первый контакт.
FAQ: как не устареть за месяц
| Проблема | Решение |
|---|---|
| Прайс меняется | FAQ из Google Sheet / CRM, бот подтягивает при старте диалога |
| Много веток | 20–30 кнопок, остальное — эскалация |
| Юридические формулировки | только утверждённый текст, без LLM |
| Разные города | ветка «ваш город» или payload из рекламы |
ИИ для FAQ — только с базой и эскалацией, см. ИИ чат-боты GPT и Gemini.
Команда и роли
| Роль | Ответственность |
|---|---|
| Владелец услуги | тексты цен, сроков, гарантий |
| Менеджер | ответ на эскалации, закрытие сделки |
| Разработчик / интегратор | uptime, webhook, CRM |
| Маркетинг | ссылки, payload, посты с CTA |
Без владельца текстов бот устаревает быстрее, чем вы успеете «оптимизировать сценарий».
Интеграции: от простого к сложному
- 1. Алерт в Telegram-чат — нулевая CRM, работает в день запуска.
- 2. Google Sheets — строка на заявку, достаточно малому бизнесу.
- 3. Make / n8n — маршрутизация в amoCRM, Bitrix, Notion.
- 4. Прямой API CRM — когда поток стабилен и есть разработчик.
Не начинайте с пункта 4: интеграция без отлаженного сценария фиксирует хаос.
ИИ: когда подключать
Подключайте LLM, если:
- - FAQ разросся, а доходимость по кнопкам падает;
- - вопросы формулируют по-разному, но факты одни;
- - есть человек, который раз в неделю правит базу.
Не подключайте, если:
- - нет утверждённых ответов;
- - основной продукт — индивидуальная смета;
- - нет эскалации.
Метрики без vanity
| Метрика | Зачем |
|---|---|
| Входы по `start` payload | какой канал приводит людей |
| Доходимость до заявки | где отваливаются |
| Заявки / 100 входов | качество сценария |
| Время до ответа менеджера | SLA, не «скорость бота» |
| Доля эскалаций | дыры в FAQ |
Число подписчиков бота без заявок — не KPI.
SLA и передача клиента менеджеру
| Этап | Рекомендация | Почему |
|---|---|---|
| Алерт менеджеру | ≤ 1 мин после заявки | клиент ещё в Telegram |
| Первый ответ человека | указать в приветствии бота честно | снижает негатив |
| Ночные заявки | автоответ «приняли, ответим в …» | не обещать мгновенный звонок |
| Эскалация из FAQ | передать последний вопрос | менеджер не переспрашивает |
В алерт включайте: поля заявки, `chat_id`, payload `/start`, время. Без `chat_id` менеджер теряет минуты на поиск.
Отрасли: что меняется в сценарии
| Ниша | Акцент в боте | Осторожно |
|---|---|---|
| Услуги B2B | квалификация, бриф | не давать смету в боте |
| E-com | статус заказа, доставка | остатки только из API |
| Запись | услуга + время | двойные брони без календаря |
| Образование | программа, формат | не обещать результат экзамена |
| Медицина / юр | только справочно | эскалация, без диагнозов |
ИИ в regulated-нишах — только справочник по утверждённым текстам, иначе риск формулировок «как совет».
Дублирование каналов
Бот не должен быть единственной точкой контакта:
- - форма на сайте;
- - телефон в шапке;
- - e-mail для документов.
При падении VPS клиент уходит в форму, а не в негатив. Связка с SEO-статьями даёт органический вход параллельно с Telegram.
Безопасность и доступы
- - токен бота и ключи CRM — разные секреты, разные env;
- - доступ к логам диалогов — только у ролей, которым это нужно по ПДн;
- - тестовый бот для staging, prod-токен не светить в скриншотах;
- - при увольнении подрядчика — ротация токена в тот же день.
Обновление FAQ: ритм
| Событие | Действие в боте |
|---|---|
| Новая услуга | пункт меню + карточка FAQ |
| Изменение цены | правка в день приказа |
| Сезонный оффер | ветка с датой окончания |
| Частый новый вопрос | карточка после 3 повторов в логах |
Назначьте одного владельца текстов — не «IT обновит, когда будет время».
Пилот на 7 дней до рекламы
День 1–2: FAQ и заявка. День 3: алерт и CRM/таблица. День 4–5: 15 коллег/друзей «как клиенты». День 6: правки. День 7: контроль webhook и резервная форма. Только после этого — платный трафик.
Согласование с отделом продаж
Продажи должны знать: какие вопросы бот уже закрыл, что писать клиенту после алерта, какие формулировки запрещены. Иначе менеджер противоречит боту в первом же сообщении — клиент теряет доверие к обоим каналам. Раз в месяц — 30 минут синхронизации: новые возражения из CRM → новые карточки FAQ.
Отчётность для руководителя
Раз в две недели — одна страница: входы, заявки, топ-3 вопроса без ответа в FAQ, инциденты uptime. Без этого бот воспринимают как «игрушку IT», а не как канал лидов с измеримой конверсией.
Масштабирование после MVP
Добавляйте по одной функции за спринт: сначала CRM, потом статус заказа, потом оплата — не всё сразу. Каждый шаг снова прогоняйте через чеклист webhook и алертов. Так вы не теряете заявки в момент, когда «бот стал сложнее».
Частые ошибки бизнеса
- - Бот есть, ссылки на него нет ни на сайте, ни в профиле, ни в письмах.
- - Менеджер не читает алерт-чат.
- - Цены в боте и на сайте расходятся.
- - Нет формы на сайте — единственная точка входа упала вместе с VPS.
- - Реклама включена до теста webhook.
Частые вопросы
Бот или WhatsApp?
Зависит от аудитории. Если клиенты уже в Telegram (IT, e-com, часть услуг) — Telegram часто быстрее в запуске. Главное — один сценарий заявки, а не пять мессенджеров без поддержки.
Конструктор или код?
Конструктор для MVP; код — для интеграций и нестандартной логики. Порог описан в статье про конструктор.
Как связать с SEO?
Статьи в блоге отвечают на длинный хвост; бот — на быстрый диалог после анонса. Перекрёстные ссылки: пост → бот, бот → услуга.
Гео: филиалы и одна воронка
- - Несколько городов. Payload `start=city_nn` и ветка с локальным телефоном; на сайте — страницы под регион с теми же цифрами.
- - Часовые пояса. Режим работы в приветствии снижает негатив.
- - ПДн. Согласие на шаге телефона, политика на сайте.
Чеклист перед рекламой
- - [ ] FAQ = актуальный прайс
- - [ ] Заявка ≤ 4 полей, алерт проверен
- - [ ] Webhook/polling + мониторинг
- - [ ] Эскалация «человек»
- - [ ] Дубль заявки на сайте
- - [ ] Payload в рекламных ссылках
- - [ ] Ответственный за тексты назван
Что сделать дальше
- 1. Собрать 30 вопросов клиентов.
- 2. MVP: FAQ + заявка + алерт.
- 3. Неделя логов без рекламы.
- 4. Один канал трафика с меткой.