Кейс: Telegram + MAX → Bitrix24 и SLA ответа за 45 дней
За 45 дней сервисный B2B-клиент с двумя мессенджерами (Telegram и MAX) сократил долю потерянных лидов примерно с 28% до 9%, медианное время первого ответа в рабочее окно — с ~3 часов до 20–35 минут, а долю диалогов без задачи в CRM — с ~40% открытых касаний до ~12%.
Это не кейс «форма на сайте → напоминания» и не «входящие со всех каналов скопом». Фокус узкий: двуканал Telegram + MAX → сделка и статусы в Bitrix24 → задача с дедлайном → контроль SLA ответа. Менеджер остаётся владельцем диалога; автоматизация не подменяет продажу, а не даёт чату умереть без следующего шага.
До: два мессенджера, одна дыра в CRM
Клиент — услуги для малого и среднего B2B, заявки в основном из Telegram-бота/чата и из MAX (часть аудитории уже ушла туда с мобильных). Сайт и почта были вторичны.
| Канал | Как жили | Типичный сбой |
|---|---|---|
| Telegram | Личные и рабочие чаты, часть в группе «продажи» | Нет сделки, ответ «вечером», история размазана |
| MAX | Отдельные диалоги у 2–3 менеджеров | Дубли с Telegram, нет единого контакта |
| Bitrix24 | Заводили «когда успеют» | Статус «в работе» без задачи и без дедлайна |
| Повторное касание | Руками из памяти | Лид «остыл», конкурент ответил быстрее |
Baseline за 2 недели до старта (рабочие дни, округлённо):
- время первого ответа (медиана, раб. окно 9–18): ~160–200 мин;
- лиды без ответа > 1 раб. дня: ~17–20%;
- диалог/касание без задачи в CRM: ~38–42% открытых;
- «потерянные» (тишина / «уже выбрали другого» / нет фиксации): ~26–30%;
- сделки без смены статуса 7+ дней при живом чате: заметная доля «фантомов».
Корень проблемы: мессенджер ≠ CRM. Пока чат живёт только в приложении, SLA ответа — пожелание, а не измеряемый контур.
Что сделали за 45 дней
1. Единый контакт и сделка из двух каналов
- Входящее из Telegram и MAX создаёт (или находит) контакт по телефону/username и сделку с полями: канал, thread/chat id, ответственный, время входа.
- Правило дублей: один человек — один контакт; если написали и в TG, и в MAX — одна актуальная сделка, второе касание — активность + комментарий, не вторая «Новая».
- Ночные и выходные сообщения попадают в Bitrix со статусом Новая и SLA «первый ответ до N минут после начала смены».
2. Статусы короткие, задача обязательна
Воронка сознательно короткая (не 15 стадий):
| Статус | Смысл | Обязательно |
|---|---|---|
| Новая | Ещё не ответили | Ответственный + таймер SLA |
| В диалоге | Есть первый ответ | Задача «следующий шаг» с датой |
| Квалификация | Собрали потребность/срок/бюджет | Чеклист 5 полей |
| КП / ожидание | Отправили предложение | Дата follow-up |
| В работе / отказ / успех | Исход | Причина отказа из справочника |
Жёсткое правило: нельзя оставить статус «В диалоге» или «Квалификация» без открытой задачи с дедлайном. Иначе автоматика помечает касание как «без задачи» и поднимает в дашборд РОПа.
3. SLA ответа — не лозунг, а эскалация
| Условие | Действие |
|---|---|
| Новая, раб. время, нет ответа N минут (у клиента — 30) | Пуш ответственному, через ещё M минут — РОП |
| Первый ответ есть, нет задачи 2 часа | Задача «зафиксировать next step» |
| Задача просрочена | Список на утренний стендап |
| Клиент написал повторно в другой канал | Склейка + приоритет «горячий» |
SLA считали только в рабочем календаре — иначе ночные сообщения ломают медиану и демотивируют команду.
4. Что не делали
- Не строили AI-агента как ось проекта (шаблоны ответов — по желанию позже).
- Не переносили личные «серые» чаты сотрудников силой в день 1 — только рабочие боты/номера + дисциплина переноса.
- Не раздували воронку «под будущую аналитику».
После: цифры за ~45 дней
| Метрика | До | После ~45 дней |
|---|---|---|
| Медиана первого ответа (раб. окно) | ~160–200 мин | 20–35 мин |
| Без ответа > 1 раб. дня | ~17–20% | < 6% |
| Касания без задачи в CRM | ~38–42% | ~10–14% |
| Потерянные лиды (оценка) | ~26–30% | ~8–11% |
| «Фантомы» 7+ дней без next step | Высокая | Заметно ниже, разбор 1×/нед |
Порядок величин — как в рабочих отчётах проекта, не лабораторный A/B. Главный сдвиг не «магия MAX», а обязательная связка чат → сделка → задача → SLA.
Чеклист внедрения двуканала TG + MAX в Bitrix24
- Рабочие входы Telegram и MAX пишут в CRM (контакт + сделка + канал).
- Дедуп по телефону/идентификатору, одна активная сделка на горячий интерес.
- 6–8 статусов максимум; «в диалоге» без задачи запрещён процессом.
- SLA первого ответа в минутах рабочего времени + эскалация РОП.
- Дашборд: без ответа, просроченные задачи, «без задачи», потери по причинам.
- Baseline 14 дней до изменений — иначе «улучшили» нечем доказать.
- Еженедельный разбор зависших: next step или закрытие с причиной.
Часто задаваемые вопросы
Чем MAX отличается от Telegram в связке с CRM?
Технически — другой адаптер и идентификаторы чата. Процессно — тот же контур: сообщение → сделка → задача → SLA. Ошибка — вести MAX «в голове», а Telegram «в Bitrix».
Нужен ли отдельный менеджер на каждый мессенджер?
Нет. Нужен один ответственный за сделку. Канал — атрибут входа, не оргструктура. Иначе клиент пишет в MAX, а «его» менеджер в TG молчит.
Почему 45 дней, а не «за неделю»?
Неделя хватает на интеграцию. 45 дней — на привычку: статусы, задачи, эскалации, чистку хвоста и честный baseline/after.
Можно ли сразу подключить WhatsApp и сайт?
Можно следующим этапом. В этом кейсе ценность была в закрытии дыры двух уже рабочих мессенджеров. Расширение каналов без дисциплины задач только размножает «без задачи».
Читайте также
- Кейс: входящие с сайта и мессенджеров — контроль зависших за 55 дней
- Кейс: заявки сервиса от формы до напоминаний за 75 дней
- Контур автоматизации: CRM, webhook, SLA и ROI
Разобрать ваш контур Telegram + MAX и SLA ответа в Bitrix24: https://raisovich.ru
Какой baseline фиксировать до внедрения TG + MAX в Bitrix24?
За 14 рабочих дней: медиана первого ответа в рабочем окне, доля без ответа >1 дня, касания без задачи в CRM и оценка потерянных лидов — без этого «после 45 дней» нечем доказать.
Что даёт правило «статус без задачи запрещён»?
Каждое касание в «В диалоге» или «Квалификация» обязано иметь next step с дедлайном; иначе метка «без задачи» и эскалация на дашборд РОПа, а не «чат живёт в приложении».
Считается ли SLA ответа ночью и в выходные?
Нет: SLA считают только в рабочем календаре; ночные и выходные сообщения попадают в CRM как «Новая» с таймером «первый ответ после начала смены».
Подпишитесь на @raisovich_news
Первыми получайте новые статьи об AI-автоматизации, нейросетях для бизнеса и создании сайтов. Без спама — только полезный контент.
Часто задаваемые вопросы
Какой baseline фиксировать до внедрения TG + MAX в Bitrix24?
За 14 рабочих дней: медиана первого ответа в рабочем окне, доля без ответа >1 дня, касания без задачи в CRM и оценка потерянных лидов — без этого «после 45 дней» нечем доказать.
Что даёт правило «статус без задачи запрещён»?
Каждое касание в «В диалоге» или «Квалификация» обязано иметь next step с дедлайном; иначе метка «без задачи» и эскалация на дашборд РОПа, а не «чат живёт в приложении».