Как автоматизировать сбор заявок с сайта без программирования
Практика3 минРедакция Innovialabs
Коротко
Форма сайта отправляет вебхук в Zapier, Make или n8n; сценарий нормализует контакты, проверяет дубли в таблице, назначает менеджера по очереди или по правилу, записывает заявку и пишет в рабочий чат, а при любой ошибке шлёт отдельное оповещение.
Схема в одном абзаце
Заявка с формы → вебхук в платформу автоматизации → нормализация телефона и email → поиск дубля в таблице → назначение менеджера → запись строки в Google Sheets → сообщение в рабочий чат (Telegram, Slack) → при сбое — оповещение в отдельный канал.
Собрать это можно в Zapier, Make или n8n: логика одинаковая, отличаются только названия шагов.
Что подготовить заранее
Таблица «Заявки» со столбцами:
| Столбец | Зачем |
|---|---|
| Дата | Когда пришла заявка |
| Имя | Как обращаться |
| Телефон | Нормализованный, ключ для дублей |
| Нормализованный, второй ключ | |
| Источник | Страница или UTM-метка |
| Менеджер | Кому назначена |
| Статус | Новая, в работе, закрыта |
| ID события | Чтобы не обработать одно событие дважды |
Лист «Настройки»: список менеджеров с их контактами в мессенджере, отметка «активен» и ячейка-счётчик для распределения по очереди.
Рабочий чат для заявок и отдельный чат для технических оповещений, чтобы ошибки не тонули среди заявок.
Пошаговая сборка
1. Приём заявки
Используйте вебхук: многие конструкторы сайтов и формы умеют отправлять данные на URL. Так заявка приходит сразу, без опроса. Если форма вебхуки не поддерживает, подойдёт готовая интеграция платформы с этой формой.
2. Нормализация
Перед любыми сравнениями приведите данные к одному виду:
- телефон — только цифры с кодом страны, например
998901234567; - email — нижний регистр, без пробелов по краям;
- пустые обязательные поля — остановить сценарий фильтром и записать в лог.
Без этого шага +998 90 123-45-67 и 998901234567 будут считаться разными людьми.
3. Проверка дублей
Найдите в таблице строку с тем же телефоном или email:
- Нашлась за последние несколько дней — не создавайте новую заявку, а добавьте отметку «повторное обращение» и уведомите уже назначенного менеджера.
- Не нашлась — идём дальше.
Дополнительно проверяйте ID события: если сервис прислал тот же вебхук повторно, его нужно просто пропустить.
4. Назначение менеджера
Варианты от простого к сложному:
- По очереди (round-robin): берёте значение счётчика, выбираете менеджера с этим номером из списка активных, увеличиваете счётчик. Учтите, что при одновременных заявках счётчик может прочитаться дважды; для большого потока надёжнее хранилище данных платформы, чем таблица.
- По правилу: город, продукт, язык — через роутер или Paths.
- С учётом рабочего времени: вне графика заявка уходит дежурному.
Список менеджеров берите из листа настроек, а не прописывайте в сценарии: так замена сотрудника — правка одной строки.
5. Запись и уведомление
- Добавьте строку в таблицу со всеми полями и назначенным менеджером.
- Отправьте сообщение в рабочий чат: имя, телефон, источник и упоминание ответственного. Ссылка на строку таблицы ускорит работу.
6. Оповещения о сбоях
- В Make добавьте обработчик ошибок на ключевые модули, в n8n — Error Workflow, в Zapier — уведомления об ошибках и, где возможно, запасной путь.
- Оповещение отправляйте в технический чат с текстом ошибки и данными заявки, чтобы её можно было обработать вручную.
- Полезна контрольная проверка: если в рабочее время долго нет ни одной заявки, сценарий сообщает об этом — возможно, сломалась сама форма.
Частые ошибки
- Нет нормализации — дубли проходят проверку.
- Менеджеры прописаны в шагах — после смены сотрудника заявки уходят в пустоту.
- Ошибки и заявки в одном чате — оповещения теряются.
- Таблица без прав доступа — персональные данные клиентов видят все, у кого есть ссылка. Ограничьте доступ и уточните требования к хранению персональных данных в вашей стране.