Налаштування інтеграцій та флоу в Klaviyo для бізнесів, що продають квитки та події
Ми створили повну інтеграцію між Design My Night (Tonic) та Klaviyo, щоб передавати дані про покупки, створювати профілі, генерувати події та автоматизувати клієнтські флоу для бізнесів, що працюють у форматі подій.
Зміст
Проблема
Що робити, якщо ви хочете використовувати Klaviyo, але ваш tech stack не має прямих інтеграцій із ним? Це обмеження заважає командам повною мірою використовувати розширені можливості Email Marketing (Klaviyo), зокрема сегментацію на основі подій та персоналізовану автоматизацію.
У цьому й полягала проблема Inventive Productions. Вони використовують Design My Night (також відомий як Tonic), щоб продавати квитки на свої заходи.
Нам потрібно було створити систему, яка витягує дані про покупки та позначає клієнтів за подією й датою.
Як ми це виправили
Відстеження
Ми вивчили API-документацію Tonic і створили кілька автоматизацій на основі опитувань у Pipedream. Уся система була побудована з використанням Server Side Tracking, що дозволило нам надійно синхронізувати покупки, повернення, оновлення та кастомні об’єкти подій безпосередньо в Klaviyo через API.
Наша автоматизація «Finished order» запускається кожні 30 хвилин:
- Він отримує завершені замовлення з Tonic за останні 45 хвилин через їхній API.
- Створює нові профілі в Klaviyo за допомогою Klaviyo’s API.
- Генерує події покупки з назвами подій, типами квитків, цінами та спеціальною властивістю під назвою «days until event at the time of purchase», призначення якої ми пояснимо пізніше.
- Створює об’єкти для заброньованих подій у Klaviyo з назвами подій, датами проведення, типами квитків і цінами.
Об’єкти в Klaviyo виглядають так:
Подібна автоматизація доступна й для замовлень, доданих вручну:
Ще одна автоматизація отримує повернені замовлення та створює події повернення в Klaviyo. Вона також видаляє об’єкт у профілі клієнта.
Ми відстежуємо оновлення, щоб визначити, коли клієнт змінює своє бронювання, і відповідно оновлюємо об’єкт у його профілі.
Ми відстежуємо незавершені замовлення та пов’язані події. Це дає змогу запускати для них сценарій покинутого оформлення замовлення.
Флови
Окрім стандартних флоу для вітання, покинутого кошика та після покупки, ми налаштували пре- та пост-відвідувальні флоу для всіх локацій, які запускаються на основі властивості дати події в об’єктах бронювання:
Чому варто використовувати окремі флоу для кожної локації, а не один спільний флоу з розгалуженнями за локаціями всередині нього?
Тому що у потоках, запущених за властивостями дати, не можна використовувати trigger splits — доступні лише conditional splits. У Klaviyo trigger splits перевіряють властивості події, яка запустила потік. Conditional splits перевіряють властивості профілю або будь-якого об’єкта, пов’язаного з ним.
Якщо людина забронювала дві чи більше подій, вона могла отримати неправильні листи перед відвідуванням.
Наприклад, у них запланована локація X через 5 днів, а локація Y — через 3 дні.
Вони вже отримали електронний лист із правилами для локації Y.
Подія в локації X відбудеться за 5 днів, тож вони потрапляють у флоу, щоб отримати лист із правилами.
Вони доходять до розгалуження для локації Y.
Вони й надалі відповідатимуть умовному розгалуженню «Event Name contains Y and Event date is in the next 5 days».
Якщо розгалуження для локації Y стоїть перед розгалуженням для локації X, вони отримують неправильний email.
Попередній сценарій надсилає електронний лист із правилами за 5 днів до дати події. Але що, якщо хтось забронює подію за 1, 2 або 3 дні від сьогодні?
Для таких клієнтів ми використовуємо подію покупки як тригер із фільтром «Days until event at purchase <5».
Результати
Наш клієнт отримує змогу повною мірою використовувати всі переваги розширеної сегментації та персоналізації Klaviyo.
І, використовуючи цю саму framework, ми можемо інтегрувати з Klaviyo буквально будь-що, якщо воно має функціональний API.
Хочете, щоб ми зробили це за вас? Оформіть нашу маркетингову підписку нижче.
Відгуки клієнтів
