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