Послуги з email-розсилок та CRM-маркетингу Бітрікс24

Email-розсилки на 1С-Бітрікс

Модуль «Розсилки» (subscribe) у Бітрікс — річ робоча, але обмежена. З коробки він вміє збирати підписників, надсилати по списку і показувати базову статистику. Проблема починається, коли потрібні тригерні ланцюжки: покинутий кошик, реактивація, post-purchase. Тут вбудований модуль пасує — і доводиться підключати зовнішні платформи через REST API або готові конектори. Ми збираємо такі зв'язки постійно і знаємо, де в кожного сервісу болить.

Транзакційні листи — 70% уваги сюди

Транзакційні сповіщення — найнедооціненіший канал. Open rate 70-80%, бо людина чекає на цей лист. А що вона бачить? Дефолтний шаблон поштової події SALE_NEW_ORDER з кривою версткою і «Шановний покупець».

Що робимо в першу чергу:

• Переписуємо всі поштові події в розділі «Налаштування → Поштові події → Типи поштових подій». Ключові: SALE_NEW_ORDER, SALE_STATUS_CHANGED_*, SALE_ORDER_PAID, SALE_ORDER_DELIVERY
• Верстаємо адаптивні шаблони — інлайн-стилі, таблиці, бо Outlook досі рендерить як у 2007-му
• Додаємо cross-sell блоки прямо в транзакційний лист. Клієнт купив кавомашину — у підтвердженні замовлення показуємо капсули. Це не спам, це сервіс
• Перемикаємо відправку з mail() на SMTP через bx_sender — інакше половина листів потрапляє в спам

Тригерні ланцюжки — тут потрібна зовнішня платформа

Вбудований модуль розсилок тригери не вміє. Для ланцюжків підключаємо зовнішні сервіси.

Покинутий кошик — класика. Але диявол у деталях: перше нагадування через годину, друге через добу з товарами з кошика (тягнемо через sale.basket.get), третє через три доби з додатковою мотивацією. Три листи, не більше — далі починається роздратування.

Реактивація — RFM-сегментація через CUser::GetList з фільтром по LAST_LOGIN та даними з b_sale_order. Клієнт не заходив 60 днів, а останнє замовлення було на 15 000 ₽? Це не просто «сплячий» — це конкретна сума недоотриманого доходу. Надсилаємо персональну пропозицію.

Welcome-ланцюжок — 3-5 листів після підписки. Перший лист одразу, другий через день. Помилка новачків — пхати знижку в перший же лист. Ні. Спочатку цінність, потім пропозиція.

Інтеграція з платформами розсилок

Інтеграція двостороння: події з b_sale_order, b_iblock_element, b_user ідуть в ESP, статистика відкриттів і кліків повертається. Для Mindbox зазвичай пишемо кастомний модуль, для Unisender вистачає готового з Маркетплейсу — але допрацьовуємо передачу кастомних властивостей замовлення.

Сегментація — без неї розсилка мертва

RFM-аналіз — робочий кінь. Будуємо по трьох осях із даних b_sale_order:

• Recency — днів з останнього замовлення
• Frequency — кількість замовлень за період
• Monetary — сумарний чек

Отримуємо сегменти: «VIP-лояльні» (R1F1M1), «одноразові з високим чеком» (R3F3M1), «часті дрібні» (R1F1M3). Кожному — своя комунікація. VIP отримують ранній доступ до розпродажу. «Одноразові» — реактивацію з посиленою пропозицією.

Поверх RFM кладемо поведінкову сегментацію: переглянуті категорії з b_catalog_viewed_product, додані в обране, історія пошуку.

Доставлюваність — технічна частина, яку всі забувають

Налаштували гарні шаблони, написали ланцюжки — а листи в спамі. Бо:

DNS-записи. SPF, DKIM, DMARC — обов'язкова трійка. Конкретно: SPF з include для вашої ESP, DKIM через 2048-bit ключ (1024 вже слабкий для Gmail), DMARC починаємо з p=none для моніторингу, потім перемикаємо на p=quarantine.

Прогрів IP. Новий виділений IP для розсилок — не шлемо одразу 100 000 листів. Перший тиждень: 500/день, другий: 2000, третій: 10000. Інакше — миттєвий бан у поштових провайдерів.

Гігієна бази. Hard bounce — видаляємо одразу, це не обговорюється. Soft bounce — три спроби, потім у карантин. Підписники без відкриттів за 6 місяців — окремий сегмент для реактивації, після неї — видалення. Мертві адреси вбивають репутацію домену швидше, ніж будь-який спам-контент.

Аналітика — що реально дивимось

Не всі метрики однаково корисні. Ось на що дивимось в першу чергу:

• CTOR (click-to-open rate) — важливіший, ніж просто click rate. Показує якість контенту для тих, хто відкрив
• Revenue per email — дохід на надісланий лист. Єдина метрика, що напряму пов'язана з грошима
• Spam complaint rate — тримаємо нижче 0.1%. Вище — поштовики починають різати доставлюваність
• List growth rate — якщо база не зростає, через рік розсилка помре природним шляхом (churn 25-30% на рік — норма)

UTM-розмітка обов'язкова: utm_source=email, utm_medium=trigger|promo, utm_campaign=abandoned_cart_step2. Дані стікаються в GA4 та Метрику, замикаємо на e-commerce транзакції.

Типові терміни

Починаємо з аудиту: перевіряємо поточні поштові події, DNS-записи, доставлюваність через mail-tester.com, стан бази підписників. Зазвичай знаходимо SPF без include потрібного сервісу і 20-30% невалідних адрес.