Как РЕХАУ собрал путь партнёра в единый коммуникационный контур — и подготовил базу для ИИ-агентов

Metabot помог связать портал, обучение, мероприятия, заявки, поддержку и коммуникации РЕХАУ в одну управляемую траекторию — от первого касания до сертификации, заказов и лояльности.

Сегодня рынок активно обсуждает ИИ-агентов. От них ждут, что они будут понимать клиента, вести диалог, вызывать инструменты, работать с данными, помогать продавать, поддерживать, обучать и доводить человека до результата. Но за этим хайпом часто теряется главное: ИИ-агенту недостаточно просто “уметь говорить”. Чтобы работать в реальном бизнесе, ему нужен контур: 

Именно такую архитектурную задачу Metabot решил в проекте РЕХАУ ещё до эпохи массовых ИИ-агентов.

РЕХАУ — это не кейс про чат-бота. Это кейс про то, как диалог стал интерфейсом к бизнесу. А теперь ИИ делает этот интерфейс интеллектуальным.

Кейс в цифрах

Проект РЕХАУ на Metabot вырос в полноценную коммуникационную платформу для партнёрской сети. Система автоматизирует жизненный цикл взаимодействия с монтажниками, монтажными организациями, заказчиками и кураторами — от первого контакта до обучения, заявок, поддержки и программы лояльности.

Но главный результат проекта не в количестве маршрутов, API или интеграций. Главный результат — в том, что разрозненный путь партнёра стал управляемым.

Ситуация: партнёрская экосистема росла, а путь становился сложнее

РЕХАУ развивает большую партнёрскую сеть. В неё входят монтажники, монтажные организации, кураторы, заказчики, дистрибьюторы и другие участники. Для такой экосистемы важно не просто привлекать новых партнёров, а сопровождать их на всём пути: от первого интереса к бренду до обучения, сертификации, заявок, поддержки и повторного вовлечения.

У РЕХАУ уже были важные инструменты для работы с партнёрами: портал РЕХАУ.Про, вебинары, обучение, тестирование, офлайн-практикумы, мероприятия, программа лояльности, заявки, кураторы и поддержка.

Каждый из этих инструментов решал свою задачу. Но для партнёра путь мог выглядеть как набор отдельных точек. Сначала нужно зарегистрироваться, потом получить РЕХАУ ID, затем записаться на вебинар, не забыть о мероприятии, пройти тестирование, дойти до практикума, остаться в коммуникации, вернуться за заявками, бонусами или поддержкой.

На каждом переходе между системами возникал риск потери человека.

Проблема была не в том, что какой-то инструмент работал неправильно. Это естественная ситуация для растущей цифровой экосистемы: чем больше появляется сервисов, сценариев и точек входа, тем сложнее пользователю самому удерживать весь путь.

Поэтому задача была шире, чем “сделать чат-бота”. Нужно было создать систему, которая сможет сопровождать партнёра во времени и связывать разные этапы в единую траекторию.

Задача: масштабировать сопровождение без роста ручной нагрузки

Ручное сопровождение партнёров сложно масштабировать. Если аудитория растёт, нельзя бесконечно увеличивать количество людей, которые будут звонить, напоминать, объяснять, проверять статусы, возвращать пользователей и отвечать на повторяющиеся вопросы.

РЕХАУ нужна была система, которая позволит:

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

Так появилась задача создать не отдельный канал рассылок, а коммуникационно-операционный контур.

В таком контуре мессенджер становится не просто местом, куда приходят уведомления. Он становится интерфейсом, через который пользователь движется по бизнес-процессу.

Сначала казалось, что достаточно улучшить коммуникацию

Один из первых фокусов проекта был связан с вебинарной воронкой. Монтажникам нужно было зарегистрироваться на портале РЕХАУ.Про, получить РЕХАУ ID, перейти к вебинару, не потеряться между системами и прийти на обучение.

На этом этапе Metabot начал выполнять роль сопровождающего помощника. Пользователя вели не сразу на сайт, где он должен был сам разобраться, а в Telegram-бота. В боте он получал понятные инструкции, напоминания, подсказки и следующий шаг.

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

Этот подход уже дал заметный эффект: коммуникационная воронка помогла увеличить конверсию в регистрацию на вебинар до 5 раз по сравнению со стандартными напоминаниями по почте.

На этом этапе стало понятно: мессенджер может влиять не только на удобство общения, но и на бизнес-метрики.

Потом стало понятно, что проблема глубже

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

Можно подробно объяснить, куда нажать. Можно прислать инструкцию. Можно напомнить о следующем шаге. Но пока бот только объясняет, а не связан с бизнес-системами, часть нагрузки остаётся на пользователе.

Поэтому проект перешёл на следующий уровень: от коммуникационной воронки к глубоким интеграциям.

Задача изменилась. Теперь нужно было не просто напоминать о регистрации, а помогать её выполнить. Не просто отправлять человека на портал, а связывать аккаунт в мессенджере с РЕХАУ ID. Не просто рассказывать о вебинаре, а синхронизировать данные с внешними системами.

Так Metabot начал превращаться из чат-бота в операционный слой.

Как решали: связали коммуникацию с бизнес-процессами

В проекте появилась логика:

Metabot начал не только отправлять сообщения, но и выполнять действия внутри партнёрского пути.

В контур вошли:

• авторизация в боте;
• подтверждение номера телефона;
• сбор данных через анкету;
• интеграция с порталом РЕХАУ.Про;
• создание или привязка аккаунта;
• работа с РЕХАУ ID;
• интеграция с мероприятиями;
• интеграция с вебинарной платформой;
• напоминания;
• статусы;
• сегментация пользователей;
• аналитика по прохождению этапов.

В результате бот перестал быть просто “инструкцией”. Он стал интерфейсом, через который пользователь мог пройти часть пути, а бизнес — получить данные, обновить статус и запустить следующий шаг.

Именно здесь появился ключевой принцип проекта: коммуникация стала операцией.

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

Так Metabot начал связывать отдельные точки пути в одну управляемую траекторию.

С какими трудностями столкнулись

Главная сложность была в масштабе и неоднородности пути. Партнёрская экосистема РЕХАУ включает разные аудитории и разные роли. Монтажник, монтажная организация, куратор, заказчик или дистрибьютор взаимодействуют с компанией по-разному.

Значит, система должна была не просто отправлять одинаковые сообщения всем, а понимать:

• кто перед ней;
• откуда пришёл пользователь;
• какой у него статус;
• какие данные уже есть;
• какой этап он проходит;
• какие действия ему доступны;
• когда нужно напомнить;
• когда нужно передать вопрос оператору;
• какая внешняя система должна получить данные.

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

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

Поэтому в проекте появилась гибридная логика:

Это позволило сохранить удобство мессенджера и при этом не перегружать диалог там, где нужен более сложный интерфейс.

Как контур расширялся дальше

Проект развивался постепенно. Сначала Metabot помог закрыть разрывы в вебинарной воронке. Затем связал мессенджер с порталом и вебинарной платформой. После этого контур начал расширяться на другие части партнёрского пути.

Обучение и сертификация

Система помогала приглашать на обучение, регистрировать участников, напоминать о мероприятиях любого типа (онлайн, офлайн, курсы в записи), фиксировать участие, вести к тестированию и пропускать на следующий этап.

Путь стал выглядеть так:

Обучение перестало быть отдельным блоком. Оно стало частью общей управляемой траектории.

Мероприятия

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

Заявки и рабочие процессы

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

Это уже не коммуникация вокруг бизнеса. Это коммуникация внутри бизнес-процесса.

Роли, статусы и кураторы

Система начала учитывать разные роли и состояния пользователей. Это важно, потому что один и тот же текст или сценарий не подходит всем.

Монтажнику нужен один путь. Монтажной организации — другой. Куратору — третий. Заказчику — четвёртый.

Metabot стал учитывать эти различия и вести пользователей по разным траекториям.

Программа лояльности и повторное вовлечение

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

В контур вошли бонусы, акции, квизы, рассылки, напоминания, статусы и персонализированные коммуникации.

Так проект перешёл от разовых касаний к сопровождению партнёра во времени.

Что изменилось для партнёра

До внедрения Metabot партнёрский путь мог проходить через несколько независимых точек: портал, вебинары, обучение, мероприятия, заявки, поддержку и программу лояльности.

После внедрения у партнёра появилась постоянная точка входа рядом — в привычном мессенджере.

Через неё можно:

• начать путь;
• зарегистрироваться;
• связать аккаунт с РЕХАУ ID;
• получать напоминания;
• записываться на мероприятия;
• проходить обучение;
• видеть статус;
• получать заявки;
• участвовать в программе лояльности;
• обращаться за поддержкой;
• возвращаться к следующему шагу.

Главная ценность для партнёра — не в том, что появился бот. Главная ценность в том, что система помнит контекст и помогает двигаться дальше.

Что изменилось для бизнеса

Для бизнеса Metabot стал не просто каналом коммуникации, а управляемым контуром.

РЕХАУ получил:

• больше прозрачности по Customer Journey;
• возможность видеть, где пользователи теряются;
• инструменты возврата аудитории;
• снижение ручной нагрузки на кураторов и контакт-центр;
• персонализированные коммуникации по ролям и статусам;
• связь портала с мессенджером;
• аналитику по точкам входа и сценариям;
• возможность быстрее запускать новые гипотезы;
• основу для дальнейшего внедрения AI-узлов.

Отдельную роль сыграли deeplink-точки входа. Их стало больше 200: под разные каналы, кампании, города, мероприятия, партнёров, лендинги, QR-коды и рекламные источники.

Это позволило не просто отправлять пользователей в общий бот, а запускать для них конкретный сценарий и отслеживать дальнейший путь.

Почему это стало базой для ИИ-агентов

Сегодня многие компании хотят внедрять ИИ-агентов. Но на практике быстро выясняется: агенту недостаточно просто отвечать на вопросы.

Чтобы ИИ-агент был полезен бизнесу, он должен понимать:

• кто перед ним;
• какая у пользователя роль;
• какой у него статус;
• что уже произошло;
• какие данные известны;
• какие действия доступны;
• какую систему нужно вызвать;
• какой следующий шаг нужен;
• когда нужно вернуться;
• когда подключить человека.

Это невозможно решить только промптом.

Нужна архитектура: сценарии, статусы, события, интеграции, память, маршруты, аналитика и операторы.

В проекте РЕХАУ такой фундамент уже был создан. Поэтому AI здесь не заменяет контур, а усиливает его.

Как ИИ может усиливать такой контур

Когда у бизнеса уже есть связанный коммуникационно-операционный контур, ИИ можно встраивать не как отдельную “болталку”, а как интеллектуальные узлы внутри процесса.

AI Intake

ИИ принимает свободный запрос, понимает смысл, извлекает параметры, уточняет недостающие данные и передаёт структурированный результат в сценарий.

RAG-поддержка

ИИ отвечает на вопросы по базе знаний, документации, продуктовым материалам, PIM-каталогу и регламентам.

Голосовой ввод

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

ИИ-подсказки оператору

Оператор получает краткое summary, историю обращения, контекст, рекомендуемый ответ и следующий шаг.

Интеллектуальная маршрутизация

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

Аналитика диалогов

ИИ помогает находить повторяющиеся вопросы, возражения, разрывы пути и точки потери конверсии.

В таком подходе ИИ не пытается заменить бизнес-процесс. Он делает уже существующий процесс умнее, быстрее и персональнее.

Что доказал проект РЕХАУ

1. В сложном B2B2C-бизнесе ценность создаётся не одним касанием

Партнёра нужно не просто привлечь, а провести через регистрацию, обучение, сертификацию, поддержку, заявки, лояльность и повторное вовлечение.

2. Мессенджер может быть операционным интерфейсом

Telegram в проекте стал не просто каналом рассылки, а точкой входа в партнёрскую экосистему.

3. Разрывы пути можно чинить коммуникацией

Если человек теряется между системами, его можно вернуть: напоминанием, подсказкой, формой, оператором или следующим сценарием.

4. Интеграции важнее “красивого бота”

Настоящий эффект появился там, где бот начал не только рассказывать, но и делать: создавать аккаунт, привязывать ID, передавать данные, записывать на мероприятия и синхронизировать статусы.

5. ИИ-агентам нужен такой же фундамент

Без ролей, данных, событий, интеграций и памяти ИИ остаётся интерфейсом разговора. С ними он становится частью бизнес-процесса.

Вывод

РЕХАУ — это кейс не про чат-бота и не про отдельную автоматизацию вебинаров.

Это кейс про то, как разрозненный партнёрский путь можно собрать в единый коммуникационно-операционный контур.

Metabot связал портал, обучение, мероприятия, заявки, поддержку, программу лояльности, роли, статусы, аналитику и интеграции.

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

Так диалог стал интерфейсом к бизнесу.

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

Когда бизнесу нужен единый коммуникационный контур 

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

Если эти инструменты работают отдельно, пользователь может теряться между этапами: не понимать следующий шаг, повторно вводить данные, обращаться в поддержку без контекста или выпадать из процесса.

Единый коммуникационный контур связывает каналы, сценарии, роли, статусы, данные и аналитику в управляемый путь. В такой системе пользователь не просто получает сообщение, а последовательно движется к результату.

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

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