Skip to main content
Модуль продаж — это CRM-воронки, по которым лид движется от первого обращения до сделки. В основе лежат воронки и их этапы: каждая воронка наполняется этапами (включая два обязательных системных — «успешно завершён» и «нереализован»), а удаление и у воронки, и у этапа устроено мягко, через отключение; при этом этап с лидами удалить нельзя — лиды сначала нужно перенести. Поверх этого каркаса живут лиды — карточки потенциальных сделок, которые всегда стоят на конкретном этапе, упорядочиваются вручную и обрастают задачами для менеджеров. Главная механика модуля — триггеры этапов: при попадании лида на этап система сама выполняет настроенное действие — отправляет сообщение (SMS или Wazzup), ставит задачу, создаёт заявку на аренду, меняет статус заказа, переносит лид в другую воронку или вызывает внешний сервис. Дополнительно модуль ведёт историю смены этапов, поддерживает массовые операции над лидами этапа, принимает заявки с сайта по публичному адресу и в фоне зеркалит сделки в Wazzup.

​
Разделы

Воронки и этапы

Воронки продаж и их этапы: системные типы «успех»/«отказ», автосоздание стартовых этапов, упорядочивание и мягкое отключение.

Лиды и их порядок

Карточка лида: связь с клиентом, заявкой и продажей, ручное упорядочивание внутри этапа, фильтры и поиск, создание заявки из лида.

Задачи по лидам

Задачи и методы задач по лидам: дедлайн, назначение менеджера и автоматическое уведомление через модуль уведомлений.

Триггеры и автоматизация этапов

Правила, срабатывающие при смене этапа лида: сообщения, задачи, создание заявок, смена статуса заказа, перенос в воронку, вебхук.

Логи и массовые операции

История смены этапов лида и массовые действия над всеми лидами этапа: перенос, удаление, рассылка Wazzup.

Приём заявок с сайта и синхронизация Wazzup

Публичный приём заявок с сайта (создание клиента и лида) и фоновое зеркалирование сделок в Wazzup при изменениях лида.

​
Как всё устроено

Фундамент модуля — воронки и этапы. Без корректно настроенных этапов (и обязательных системных «успех»/«отказ») не работает ничего остального: лид всегда стоит на конкретном этапе конкретной воронки, а публичный приём заявок с сайта ставит новый лид именно на первый активный обычный этап. Всё, что делает модуль полезным, надстраивается над этим каркасом. Лид — центральная рабочая сущность. Он связывает клиента, заявку и продажу, упорядочивается вручную внутри этапа и обрастает задачами для менеджеров, каждая из которых при сохранении шлёт уведомление ответственному. Но самое важное происходит в момент смены этапа: система сравнивает прежний этап с новым и, если он изменился, запускает движок триггеров нового этапа. Именно триггеры превращают перемещение карточки в реальные действия — сообщение клиенту, задачу, заявку, смену статуса заказа, перенос в другую воронку или вызов внешнего сервиса.
Смена этапа лида — единая точка, от которой расходятся почти все автоматизации модуля. Она запускает триггеры этапа и пишет строку в историю переходов. Но ровно эта же точка имеет исключения: массовый перенос намеренно идёт в обход обычного сохранения и не запускает триггеры, а фоновая синхронизация с Wazzup срабатывает при любом сохранении лида — включая заявки с сайта. Понимание того, что считается «сменой этапа», а что её обходит, — ключ ко всему модулю.
По краям модуля стоят два внешних канала, работающих без участия менеджера: публичный вебхук заводит клиента и лид прямо из формы на сайте, а фоновая синхронизация с Wazzup зеркалит сделки при каждом изменении лида. Оба опираются на настройки и интеграции конкретной компании и, как и всё в модуле, изолированы по компании. Полный перечень моделей и полей — в глоссариях соответствующих разделов.