Telegram
Назад к базе знанийКейсы внедрения

Три канала, один мозг: как омниканальный ИИ-ассистент доставляет заявки в CRM за 0.5 секунды.

Сайт, Telegram и MAX на одном мозге и едином контракте данных: бот отвечает мгновенно, сам собирает контакты и пишет лид в CRM. Без конструкторов и ключей в браузере.

11 мин23 октября 2026 г.
Схема ИИ-агента: диалог, статусы и CRM

Я собрал омниканального ИИ-ассистента для kolesnikov-ai.ru. Сайт, Telegram и чат-виджет MAX работают на одном мозге и едином контракте данных: бот отвечает мгновенно, сам собирает контактные данные и пишет лид в CRM. Без SaaS-конструкторов, без засветки API-ключей в браузере и без дублирования промптов.

Паспорт проекта

  • Точки входа: виджет на kolesnikov-ai.ru, Telegram-бот, MAX.

  • Стек: n8n, DeepSeek, кастомный серверный шлюз, PostgreSQL, NocoDB, Cursor IDE.

  • Инфраструктура: собственный сервер в РФ.

  • Статус: сайт и Telegram в проде, MAX собран на том же контуре.

Проблема: три канала — три сироты

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

Путь 1. Конструктор чат-ботов

Красивый редактор и дерево жестких кнопок. Как только клиент отходит от скрипта и задает нестандартный вопрос — сценарий рассыпается. Заявка падает на почту, менеджер руками переносит её в CRM.

Путь 2. Обертка над ChatGPT

Виджет с API-ключом прямо в браузере. Бот дает красивые ответы, но выдает нулевую бизнес-пользу: он не запрашивает телефон и не создает сделку.

Самый дорогой вариант — третий. Разработать три отдельных бота под три разных канала. Бизнес получает три разных промпта, три набора багов и рассинхрон в ценах. Клиент написал в Telegram, потом на сайт — и для системы это два разных человека.

Омниканальность — это не три разных бота. Это один центр принятия решений и три двери в него.


Процесс: сначала контракт, потом промпт

Классический подход дилетантов: «давай напишем промпт и посмотрим, как он отвечает». Я проектирую наоборот. Пока не описана структура идеального лида, писать инструкции для нейросети бессмысленно.

Этап 1. Контракт данных

До первой строчки кода я зафиксировал архитектуру:

  • Обязательные поля лида: имя, телефон, ниша, боль, канал обращения.

  • Единый стандарт телефона.

  • Строгий регламент для ИИ: не более 2–4 предложений на ответ, запрет на раздачу скидок, цены берутся строго из интегрированного прайс-листа.

Модель лишь ведет диалог. Финальное решение о валидности лида и его сохранении всегда принимает жесткий код.

Этап 2. Шлюзы и транспорт

Три точки входа технически изолированы от нейросети. Например, на сайте браузер общается с моим промежуточным сервером, который скрывает все ключи и защищает систему от спам-атак.

Самая частая проблема коробочных ботов — зависания из-за обрывов связи с серверами Telegram или LLM. Я переработал сетевой слой: система отслеживает потерю пакетов и автоматически повторяет запрос.

Итог: Цикл «получил сообщение → сгенерировал ответ → записал в CRM» сократился с 5–9 секунд до ~0,5 секунды. Бот отвечает мгновенно.


Решение: один мозг, три двери

Один промпт вместо трёх

Все каналы ведут в единый AI-модуль с одной базой знаний. Выбор канала (Telegram или Сайт) влияет только на доставку сообщения, но логика продаж остается монолитной. Бот физически не может «знать про акцию в Telegram, но забыть про нее на сайте».

База знаний, которую легко обновлять

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

Скриншот
Фрагмент системного промпта — правила квалификации, запрет скидок и каталог цен.

Лид, который нельзя нафантазировать

После диалога нейросеть формирует структурированные данные. Далее код:

  • Приводит телефон к единому стандарту (отсекает лишние скобки и городские коды).

  • Если номер содержит ошибку — система заставляет бота вежливо попросить клиента уточнить данные.

  • Только после успешной проверки создается сделка в CRM.

Сначала клиент получает ответ в чат, а уже в фоне система пишет лид. Сбой в CRM никогда не заставит клиента ждать ответа.

Скриншот
Диалог в Telegram — меню из четырёх сценариев, ответ бота и запрос контакта.
Скриншот
Виджет на сайте — форма заявки, маска телефона и inline-ошибка.

CRM: полный контроль или интеграция с вашей системой

Для своего внутреннего контура я выбрал NocoDB — бесплатную open-source CRM, которая развернута на моем же сервере.

Почему не AmoCRM или Битрикс24? Для внутренних проектов они часто избыточны, требуют абонентской платы, а главное — данные хранятся в чужом облаке. Моя сборка дает удобные Kanban-доски и 100% владение данными (в собственной базе PostgreSQL) абсолютно бесплатно. Лиды автоматически обновляются по номеру телефона, исключая дубликаты.

Но архитектура гибкая: если в вашей компании уже выстроены процессы в AmoCRM или Битрикс24, этот ИИ-ассистент интегрируется в них по API за несколько часов. Логика диалога не поменяется, просто готовые лиды будут падать напрямую в вашу привычную воронку продаж.

Скриншот
Канбан CRM — карточки лидов и поля «Источник», «Скоринг / Квалификация», «Саммари от ИИ».

152-ФЗ по конструкции, а не по обещанию

  • Вся инфраструктура физически находится на серверах в РФ.

  • Во внешнюю нейросеть уходит только текстовый контекст диалога. Запрашивать паспортные данные или реквизиты карт строго запрещено на уровне архитектуры.

  • Трекинг не включается до явного согласия пользователя на сайте.


Экономика и ROI

  • Архитектурный разбор (2 дня): 10 000 ₽, вычитается из внедрения.

  • Коробочное решение «ИИ-Диспетчер» (1 канал): 50 000 ₽.

  • Кастомный омниканальный контур (Сайт, TG, MAX): от 90 000 ₽.

  • Техническое сопровождение: от 15 000 ₽/мес.

Омниканальный бот — это не замена хорошему продавцу, это инструмент, который закрывает критические дыры в воронке продаж:

  • Захват в нерабочее время. Если клиент пишет вечером в субботу, а менеджер отвечает в понедельник утром — лид часто уходит к конкурентам. Бот отвечает 24/7. Даже один сохраненный клиент с высоким LTV полностью окупает всю систему.

  • Экономия часов отдела продаж. Бот сам проводит первичную квалификацию. Менеджер получает не пустое «Здравствуйте», а готовую карточку: имя, телефон, канал, боль клиента. Это экономит десятки часов рутины в месяц.

  • Рост конверсии. Мгновенный ответ за 0,5 секунды удерживает внимание пользователя на пике его интереса, кратно повышая шанс на закрытие сделки.

Кому это нужно

  • B2B-компаниям, получающим трафик из нескольких каналов, а не только из Telegram.

  • Бизнесу, где менеджеры становятся узким горлышком в выходные дни или в нерабочие часы.

  • Тем, кто уже обжегся на примитивных визуальных конструкторах, которые теряют заявки.

  • Тем, кому нужна единая история диалогов в своей AmoCRM/Битрикс24 или в полностью бесплатной self-hosted CRM.

  • Тем, кто заботится о безопасности и не готов вшивать API-ключи нейросетей в клиентский код сайта.

Омниканальность начинается не с покупки красивого виджета, а с правильного контракта данных.

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