Бот и CRM: как заявка попадает в сделку

Как заявка технически доходит до сделки

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

1. Клиент жмёт «отправить».
2. Бот шлёт запрос на вебхук CRM — адрес, куда прилетает JSON с полями формы.
3. CRM сама решает, что делать с этим JSON: создать сделку, найти контакт по телефону, поставить нужную стадию воронки.

Узнаёте свою текущую схему — или у вас пока шаг 3 делает человек руками? Все мы сначала думаем, что это разработчицкая магия на отдельное техзадание. На деле — вечер настройки, не спринт (при условии, что у вас уже есть права администратора в CRM, а не «разберёмся на бесплатном тарифе за час до созвона»). Интеграция телеграм-бота что с Bitrix24, что с amoCRM устроена одинаково — у обеих открытый REST API, кстати, разница только в деталях авторизации. Тот же бот вместо CRM может писать данные в Google Sheets — принцип тот же, только вебхук создаёт не сделку, а строку в таблице.

Именно поэтому я закладываю интеграции в бота по умолчанию — CRM, 1С, Google Sheets — заявка сразу попадает в работу, а не лежит в логе до понедельника. Это часть чат-бота с ИИ от 30 000 ₽ , а не доплата постфактум.

Три способа хранить заявку от бота

Дальше вопрос не «работает ли интеграция», а «что вам нужно видеть по заявке». Тут и проходит развилка.

На мой взгляд, Google-таблица — не «решение для бедных», а нормальный первый шаг при малом потоке заявок. Проблема начинается не от отсутствия CRM, а от того, что таблицу никто не открывает вторую неделю подряд.

Что попадает в карточку сделки

Это не про то, отвечает клиенту бот или человек, — про это я писал в статье про ИИ-агента для клиентского сервиса. Здесь другой вопрос: долетает ли до CRM не только заявка, но и контекст, в котором она случилась.

Имя и телефон — это не всё. Точнее — это вообще не главное. В сделку обычно уходят:

• источник — какой канал бота, какая кнопка привела к заявке
• текст запроса своими словами, не пересказ менеджера
• время первого обращения
• история диалога, если бот не справился и передал разговор человеку (да, целиком, а не «клиент что-то спрашивал, разбирайтесь»)

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

Когда CRM для бота — избыточно

Спорный момент, но я бы не тащил заявки в CRM, если:

• за заявки отвечаете вы сами, без менеджеров
• их до 10 в неделю
• сделки почти не двигаются по стадиям — принял, ответил, готово

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

Частые ошибки при подключении

Три вещи, из-за которых интеграция технически работает, а по факту — нет.

1. Нет сопоставления полей. Бот шлёт phone, а в CRM поле называется «Телефон клиента» — данные приходят и падают в никуда.
2. Не проверяются дубли — точнее, проверяются, но только на старте, а потом кто-то меняет форму бота, и дедуп тихо ломается.
3. Статус не синхронизируется обратно. Менеджер закрыл сделку, а бот всё ещё пишет клиенту «ждите ответа».

Знаете, сколько у вас таких дублей прямо сейчас — или ещё не проверяли? В общем, можно чинить руками каждую неделю, а можно один раз поставить дедуп по номеру телефона и забыть про проблему.

Готовы ли вы к интеграции бота с CRM

Технически — пара дней. Организационно — иногда месяцы, потому что разбираться приходится не с ботом, а с самой CRM, где годами копился хаос.