Як розділити акаунти і не втратити клієнтів?

Проект, з яким ми працювали, займається онлайн-продажем доступної косметики і має базу клієнтів із понад 100 тисяч осіб.

Однією з першочергових проблем була наявність у проекту 4 різних сайтів і ведення їх в одному акаунті. Це було незручно, тому що:

• сспівробітники проекту плутали бази, тому побудувати правильну сегментацію було складніше;

• якщо клієнт підписався на розсилку кількох сайтів, то при відписці від одного з них він припиняв отримання абсолютно всіх розсилок;

• в цілому легко заплутатися в подіях, листах, сценаріях та ін.

Перед нами стояло завдання створити головний акаунт і три його підакаунти, перенести всі бази, переналаштувати сценарії і при цьому не втратити клієнтів.

Термін виконання роботи — 1 місяць.

Що зробили:

Крок 1. Підготовка різних акаунтів

Наш варіант — створення одного головного акаунта і трьох підакаунтів. Перевага в тому, що оплачувати треба буде не всі 4 рахунки, а один головний; також зручніше перемикатися між акаунтами. Зупинилися на тому, що найбільший за трафіком сайт залишаємо головним, інші три сайти будуть підакаунтами основного.

Для створення таких підакаунтів клієнтові було потрібно створити три акаунти самостійно і написати на пошту sales@esputnik.com, щоб прив'язати їх до основного.

У подальшому треба поповнити головний акаунт, повідомити нашу команду, куди і яка сума призначена, і гроші з'являться на рахунках.

Крок 2. Розділення бази

Наступний етап — перенесення бази. Спочатку в акаунті клієнта вона була розділена по сайтам:

Оскільки здійснити експорт може тільки власник акаунта, ми зробили запит клієнтові, щоб він вивантажив базу і ми імпортували її до інших акаунтів. Після того як контакти були у нас, ми завантажили до кожного акаунта потрібну базу за допомогою функції "Імпорт":

Тепер у кожному акаунті в нас були контакти, які прийшли з актуального сайту.

Крок 3. Цифрові підписи

Налаштування записів SPF, DKIM і DMARC на DNS-сервері вашого домену впливають на доставлення листів. Інакше кажучи, клієнт повинен верифікувати домен у кожному акаунті. Електронні підписи налаштовували за спрощеним варіантом "Повний +". Це найактуальніший варіант на сьогодні. Завдяки верифікації домену в наших розсилках доставлення не спадало, а навпаки зростало з кожним разом.

Крок 4. Перенесення сценаріїв

Далі необхідно було діяти швидко, щоб не упустити нові контакти і знову не переносити їх. У головному акаунті налаштовано 4 привітальні сценарії, три з яких треба перенести. Перш за все ми зайнялися перенесенням листів до акаунтів. Щоб не верстати їх заново в кожному акаунті, їх можна просто скопіювати:

Ця функція працює тільки тоді, коли у вас є підакаунти, прив'язані до головного акаунту. В середньому на верстання одного листа витрачалося 30 хвилин — 1 година. Таким чином ми заощадили близько 4,5 — 9 годин.

Далі відбувалося перенесення сценаріїв. Кожен welcome-ланцюжок складався з двох сценаріїв:

• Підтвердити підписку;

• Дякуємо за підписку.

Не можна просто так узяти і перенести їх, немов листи. Тому побудова сценаріїв у кожному акаунті здійснювалася вручну.

Після перенесення листів і сценаріїв ми перейшли до останнього кроку.

Крок 5. Інтеграція

Щоб усі сценарії спрацювали коректно, треба було переналаштувати інтеграцію в інших акаунтах. Для запуску сценарію "Підтвердити підписку" використовувався метод subscribe. Для сценарію "Дякуємо за підписку" — подія "Підтвердити підписку", створена в акаунті вручну.

Це питання вирішили швидко: клієнтові на своєму сервері треба було переналаштувати інтеграцію таким чином, щоб дані з кожного сайту надходили не в основний аккаунт, а до кожного окремо. Після цього всі події були налаштовані успішно і кожен сценарій розпочав свою роботу.

Висновки

За допомогою розділення одного акаунту на 4 різних ми виконали поставлені завдання:

• Тепер клієнти магазину отримуватимуть тільки ті розсилки, на які підписувалися.

• Якщо клієнт підпишеться на 4 різні сайти, але захоче відписатися, наприклад, від одного з них, ми не втратимо клієнта повністю — тільки в одному акаунті.

• Працювати із сегментацією буде ще простіше: не виникатиме плутанина в одному акаунті. Кожен акаунт відповідає за свій сайт.

Залишилися запитання? Пишіть нам у коментарі!