Make-сценарий для чистки лидов: меньше дублей до того как они попадут в CRM

Make-сценарий для чистки лидов: меньше дублей до того как они попадут в CRM

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

Сценарий: Webhook → Text parser → Data store → Router → CRM/Google Sheets.
— Webhook принимает лид из формы
— Text parser чистит телефон, email, UTM
— Data store проверяет дубль по телефону или email
— Router делит: новый лид в CRM, дубль в отдельный лог
— Sheets хранит ошибки для ручной проверки

Грабли: Make любит считать каждую операцию, поэтому не надо гонять мусор через все модули. Сначала валидация обязательных полей, потом запросы в CRM. Иначе сценарий будет дорогим не по API, а по количеству лишних шагов.

Минимальный фильтр: телефон длиннее 7 символов, email содержит @, source не пустой, offer_id есть. Всё, что не прошло — в «карантин», а не в корзину.

Вывод: чистить лиды нужно до CRM. Один нормальный Make-сценарий убирает ручной разбор дублей и оставляет человеку только спорные заявки.