Пять классов no-code для отдела продаж: что автоматизировать и как посчитать расходы

Новая заявка приходит с сайта, менеджер вручную заводит сделку в CRM, выбирает ответственного и пишет коллегам, а клиент в это время ждёт ответа. Такие шаги отдел продаж может настроить без разработчика. Выбор инструмента определяют два параметра, которые видны не сразу: как платформа считает использование и где хранит данные клиентов. От первого зависит, во сколько обойдётся рост числа заявок, от второго — соответствие 152-ФЗ.

Что такое no-code и чем он отличается от low-code

No-code платформа собирает автоматизацию из готовых блоков. Вы выбираете элементы, задаёте условия в настройках и подключаете другие сервисы. Сценарий может настроить РОП, маркетолог или менеджер, а серверы и обновления в облачных версиях берёт на себя платформа.

Большинство сценариев состоит из трёх элементов:

1. триггер: событие, которое запускает сценарий, например новая заявка или смена этапа сделки;
2. условие: правило, по которому сценарий идёт дальше, например источник лида или сумма сделки;
3. действие: то, что выполняет платформа, например создаёт сделку, отправляет сообщение или записывает строку в таблицу.

Low-code тоже собирают из блоков, но допускают вставки кода и часто требуют их, поэтому с ним работают технические специалисты. В no-code возможности ограничены набором блоков и интеграций, хотя граница размытая: многие сервисы разрешают добавить шаг с кодом.

По каким критериям сравнивать

Классы инструментов сравниваем по трём критериям:

1. задача: какую рутину можно снять с менеджеров и РОПа;
2. модель оплаты: как вырастет счёт с ростом числа заявок;
3. место хранения данных: при персональных данных россиян проверьте требования о локализации.

Дарья Федосеева

Эксперт по продукту в сервисе «Скорозвон»

«Прежде чем автоматизировать процессы, найдите, где бизнес теряет клиентов. Сравните время первого ответа по каждому каналу: если с сайта менеджер звонит за 5 минут, а в мессенджере отвечает через 2 часа, начните с устранения этой задержки. Это может повысить конверсию без увеличения рекламного бюджета. И настройте уведомления о сбоях, чтобы не обнаружить проблему только после падения продаж».

1. CRM со встроенными автоматизациями

CRM хранит сделки и контакты, а многие системы добавляют к этому правила без кода: при смене этапа создаётся задача, при новой заявке менеджеру приходит уведомление, зависшая сделка попадает в список РОПа.

Задачи: распределение лидов, напоминания о повторном контакте, смена этапов, контроль сроков.

Оплата: обычно за пользователя в месяц, набор автоматизаций зависит от тарифа.

Ограничение: правила работают внутри CRM, а данные из внешних сервисов приходится подтягивать отдельными интеграциями.

2. Конструкторы автоматизаций и интеграций

Они связывают форму на сайте, CRM, мессенджер, таблицу и рекламные кабинеты. Сценарий собирается на визуальном холсте: пришла заявка, создалась сделка, менеджеру ушло уведомление, строка записалась в отчёт.

Задачи: передача заявки из формы в CRM, уведомления менеджерам, выгрузка данных в отчёты, запуск следующих шагов по событию.

Оплата считается одним из трёх способов:

1. за запуск сценария целиком, число шагов на счёт не влияет;
2. за каждое успешное действие, каждый шаг списывает отдельную единицу;
3. за пакет транзакций, объём на месяц покупается заранее.

Разница видна на примере. Заявка проходит четыре действия: создать сделку, назначить менеджера, отправить уведомление, записать строку в таблицу. При оплате за действие 500 заявок в месяц дают 2 000 списаний, при оплате за запуск те же заявки дают 500. Прежде чем выбирать тариф, посчитайте, сколько шагов проходит ваш лид.

Ограничение: на бесплатных тарифах новые данные иногда проверяются по расписанию, и реакция на горячий лид задерживается на минуты.

3. No-code базы данных и таблицы с интерфейсами

Данные в такой базе лежат в строках и столбцах, как в Excel, а сверху добавляются формы ввода, связи между таблицами и автоматические действия. База нужна, когда возможностей CRM не хватает под ваш процесс, например для учёта пилотных проектов с особыми полями.

Задачи: учёт сделок, которые не помещаются в CRM, план-факт по менеджерам, формы для данных после встречи.

Оплата: обычно за каждого сотрудника, который может менять данные, плюс лимиты на число строк, размер файлов и автоматические действия. Уточните, считаются ли сотрудники, которые только смотрят данные: при десяти менеджерах это заметно меняет счёт.

Ограничение: при достижении лимита строк новые данные не добавляются до смены тарифа. Таблицу нужно связать с CRM через конструктор автоматизаций, иначе в двух системах появятся расхождения.

4. Конструкторы чат-ботов

Конструктор принимает заявки в мессенджерах и на площадках объявлений, задаёт клиенту первые вопросы и передаёт контакт менеджеру.

Задачи: приём обращений вне рабочего времени, сбор контактов, первичная квалификация, напоминания клиентам.

Оплата: зависит от числа сообщений в сутки, подключённых каналов и сотрудников, дополнительный объём докупается отдельно.

Ограничение: бот работает только внутри чатов, а связь с CRM и внутренними сервисами обычно идёт через конструктор автоматизаций.

5. ИИ-агенты и ассистенты без кода

Платформа собирает ассистента из блоков: вы подключаете модель, базу знаний и инструменты.

Задачи: ответы на типовые вопросы по продукту, квалификация входящих заявок по заданным критериям, подготовка карточки клиента для менеджера.

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

Ограничение: агенту нужна проверенная база знаний, а сложные и спорные обращения лучше передавать человеку. Данные клиентов, которые уходят во внешнюю модель, подпадают под те же требования к хранению.

Как выбрать класс под задачу

1. Нужно двигать сделки по этапам и ставить задачи: автоматизации внутри CRM.
2. Нужно связать форму, CRM, мессенджер и таблицу: конструктор автоматизаций.
3. Нужен реестр сделок и отчёты с интерфейсом для менеджеров: no-code база.
4. Основной канал входящих — мессенджеры и площадки объявлений: конструктор чат-ботов.
5. Нужно отвечать по базе знаний и квалифицировать обращения: ИИ-агент.

Начните с одного процесса, например с распределения входящих заявок. Когда сценарий проработает месяц без сбоев, добавляйте следующие. Перед внедрением проверьте три вещи: как сервис считает использование, где хранит данные клиентов и можно ли выгрузить их при смене платформы.

Что происходит с заявкой после автоматизации

No-code быстро доводит заявку до карточки в CRM. Дальше на конверсию в сделку влияет скорость первого контакта: если менеджеры заняты, лид ждёт звонка. Первичный обзвон тоже поддаётся автоматизации.

Пример такой цепочки:

1. Заявка попадает в CRM.
2. CRM передаёт контакт роботу через интеграцию.
3. Робот определяет часовой пояс клиента по номеру, обзванивает новые заявки в рабочее время из расписания, отсеивает автоответчики и нецелевые контакты, остальным задаёт уточняющие вопросы.
4. Заинтересованный клиент переводится на менеджера или группу.
5. Результат звонка возвращается в CRM.

Первичный дозвон в такой схеме не ложится на менеджеров, и скорость первого контакта меньше зависит от загрузки отдела.

Какие из этих слоёв вы уже автоматизировали и где столкнулись с неожиданными расходами: на лимитах тарифа, на числе шагов в сценарии или на хранении данных?