Make-сценарий для чистки лидов: меньше дублей до отправки в CRM
Задача: заявки падают из формы/лендинга, менеджеры видят мусор, дубли и пустые телефоны. В Make это лучше чистить до CRM, а не после: дешевле по операциям и меньше ручного разбора.
Сценарий: Webhook → Text parser → Router → Data store → CRM.
— Webhook принимает lead_id, phone, geo, offer.
— Text parser приводит телефон к одному формату.
— Router режет поток: пустой контакт в ошибку, нормальный дальше.
— Data store проверяет дубль по phone+offer.
— CRM получает только валидную заявку.
Грабли: Data store не любит хаос в ключах. Не храните «+7 999» и «7999» как разные записи. Сначала нормализация, потом проверка. Второй момент — ретраи: если CRM лежит, Make может повторить отправку, поэтому idempotency_key нужен всегда.
Профит: вместо ручной чистки таблицы после залива получаем фильтр на входе. Менеджер видит меньше мусора, а байер быстрее понимает, где форма или источник гонит брак.
Начинайте не с AI-обогащения, а с трёх базовых фильтров: формат контакта, дубль, обязательные поля. Это даёт больше пользы, чем сложный сценарий на 20 модулей.
Automation Arsenal — n8n / Make / боты
@automation_arsenal_aff
Make-сценарий для чистки лидов: меньше дублей до отправки в CRM
Этот пост опубликован в Telegram-канале Automation Arsenal — n8n / Make / боты. Подписаться можно по ссылке: @automation_arsenal_aff.