Небольшой скрипт полезен, когда у него есть определённые входные данные, понятная проверка и ограниченный результат. В файл отправки попадают технические дубли, пробелы, адреса из стоп-листа и записи с неизвестным статусом использования.
Я рассматриваю здесь проект инструмента: код ещё не реализован, пользовательские испытания не проводились. Ниже описаны предполагаемый порядок работы и критерии, по которым можно проверить первую версию.
В файл отправки попадают технические дубли, пробелы, адреса из стоп-листа и записи с неизвестным статусом использования.
Если контакт присутствует в отписках и в основном файле с разрешающим статусом, исключение должно иметь приоритет до ручного выяснения.
ID записи, email, статус разрешения и его источник; отдельный список отписок и исключений. Схема допустимых статусов согласовывается до обработки.
Убрать внешние пробелы и проверить базовый синтаксис адреса без попытки угадать исправление. Сначала применить исключения, затем отделить подтверждённые разрешённые записи от неизвестных. Дубли группировать с сохранением исходных ID. Не менять провайдерские особенности адресов универсально.
Предполагаемый результат: Файл кандидатов для отправки, исключённые строки с причинами и записи для ручной проверки.
Начать стоит с минимального рабочего сценария: согласовать поля и определения, подготовить обезличенный пример, реализовать обработку и сверить результат с ручным расчётом или разбором. Способ первой реализации: Браузер, без отправки писем и сетевой проверки ящика.
Далее потребуется проверить пограничные случаи: Отписка перекрывает разрешающий статус, пробелы, дубль, неверный формат, отсутствующий статус и конфликтующие статусы дублей.
Только после такой проверки можно описывать инструмент как работающий и приводить фактические результаты. Измеренное время обработки и экономия времени сейчас неизвестны; я не закладываю их в обещания.
Специалист получает раздельные результаты проверки; отдел сохраняет объяснение того, почему контакт исключён.
Синтаксически корректный адрес может не существовать. Скрипт не доказывает согласие и не гарантирует доставку. Адреса со статусом «неизвестно» не считаются разрешёнными автоматически.
Сначала стоит проверить, есть ли повторяющаяся задача и подходящие исходные данные. Для разового небольшого объёма обычная таблица или ручная проверка могут быть достаточны. Разрабатывать отдельный сервис имеет смысл после согласования правил, которые действительно повторяются в работе.
Рейтинг:
Материалы по теме:
Разные сотрудники планируют сообщения одной аудитории, не замечая близкие даты отправки. План по датам и список пар отправок с пересекающейся аудиторией; без автоматической отмены или отправки. Материал описывает проект инструмента и условия его реализации.
В шаблоне остаются незаполненные переменные, неправильные адреса и неработающая ссылка отписки. Список замечаний и тестовый предпросмотр с явно указанными непроверенными условиями. Материал описывает проект инструмента и условия его реализации.
Повторные контакты и общий телефон компании искажают объём базы, но автоматическое слияние может смешать разных людей. Группы кандидатов на дубли с исходными ID и основанием совпадения. Материал описывает проект инструмента и условия его реализации.
Для отправки укажите номер телефона или электронную почту.
