Обязательное поле на этапе воронки в amoCRM настраивается за минуту, и на этом штатные средства заканчиваются. Менеджер пытается перевести сделку дальше, amoCRM подсвечивает пустые поля красным и показывает счётчик незаполненных. Окна, где по-человечески спрошено, что именно нужно вписать, у amoCRM нет. В канбане ещё хуже: перетащил карточку в колонку — получил сообщение об ошибке с кнопкой «OK», и всё. Менеджер вписывает в поле первое, что приходит в голову, лишь бы сделка ушла на следующий этап.
В октябре 2026 года мы собрали для производителя дверей Metako виджет «Контроль», который закрывает эти места. Ниже — как он устроен: какие поля и на каких этапах требуются, как виджет ведёт себя в карточке и в канбане, что происходит с висящими и проигранными сделками и как такое включать, не останавливая продажи.
Почему штатных обязательных полей мало
До запуска картина у клиента была типичной: менеджеры вели клиентов с личных телефонов и из личного WhatsApp, мимо amoCRM. По аудиту 67 % входящих звонков оставались пропущенными. В мобильном приложении amoCRM нажатие на номер клиента запускало звонок с личной SIM-карты, и разговор в сделку не попадал.
Обязательное поле здесь решает половину задачи. Оно держит замок: без значения сделка не перейдёт на этап. При этом оно не проверяет, правда ли написана, и не помогает менеджеру ответить быстро. Мы поставили задачу так: работать через amoCRM должно быть удобнее, чем объяснять, почему работа идёт мимо. Каждый обход системы видит руководитель отдела продаж (РОП).
Поэтому замок оставили на стороне amoCRM, а виджет взял на себя всё остальное: понятное окно с вариантами ответа, автозаполнение там, где ответ уже известен, и перевод этапа без обхода чужих обязательных полей. Если наш сервис не отвечает, обязательные поля продолжают работать как обычно — amoCRM держит их сам.
Шлюз этапа: без ответа «Как связались» сделка не уходит на «Квал»
В воронку добавили два поля: «Как связались» (список) и «Комментарий о связи» (текст от 20 символов). Оба обязательны на этапе «Квал» и дальше. Шлюз срабатывает только для входящих заявок, созданных интеграцией: сайт, WhatsApp, звонок, реклама. Сделки, которые менеджер завёл руками после визита клиента в салон, шлюз не трогает.
Главное условие — по клиенту за всё время нет ни звонков, ни переписки. Сервис смотрит по всем контактам сделки, всем их сделкам и всем их телефонам: звонки из телефонии, ответы менеджеров в рабочем WhatsApp, примечания о звонках в amoCRM. Если касание найдено, окно не появляется. Сервис сам ставит в «Как связались» «Звонок через Kcell» или «WhatsApp», а в комментарий пишет, когда это было: «Заполнено автоматически: звонок через Kcell 13 октября (вторник) в 14:14». Менеджер только нажимает «Сохранить».
Если касаний нет, менеджер видит окно «Как вы связались с клиентом?» с вариантами: звонил через корпоративную телефонию, но звонок не записался, звонил с личного телефона, писал в личный WhatsApp, клиент пришёл в салон, другое. Ниже — комментарий от 20 символов. Сохранение — кнопкой с удержанием в 2 секунды, закрыть окно крестиком, клавишей Esc или кликом мимо нельзя. Отменить можно только сам перевод.
В карточке после ответа виджет заполняет поля так, как это сделал бы человек: открывает список, выбирает пункт, вписывает текст в поле комментария. amoCRM снимает подсветку, менеджер дозаполняет остальные обязательные поля этапа, например «Город», и сам жмёт «Сохранить». Ответ сервис записывает в сделку сразу, поэтому повторный перевод идёт уже без окна.
Ответы «звонил с личного телефона» и «писал в личный WhatsApp» остаются в сделке, и их видит РОП. Этого достаточно, чтобы разговор о работе мимо системы шёл по фактам.
Канбан: перетаскивание без обхода чужих полей
С карточкой amoCRM даёт зацепку — подсвеченное поле. В канбане зацепки нет: при перетаскивании сделки в колонку с обязательными полями amoCRM показывает только сообщение об ошибке. Какая сделка и в какую колонку ехала, из этого сообщения не узнать.
Виджет запоминает сделку в момент, когда менеджер берёт карточку мышью, и колонку — в момент, когда отпускает её. Сообщение amoCRM прячется, виджет спрашивает сервер, нужен ли шлюз. Если нужен — показывает то же окно «Как вы связались с клиентом?». Если касание есть — заполняет поля без окна.
Дальше сервер записывает ответ и сам переводит сделку на этап, но только если остальные обязательные поля сделки и контактов уже заполнены. Если чего-то не хватает, менеджер видит окно «Ответ сохранён» со списком пустых полей и кнопкой «Открыть карточку». Так шлюз не становится дырой, через которую сделка проскакивает с пустым «Городом» или без телефона.
Откатывать этап задним числом мы сознательно не стали. Возврат сделки на прошлый этап ломает офлайн-конверсии в рекламу, учёт скорости обработки заявок и заново запускает ботов, привязанных к входу на этап.
Висящие сделки и закрытие с причиной
Вторая дыра в данных — сделки, которые стоят на этапе без движения. Правило у клиента такое: сделка на «Квале» или «Замере» висит, если несколько рабочих дней по ней нет звонков, ответов в WhatsApp и задач на будущее. Срок и этапы задаются в настройках виджета, на старте было три рабочих дня.
Когда ответственный открывает карточку висящей сделки, виджет показывает анкету. В ней три вопроса:
- почему клиент думает: цена, сравнивает, ремонт не готов, ждёт размер, решает супруг, на этапах КП и счёта — ждём оплату;
- следующий шаг — текстом от 20 символов, со счётчиком;
- когда связаться — быстрые варианты и календарь с подписью вида «пт, 16 октября · через 3 дня».
Пока анкета не заполнена, на кнопке сохранения написано, что сделать первым: «Сначала выберите причину ↑», затем шаг и дата. После сохранения сервис ставит задачу на выбранную дату и пишет ответы в поля сделки. Раз в день при входе менеджер видит список висящих сделок с кнопкой «Разобрать» у каждой.
Если клиент отказался, анкета подтверждает это вторым нажатием и ведёт к закрытию. Перевод в «Закрыто и не реализовано» требует поле «Комментарий к закрытию» от 20 символов. Виджет показывает окно «Почему сделка не реализована?», сервис пишет причину в поле и примечание в сделку, где её увидит РОП. Для сделок вне контроля, например салонных, поле заполняется само — причиной с пометкой «Не требуется».
Причины отказа своими словами потом разбираются вместе с остальными данными о проигранных сделках — как это делаем мы, описано в статье о причинах отказа в amoCRM.
Окна, которые возвращают работу в amoCRM
Заполненная карточка мало что даёт, если клиент тем временем ждёт ответа. Поэтому в виджет встроено окно «Клиенты ждут ответа». Раз в минуту виджет спрашивает сервис, кто из клиентов менеджера написал или позвонил и остался без ответа. В окне — число клиентов и сколько из них ждут дольше часа, вкладки «Все», «WhatsApp», «Звонки», самый долгий сверху. Отложить окно можно только на 15 минут. Ответил клиенту или перезвонил — он уходит из списка, короткое «спасибо» от клиента новым вопросом не считается.
В первое утро работы окна в этих списках по отделу в сумме стояли 37 клиентов, почти все ждали дольше суток.
Второе окно — про телефонию. Звонки с личного номера в amoCRM не сохраняются, и история клиента теряется. Окно показывает QR-код для установки приложения корпоративной телефонии, логин и пароль сотрудника под спойлером и короткую инструкцию. Определить по API, стоит ли приложение на телефоне, нельзя, поэтому правило проверяемое: окно возвращается каждый день, пока за прошлый рабочий день у менеджера нет ни одного исходящего звонка через корпоративную АТС. Как связать звонки с карточкой сделки на стороне телефонии, мы рассказываем на странице про подключение IP-телефонии к CRM.
Окна не мешают работе. Во время звонка, в окне оплаты и пока менеджер печатает ответ в чате новые окна не открываются, открытые прячутся и возвращаются потом. Одновременно на экране одно окно, остальные ждут очереди.
Как включать контроль, не останавливая продажи
Виджет, который блокирует перевод этапа, опасен, если ломается. Поэтому порядок такой. При любой ошибке сервиса — нет связи, неверный ответ, сбой авторизации — виджет не показывает окон вовсе, и amoCRM работает как без него. Обязательные поля держит сама amoCRM, так что замок при этом не открывается.
Включали по шагам. Сначала окна и действия видели только пилотные сотрудники, остальные работали по-старому. Шлюз и автозаполнение действуют только для сделок, созданных после запуска: истории переписки до этой даты у сервиса нет, и доказать отсутствие касаний по старым клиентам ему не на что. Сотрудника салона вывели из контроля целиком: у него нет ни окон, ни шлюза, ни анкет.
Для администратора есть сервисный режим: он открывает amoCRM глазами конкретного менеджера и видит те же окна с плашкой «Ваши действия в окнах не сохраняются». Так проверяем тексты и правила, ничего не записывая в боевые сделки. Пороги — минимум символов, срок «висит», рабочие часы и праздники — меняются в настройках виджета без нового выпуска, с журналом изменений и откатом.
Отдельно проверили мобильное приложение amoCRM. Код виджета оно не запускает, но перевести сделку на «Квал» с пустыми «Как связались» и «Комментарием о связи» не даёт — срабатывают те же обязательные поля. В мобильном приложении менеджеров, которое мы собрали для клиента, действуют те же правила: шлюз этапа, анкета висящей сделки, причина при закрытии. Звонок клиенту там идёт через корпоративную телефонию или WhatsApp-звонком, вызова с личной SIM-карты в приложении нет. Экраны на иллюстрациях выше — оттуда.
Подробнее о проекте — в кейсе Metako. Как по заполненным данным потом искать брошенные заявки и зависшие сделки в отчётах, мы разобрали в статье об amoCRM как системе контроля отдела продаж.
Если менеджеры у вас заполняют карточку для галочки или работают мимо CRM, такие правила собираются под вашу воронку: поля, этапы, исключения, телефония. Разработку виджетов для amoCRM начинаем с бесплатного созвона, после него присылаем план и смету.
Если непонятно, какие поля и этапы в вашем аккаунте нужны, а какие мешают, начинаем с аудита amoCRM.
Автор
Лаборатория внедрений
Внедряем и сопровождаем amoCRM и Битрикс24, делаем интеграции, разработку и аналитику. Пишем о том, что видим на аудитах и в проектах.
О компании