В amoCRM продают быстро: клиент пишет в мессенджер, менеджер отвечает, сделка двигается по воронке. Пока заявок двадцать в день, всё держится на внимательности. Когда их сто, «Неразобранное» копится, поля остаются пустыми, а причины отказов никто не записывает. Мы передаём эту часть работы системе, подключённой к amoCRM через API, вебхуки и виджет.
Сейчас · 8 ручных шагов
С KV13 · 3
amoCRM обычно выбирают небольшие и средние отделы продаж, которые работают через мессенджеры и формы. У них свои узкие места.
Заявки из WhatsApp, Telegram, форм и соцсетей падают в «Неразобранное». В пиковые дни часть из них ждёт ответа часами.
Бюджет, сроки, потребность клиент назвал в переписке. В поля сделки это не попало, и через неделю информацию ищут, листая чат.
Запись разговора есть, примечания нет. Руководитель не знает, о чём договорились, пока не прослушает запись.
Сделка на этапе «КП отправлено» третью неделю, задачи нет. Никто не заметил, клиент ушёл к конкуренту.
В закрытых сделках стоит «Другое» или ничего. Понять, почему теряются клиенты, по данным CRM невозможно.
Сценарии запускаются событиями amoCRM: новая заявка, входящее сообщение, звонок, смена этапа. Результат — изменение в сделке, контакте, примечании или задаче.
Система читает обращение из мессенджера или формы и решает, что с ним делать.
Из переписки и звонков извлекаются данные, которые нужны отделу продаж.
Записи разговоров из подключённой телефонии расшифровываются, итоги записываются в сделку.
После каждого контакта у сделки появляется следующий шаг.
Система ежедневно проверяет сделки и находит те, что выпали из процесса.
По переписке и звонкам в закрытых сделках система определяет фактическую причину.
Интеграция работает с теми же сущностями, что и менеджер. Ничего не меняется в привычной логике воронки.
| Объект amoCRM | Событие | Что делает система |
|---|---|---|
| «Неразобранное» | Новая заявка из чата или формы | Квалифицирует, принимает или передаёт менеджеру |
| Сделка | Создание, смена этапа | Заполняет поля и теги, проверяет полноту данных |
| Контакт и компания | Новое обращение | Ищет дубли, дополняет данные |
| Примечания | Завершённый звонок, переписка | Записывает резюме и договорённости |
| Задачи | Итоги контакта, сделка без задачи | Создаёт задачу со сроком |
| Чаты | Входящее сообщение | Готовит черновик ответа или отвечает по базе знаний |
| Причины отказа | Сделка закрыта неуспешно | Предлагает причину по истории сделки |
Подключение — через API amoCRM, вебхуки и виджет в интерфейсе. Существующие роботы и Salesbot продолжают работать.
Клиент пишет вечером: интересуется услугой, называет город, примерный бюджет и спрашивает о сроках.
Сейчас 6
С системой 3
Остаётся человеку
Клиент получает ответ вечером, менеджер утром начинает со звонка, а не с разбора заявок.
Продаёт менеджер. Система следит, чтобы ни одна заявка и ни одна договорённость не потерялись.
Менеджеру
Системе
Обе системы — CRM, но задачи в них решаются разные. В amoCRM основной поток — короткие продажи через мессенджеры, где важна скорость первого ответа и дисциплина по воронке. Поэтому ключевые сценарии здесь — «Неразобранное», чаты, квалификация и контроль этапов.
В Bitrix24 CRM связана с задачами, проектами, телефонией и базой знаний портала, а сделки чаще длинные и многоэтапные. Там больше сценариев вокруг таймлайна, смарт-процессов и внутренних процессов компании. Подробнее — на странице ИИ и Bitrix24.
amoCRM — облачная система, но обработка переписки, звонков и анализ выполняются в инфраструктуре компании или в выделенном частном облаке. Данные не передаются в публичные AI-сервисы.
Интеграция получает доступ только к нужным сущностям и воронкам.
Каждое изменение в сделке фиксируется в её истории и в журнале системы.
Система не удаляет сделки, контакты и сообщения.
Архитектура проектируется с учётом требований компании к информационной безопасности и обработке данных.
Подробнее о закрытом контуреПример: шесть менеджеров, около 1 500 обращений в месяц из мессенджеров и форм. На разбор заявок, заполнение CRM и задачи уходит 180 часов в месяц.
Демонстрационный расчёт. Фактический эффект определяется после аудита процесса. Отдельно не учтены заявки, которые раньше терялись из-за позднего ответа.
Клиент под NDA: девелопер, обработка и квалификация лидов из рекламы и мессенджеров.
Смотрим, откуда приходят заявки, сколько их, как быстро их разбирают и какие поля реально заполняются.
Проверяем квалификацию и заполнение полей на прошлых заявках и переписке.
Система работает с одной воронкой или группой источников. Менеджеры подтверждают её действия.
Подключаем остальные воронки, звонки, контроль этапов и анализ отказов.
Через API amoCRM как внешняя интеграция. События — новые заявки, сообщения, смена этапа — приходят через вебхуки. В интерфейсе сделки можно разместить виджет для подтверждения действий менеджером.
Установку выполняет администратор аккаунта. Интеграция получает доступ к сделкам, контактам, задачам и чатам в пределах выбранных воронок. Права на удаление не используются.
Нет, если разграничить задачи. На аудите мы смотрим действующие автоматизации и решаем, что остаётся за ними, а что берёт система. Дублирования действий не допускаем.
Если записи звонков прикрепляются к сделкам в amoCRM, система получит их оттуда. Если нет — записи можно забирать напрямую у провайдера телефонии.
Первый ответ на типовой вопрос — по согласованию, на основе базы знаний компании. Остальные сообщения система готовит как черновики, отправляет менеджер. Уровень самостоятельности определяется после пилота.
amoCRM ограничивает частоту запросов. Система работает по событиям и не опрашивает аккаунт постоянно, поэтому для отделов продаж с сотнями заявок в день ограничения не мешают.
Зависит от потока заявок. Иногда при небольшом отделе выгоднее навести порядок в воронке и настроить встроенные инструменты amoCRM. Аудит покажет, окупится ли интеграция.
Расскажите, сколько заявок приходит в amoCRM, из каких каналов и что сейчас делается вручную. Мы оценим, сколько времени менеджеров можно освободить и сколько заявок перестанут теряться.
Напишите, где удобнее. Ответим в течение рабочего дня.
Оставить контакт