SOI и DOI: где теряется качество лида и как это видно в архитектуре

SOI и DOI: где теряется качество лида и как это видно в архитектуре

SOI и DOI различаются не только шагом подтверждения, но и структурой потерь. В SOI конверсия выше на входе, но воронка часто получает больше мусорных лидов: одно касание, слабая валидация, высокий риск фрода. DOI медленнее, зато дает более чистый сигнал о намерении пользователя и лучше подходит там, где важны email-качество и downstream-метрики.

Разберем технический флоу: где именно мы теряем трафик на этапе postback-событий? В SOI критичны ошибки трекинга регистрации, дубли, плохая синхронизация статусов и отсутствие антифрода на уровне формы. В DOI добавляется второй узел отказа: письмо не доставлено, попало в spam, пользователь не открыл inbox, не кликнул confirm. Если postback настроен только на signup, а не на confirmed lead, вы переоцениваете качество источника.

• SOI требует жестче контролировать источник, креатив и форму; DOI — доставляемость, домен, SPF/DKIM/DMARC и скорость отправки письма.
• В SOI оптимизируют CR регистрации и долю валидных лидов; в DOI — confirmation rate и процент подтверждений по сегментам трафика.
• Для DOI обязательны отдельные статусы: signup, sent, delivered, confirmed, rejected. Без этого нельзя считать реальную экономику.

Оптимизация — это не только креатив, но и математика удержания пользователя внутри воронки. Если нужен масштаб, выбирайте SOI для верхнего объема и DOI там, где downstream-ценность подтвержденного лида покрывает потери на втором шаге.