Бот в MAX, который принимает заявки и заводит сделки в CRM

Что бот вытаскивает из диалога

Первое сообщение клиента в MAX редко содержит всё нужное для сделки — обычно это «сколько стоит» или «хочу заказать». Бот не пытается угадать намерение по одной фразе. Я строю диалог так, чтобы за 2-3 реплики зафиксировать три вещи: контакт (телефон или подтверждённый MAX ID), суть запроса (услуга, объём, срочность) и источник — с какой рекламной кампании или поста пришёл человек, если это можно передать через deep link при старте диалога.

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

Сделка создаётся кодом, а не переносится руками

Стандартная ситуация в компании без автоматизации: заявки лежат в личке менеджера в MAX или Telegram, и в CRM попадает только то, что менеджер успел перенести вручную. При десяти заявках в день это ещё терпимо, при пятидесяти — часть теряется физически: сообщение прочитано, ответ отправлен, а сделки в CRM нет. Руководитель потом не может посчитать конверсию из диалога в продажу, потому что источника данных попросту не существует.

Я делаю иначе: как только бот собрал контакт и суть запроса, приложение бота вызывает API amoCRM (или Bitrix24 — логика та же, отличается только формат запроса) и создаёт сделку программно, в момент разговора, без участия менеджера. В карточку сразу пишутся ответственный по правилам распределения, тег источника «MAX», текст запроса и ссылка на переписку. Менеджер получает не «сообщение о новой заявке», а готовую карточку сделки с историей диалога внутри.

Здесь я сознательно не использую конструкторы вроде готовых интеграционных платформ, которые обещают «связать мессенджер и CRM без кода». У них нет доступа к логике диалога и не всегда есть контроль над тем, что именно и в каком виде уходит в CRM — а мне нужно управлять и валидацией контакта, и веткой сценария, и обработкой ошибок API (недоступна CRM, дубль контакта, лимиты). Это делается кодом на стороне бота, который напрямую обращается к API CRM: связка предсказуема и её можно чинить и расширять, а не платформа, которая делает вид, что «просто соединяет сервисы». Подробнее про то, как я собираю такого бота под конкретную CRM, — на странице услуги «Боты в MAX».

Когда диалог передаётся человеку

Бот хорошо справляется с квалификацией по сценарию, но плохо — с нестандартными вопросами: индивидуальными условиями, спорами по прошлому заказу, сложным техническим запросом. Я не пытаюсь заставить бота отвечать на всё подряд генеративными репликами без контроля — это способ выдать клиенту недостоверную информацию. Вместо этого в сценарии есть точки эскалации: если запрос выходит за рамки заданных веток, или клиент сам просит человека, бот переводит диалог на менеджера и одновременно меняет статус сделки в CRM — например, на «требует консультации». Менеджер подключается к разговору в MAX, уже видя карточку сделки и весь предыдущий обмен сообщениями, а не начинает разговор заново.

Заявка как источник в сквозной аналитике

Сделка, созданная ботом, ничем не отличается от сделки, заведённой менеджером вручную, кроме одного — у неё точный, машинный источник. Тег «MAX-бот» и рекламная метка, переданная через диалог, попадают в CRM вместе со сделкой, а оттуда — в отчёты Roistat или DataLens как полноценный канал. Это значит, что стоимость заявки из MAX считается так же, как стоимость заявки с сайта или из звонка, и можно сравнивать эффективность каналов, а не смотреть на MAX как на чёрный ящик, куда пишут клиенты и откуда непонятно что выходит.

Отдельный практический довод в пользу MAX как канала для приёма заявок — 152-ФЗ. MAX — российский мессенджер, и переписка с персональными данными клиента (телефон, имя, детали заказа) хранится на серверах в России. Для бизнеса, который работает с ПДн физлиц и не хочет объяснять, почему данные клиентов лежат на зарубежной инфраструктуре, это не формальность, а конкретная причина выбрать MAX, а не Telegram, в качестве основного канала для приёма заявок через бота.