Автоматизация AmoCRM: как настроить воронку без потерь лидов

Три места, где исчезает заявка

Первое: вебхук не дошёл. Человек написал в бота или заполнил форму, интеграция в этот момент отвалилась — и сделки в CRM просто нет. Хуже всего то, что никакой ошибки никто не увидел: в интерфейсе тишина, и она выглядит точно так же, как спокойный день без заявок. Второе: дубль. Клиент написал в Telegram, потом позвонил, потом заполнил форму на сайте. В CRM три сделки, у них разные ответственные, и двое менеджеров звонят одному человеку с разными условиями. Клиент делает вывод о компании, а не о вашей интеграции. Третье: сделка есть, ответственного нет. Заявка легла в «Неразобранное» и лежит там, потому что правило распределения не сработало на нестандартном источнике. Обратите внимание: ни одна из трёх проблем не решается новым роботом внутри воронки. Все три живут на границе систем.

Идемпотентность — скучное слово, которое решает половину

Идемпотентность значит, что повторный вызов не создаёт вторую сущность. У входящей заявки должен быть устойчивый ключ, и повторно пришедший вебхук должен обновить существующую сделку, а не завести новую. Почему это не теория. В ТехМаркете каталог из 5630+ лотов спецтехники собирается парсером с внешних лизинговых площадок, обновление идёт каждые 30 минут. Без стабильного ключа склейки за сутки вы получаете не каталог, а кашу из дублей одного и того же экскаватора. В службе такси мы делали платежи идемпотентными по той же причине, только цена ошибки выше: повторно отправленный запрос не должен списать деньги дважды. В CRM это же правило спасает от двойных сделок. И оно же требует решения на старте: что считать одним и тем же лидом — телефон, e-mail, id пользователя в Telegram или их комбинацию. Ответ на этот вопрос даёт бизнес, а не разработчик.

Мониторинг: тишина — это тоже событие

Стандартный мониторинг ловит ошибки. Проблема в том, что описанные выше потери ошибок не дают: интеграция молчит, и всё выглядит нормально. В мобильных приложениях такси мы это закрыли системой BugStream с автоалертами в Telegram. Для CRM логика та же, но интересен другой тип алерта: не «что-то упало», а «за час в рабочее время не создано ни одной сделки». Или «доля заявок с пустым источником выросла». Или «в очереди на отправку в CRM висит больше N записей». Проверьте себя одним вопросом: если интеграция с сайтом отвалится прямо сейчас, кто узнает первым — вы или клиент, который не дождался звонка? Если ответ «клиент», начинать надо не с роботов и не с красивой воронки, а с логирования каждой входящей заявки на своей стороне, до передачи в CRM. Тогда у вас всегда есть, с чем сверить.

Что автоматизировать первым и что не надо

Правило простое: нельзя автоматизировать процесс, который не описан. Если статусы воронки в компании понимают трое по-разному, автоматизация просто ускорит хаос и сделает его труднее заметным. Перед работой нужны три вещи на бумаге: какие есть статусы и что означает переход между ними, кто ответственный на каждом, что считается лидом (не всякое сообщение им является). Первым автоматизируют то, что происходит каждый день и делается руками: приём заявок из всех каналов в одно место, уведомление ответственному, напоминание по сделке без активности. Чего не стоит автоматизировать. Действия раз в месяц — дешевле делать руками. Распределение по менеджерам, если правило меняется по ситуации: автоматика тут даёт больше споров, чем пользы. И тексты, за которые никто не отвечает: автоматическая рассылка от лица компании быстро становится тем, что никто не читал и не согласовывал.

Границы: чего мы не обещаем

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

Сроки, цена и что их растягивает

Автоматизация — от 80 000 ₽, 1–4 недели. Сюда попадают интеграции, сбор заявок из каналов, автоматические действия и логирование. Чат-бот как единая точка входа заявок — от 50 000 ₽, 1–2 недели. Часто ставится вместе с автоматизацией: бот собирает и квалифицирует, интеграция кладёт в CRM. AI-агент, если нужен не сценарий с кнопками, а свободный диалог с базой знаний — от 150 000 ₽, 3–6 недель. Что растягивает сроки на практике. Доступы: пока нет прав в CRM, на сайте и в мессенджерах, работа стоит. Обмен с 1С: расхождения в справочниках и статусах оплаты вскрываются только на реальных данных. И отсутствие описанного процесса — самая частая причина, по которой две недели превращаются в четыре. Самый быстрый способ уложиться в срок — прийти с описанной воронкой и одним ответственным человеком на стороне заказчика.

Частые вопросы