Перейти до вмісту

ADR-0001: Email-маркетинг — власна оркестрація, куплена доставка

Статус: accepted · 2026-06-06 · власник @Vladbandurin

Abitly має ~30k email- і ~5k Telegram-контактів. Мета системи маркетингу — re-engagement + продажі (Premium / Subscription / Tokens) через персоналізовані розсилки, де персоналізація будується на інтент-сигналах (які Offer = ЗВО+спеціальність моніторить контакт через OfferApplicant / MonitoringOpenDay) за допомогою AI.

Обмеження, що визначили рішення:

  • Перша кампанія взагалі → sending-домен холодний, нульова репутація відправника.
  • Немає explicit marketing opt-in (підтверджено власником) → правова підстава слабка; реєстраційна згода ≠ маркетингова.
  • Транзакційний email (password reset, нотифікації) шлеться з тієї ж інфри → масова розсилка ризикує отруїти його deliverability.
  • Bus factor 1 → складність маркетинг-стека має лишатися керованою однією людиною.
  • Інтент-дані (offers, NMT-профіль, дедлайни зі Strapi) — конкурентна перевага; віддавати їх SaaS-вендору небажано.
  1. Інтелект — у себе. Новий сервіс abitly-marketing володіє: резолюцією контактів, сегментацією, AI-генерацією контенту (grounded на abitly-даних + Strapi), плануванням, suppression/frequency-cap, атрибуцією до Monobank-покупок.
  2. Доставку — купуємо. Email шлемо через ESP за swappable transport-інтерфейсом (вендор-специфіка не протікає в оркестрацію). ESP дає репутаційні IP, unsubscribe-плумбінг, bounce/complaint feedback loops. Конкретний ESP — реверсивна деталь; критерії вибору: shared pre-warmed IPs + feedback loops + one-click unsubscribe (клас Brevo / MailerSend; Amazon SES — дешевша AWS-native альтернатива на потім). TODO: фіналізувати ESP.
  3. Telegram — власний @abitlybot як throttled broadcaster (тільки користувачі, що стартували бота; inline opt-out).
  4. Запуск — через re-permission. Перша кампанія = win-back + преференс-центр на окремому sending-домені (напр. news.abitly.org), після list hygiene (верифікація 30k). Прямий продаж — лише на згоданий, очищений, сегментований список.
  • (+) AI-персоналізація має прямий доступ до доменних даних; інтент-дані лишаються в нашій інфрі.
  • (+) Транзакційний email захищений — окремий домен/репутація.
  • (+) ESP змінюється без переписування оркестрації.
  • (−) Більше коду будувати самим (сегменти, scheduler, suppression, атрибуція).
  • (−) Потрібна дисципліна deliverability: warm-up, SPF/DKIM/DMARC на новому домені, моніторинг bounce/complaint rate.
  • Перша кампанія не дає прямих продажів — вона будує консентний, чистий, сегментований список (інвестиція в усі наступні).

Розглянуті альтернативи

Section titled “Розглянуті альтернативи”
  • Купити платформу цілком (Klaviyo / Customer.io / Brevo Automation). Швидше до першого сенду, але слабка кастомна AI-персоналізація, інтент-дані 30k живуть у вендора, ціна per-contact, lock-in. Відхилено: персоналізація на власних даних — це і є продукт.
  • Переслати все через наявний транзакційний SMTP. Найдешевше, вже є. Відхилено: немає warm-up / feedback / unsubscribe, і головне — отруює транзакційну репутацію (спільний домен).