Нейросеть подключается к amoCRM тремя способами: через встроенный конструктор Salesbot с обращением к внешней модели, через вебхук со сценарием в n8n или Make, или напрямую кодом через REST API amoCRM. Для большинства задач хватает связки Salesbot и n8n — она собирается без разработчика и работает поверх существующей воронки продаж.
Три способа подключения
Связка Salesbot и n8n собирается за один-два дня и стоит от 35 000 рублей под ключ, готовый виджет из маркетплейса ставится за пять минут по подписке от 1 500 рублей в месяц, а код напрямую даёт полный контроль ценой пары дней работы разработчика, по нашему опыту внедрений.
У amoCRM есть собственный конструктор диалогов внутри воронки — Salesbot. Он умеет отправлять внешний запрос на любой URL и ждать ответ, поэтому шаг с обращением к языковой модели встраивается прямо в сценарий продажи без сторонних инструментов. Два других способа — вебхук со сценарием в n8n или код напрямую через REST API — дают больше гибкости ценой более сложной настройки.
- Salesbot с внешним запросом — сценарий внутри воронки без кода
- Вебхук и сценарий в n8n или Make — гибкость вне интерфейса amoCRM
- Код напрямую через REST API — полный контроль логики
Похожая связка amoCRM с внешними сервисами без участия нейросети — уведомления, задачи, обновление таблиц — разобрана в статье про связку amoCRM и Make без программиста. Здесь тот же принцип «событие — действие», просто одно из действий — обращение к языковой модели вместо простого уведомления.
Подходящий способ обычно зависит от того, где уже живёт остальная автоматизация компании. Если воронка продаж и так собрана на n8n под другие задачи — уведомления, задачи, синхронизацию с бухгалтерией, — логичнее продолжать там же и просто добавить шаг с обращением к модели, чем заводить второй инструмент только ради одного сценария.
Через Salesbot и n8n
Salesbot строится прямо в воронке продаж: шаги сценария идут друг за другом и срабатывают на действие клиента или смену этапа сделки. Шаг «Отправить запрос» умеет постучаться на внешний адрес — туда указывается вебхук вашего сценария в n8n, а результат возвращается обратно в диалог переменной.
- Создайте сценарий Salesbot в нужной воронке amoCRM
- Добавьте шаг «Отправить запрос» на внешний URL — адрес сценария в n8n
- В n8n примите запрос узлом Webhook и передайте текст модели через HTTP Request
- Верните ответ модели обратно в Salesbot переменной для показа клиенту
- Настройте условие передачи диалога менеджеру при сложном запросе
Сборка простого сценария — ответ на частый вопрос клиента в одной воронке — занимает три-пять часов у человека со знанием Salesbot и n8n. Добавление памяти переписки и разбора нескольких типов обращений обычно удваивает время сборки.
Память переписки для такого сценария удобно хранить прямо в примечании к сделке или в отдельном текстовом поле amoCRM вместо внешней базы данных. Так вся история диалога с моделью остаётся рядом с остальными данными клиента, и менеджер видит контекст без переключения между системами.
Цена и лимиты
Цена связки складывается из разовой сборки сценария и постоянных расходов на токены модели. Готовый виджет из маркетплейса стоит дешевле на старте, но подписка идёт постоянно, а логика ответа модели ограничена настройками самого виджета.
Сколько сделок в месяц проходит через вашу воронку?
| Способ | Порог входа | Цена |
|---|---|---|
| Salesbot и вебхук в n8n | Один-два дня настройки | 35 000–80 000 ₽ под ключ + сервер |
| Готовый виджет из маркетплейса | Установка за пять минут | от 1 500 ₽/мес по подписке |
| Код напрямую через REST API | Разработчик, пара дней | от 90 000 ₽ разово + токены |
Полный разбор форматов автоматизации бизнес-процессов и живые кейсы — в разделе про автоматизацию бизнес-процессов. Отдельной строкой закладывайте от 1 000 рублей в месяц на токены модели — расход растёт вместе с числом диалогов через воронку.
Права доступа ключа REST API стоит выдавать точечно под задачу сценария вместо широкого набора на всякий случай. amoCRM позволяет ограничить доступ конкретными методами — чтение сделок, отправка сообщений в чат, — и узкий набор прав снижает риск утечки данных клиентов при потере ключа доступа.
Типичные сценарии
- Авто-ответ на частые вопросы клиента прямо в диалоге Salesbot
- Квалификация лида — модель уточняет бюджет и сроки перед передачей менеджеру
- Суммаризация переписки и запись краткого итога в примечание к сделке
- Авто-заполнение полей сделки по свободному тексту первого обращения
Квалификация лида — самый частый первый сценарий: модель задаёт клиенту два-три уточняющих вопроса вместо менеджера, а к живому продавцу сделка попадает уже с заполненными полями бюджета, срока и сути задачи. Менеджер тратит время на переговоры вместо сбора вводных данных заново.
Суммаризация переписки заметно экономит время руководителя отдела продаж на разборе конфликтных сделок: вместо чтения тридцати сообщений в примечании к сделке он читает три строки итога с ключевыми договорённостями и открытыми вопросами. При споре с клиентом полная переписка остаётся доступной — суммаризация только ускоряет первый просмотр ситуации.
Частые ошибки
- Вебхук без проверки токена доступа — сценарий открыт для чужих запросов
- Ответ модели уходит клиенту без модерации на старте пилота
- Один сценарий покрывает все воронки без учёта разницы в продукте
- История переписки остаётся вне контекста — каждый ответ выходит изолированным
- Лимит запросов к модели отсутствует — пиковый поток заявок роняет сценарий
Начните с одной воронки и одного сценария — например, квалификация лида на входящих заявках. Соберите статистику ошибок за неделю и только тогда подключайте остальные воронки amoCRM.
Отдельно продумайте поведение сценария при сбое модели — лимит запросов, тайм-аут, платёжный сбой у поставщика API. Хороший сценарий передаёт диалог менеджеру с пометкой о временной недоступности модели вместо тишины или зависшего ответа — клиент получает реакцию в любом случае.
Подходящий способ обычно определяется штатом команды: без программиста берите Salesbot с вебхуком в n8n или готовый виджет, при своём айти-отделе выгоднее код напрямую — он дешевле в эксплуатации на длинной дистанции и проще подключается к нескольким воронкам сразу. Компания, где уже собран хотя бы один сценарий на n8n под другую задачу, обычно быстрее осваивает второй — платформа и логика узлов остаются те же.