Перенесення бази користувачів між різними обліковими записами Leeloo.AI
UA | US | RU |
|---|
1. Вступ
Визначення
«Перенесення бази користувачів між різними обліковими записами Leeloo.AI» — це операція міграції підписників і пов’язаного з ними бота з одного облікового запису платформи в інший. Це інструмент стадії Управління (Manage), який дозволяє зберегти накопичену базу підписників і безперервність комунікації під час зміни юридичного або операційного облікового запису.
Технічно перенесення складається з двох пов’язаних операцій: (1) відключення бота на вихідному обліковому записі та підключення того ж самого бота на цільовому — без створення нового бота на стороні месенджера, (2) експорт списку підписників із модуля Аудиторія на вихідному обліковому записі та імпорт того самого файлу на цільовому. Перенесення зачіпає модулі Audience, Communication Channels, Sales Tunnels та LGT — на цільовому обліковому записі потрібні готовий тунель і LGT, до яких будуть підписані імпортовані користувачі.
B2B-оператор (власник компанії або адміністратор Leeloo.AI) — єдина сторона, яка ініціює та виконує перенесення. Оператор звертається в технічну підтримку платформи для узгодження email вихідного та цільового облікових записів, фільтрує базу за потрібним ботом у Аудиторії, запускає експорт, готує файл імпорту та виконує повторне підписання користувачів через масові дії. Усі кроки виконуються вручну через UI платформи — автоматичного перенесення між обліковими записами не існує.
B2C-клієнт (підписник) безпосередньо не взаємодіє з процедурою перенесення — для нього операція прозора. Після завершення міграції той самий бот у месенджері продовжує працювати з тим самим chat_id, зберігається історія діалогу на стороні месенджера й доступ до всіх раніше придбаних продуктів — за умови, що оператор коректно підготував файл імпорту із заповненим social_id. Опосередковано клієнт отримує перевагу — після міграції боти відновлюють комунікацію на цільовому обліковому записі без потреби повторної підписки.
Client's Card кожного перенесеного підписника відтворюється на цільовому обліковому записі за ключем social_id — це ідентифікатор підписника на стороні месенджера, за яким платформа однозначно зіставляє користувача з його каналом зв’язку. На картку записуються поля name, email і phone із файлу імпорту; історія підписок і угод на вихідному обліковому записі на новий запис не переноситься (це обмеження операції — переноситься лише сам підписник та його прив’язка до каналу зв’язку).
Після ознайомлення ви зрозумієте:
коли доречне перенесення бази користувачів та які підготовчі кроки потрібно виконати до старту;
як звернутися в технічну підтримку та узгодити email вихідного й цільового облікових записів;
як відфільтрувати базу підписників за конкретним ботом через фільтр «За каналом зв’язку» в модулі Аудиторія;
як виконати експорт відфільтрованої бази через масові дії та підготувати файл імпорту з обов’язковими колонками name, social_id, email, phone;
як коректно підключити той самий бот на цільовому обліковому записі без створення нового бота в месенджері;
як імпортувати підготовлений файл і підписати перенесених користувачів на тунель продажів та LGT цільового облікового запису.
Призначення
Ключова роль операції — забезпечити безперервність B2B-операцій і спадкоємність відносин із підписниками при зміні облікового запису Leeloo.AI. USP: єдиний штатний механізм платформи, що дозволяє зберегти накопичену базу та підключені месенджер-канали без втрати доступу до підписників на стороні месенджера.
На стадії Управління (Manage) перенесення — це операція управління даними та інфраструктурою: оператор контролює, в якому обліковому записі обслуговується база, переносить канал зв’язку та підтримує цілісність Client's Card через ключ social_id. Завдання — мігрувати базу підписників і підключений бот між обліковими записами Leeloo.AI без втрати доступу до підписників і без потреби повторної підписки.
На стадії Залучення (Engage) перенесення відіграє допоміжну роль — після завершення імпорту бот на цільовому обліковому записі відновлює комунікацію з підписниками через підключений тунель і LGT. Завдання — відновити активну роботу ботів і тунелів продажів на новому обліковому записі одразу після імпорту, не втрачаючи можливостей повторного залучення бази.
2. Підготовка до перенесення
До початку технічних кроків оператор має узгодити перенесення з технічною підтримкою Leeloo.AI. Підтримка перевірить права на обидва облікові записи й зафіксує операцію у внутрішніх логах платформи.
Напишіть у технічну підтримку платформи та уточніть, з якого облікового запису на який планується перенесення користувачів. Вкажіть email обох облікових записів — вихідного (звідки переноситься база) та цільового (куди переноситься). Узгодження email обов’язкове — без нього перенесення не запускається.
Обидва облікові записи мають бути активними та належати вашій компанії. Якщо цільовий обліковий запис ще не створений — створіть його та підтвердіть доступ до звернення в підтримку.
3. Експорт бази з вихідного облікового запису
Перейдіть у вихідний обліковий запис Leeloo.AI і відкрийте модуль Аудиторія — тут зберігається база всіх підписників облікового запису. Подальші дії виконуються послідовно через стандартну фільтр-панель Аудиторії та масові дії.
Перейдіть у розділ «Аудиторія».
Відкрийте кнопку «+ Більше» у панелі фільтрів — вона відкриває повний список доступних фільтрів Аудиторії.
Застосуйте фільтр «За каналом зв’язку» і виберіть рівно один бот — той, користувачів якого потрібно перенести. Натисніть кнопку «Застосувати» у правому верхньому куті панелі.
Запустіть експорт відфільтрованої бази через «Масові дії» → «Експорт». У діалозі вибору параметрів експорту вкажіть тип «За каналом зв’язку» — система вивантажить файл з усіма підписниками вибраного бота.
Установіть час експорту на актуальний (найближчий доступний), інакше задача буде запланована на нічний час за замовчуванням — 02:00. Без явного встановлення часу файл не з’явиться протягом робочого дня.
4. Підготовка файлу імпорту
Завантажений із вихідного облікового запису файл потрібно привести до формату, який прийме імпортер цільового. Формат строго фіксований — відхилення спричинять відмову імпорту або помилки в маппінгу Client's Card.
Відкрийте завантажений файл і приведіть його до вигляду, як у шаблоні-прикладі. Файл повинен містити рівно чотири колонки із заголовками: name, social_id, email, phone.
Структура файлу: один рядок = один підписник. Колонка name — ім’я підписника для відображення в картці клієнта; social_id — ідентифікатор на стороні месенджера (Telegram chat_id, Facebook PSID тощо); email і phone — контактні дані, якщо вони є в базі.
Якщо в базі немає email чи телефонів — залиште відповідні клітинки повністю порожніми. Не вставляйте дефіси (—), нулі, символи N/A або інші плейсхолдери — це зламає імпорт. social_id обов’язковий для кожного рядка — це ключ, за яким платформа однозначно зіставить підписника з каналом зв’язку.
5. Підключення бота на цільовому обліковому записі
Перед імпортом бази на цільовому обліковому записі має бути підключений той самий бот, що й на вихідному — це обов’язкова умова, щоб перенесені підписники зв’язалися зі своїм каналом зв’язку. Відкрийте розділ «Канали зв’язку» на цільовому обліковому записі та виконайте підключення бота за інструкцією для відповідного типу каналу (Telegram, Facebook Messenger, Instagram, WhatsApp, Viber, SMS, Email).
Не створюйте нового бота на стороні месенджера. Використовуйте дані для підключення вже існуючого бота (той самий токен / API-ключ / номер). Створення нового бота призведе до зміни social_id у підписників і унеможливить зіставлення з експортованою базою.
6. Імпорт бази на цільовий обліковий запис
Після того як бот підключений і файл підготовлений, виконайте імпорт на цільовому обліковому записі.
Відкрийте на цільовому обліковому записі модуль «Аудиторія» і запустіть «Масові дії» → «Імпорт».
У діалозі імпорту завантажте підготовлений файл.
Виберіть бот — раніше перенесений і підключений на цільовому обліковому записі.
Виберіть тунель продажів і LGT, куди будуть підписані імпортовані користувачі.
Запустіть імпорт і дочекайтеся завершення задачі.
Після завершення імпорту база підписників відобразиться в модулі «Аудиторія» цільового облікового запису. Бот відновить комунікацію за вибраним тунелем — це і є точка повернення на стадію Engage.
Супутні інструкції
Інструкція | Призначення |
|---|---|
Детальний опис масової дії «Експорт» у модулі Аудиторія: типи експорту, формати файлів, розклад та обмеження. | |
Детальний опис масової дії «Імпорт»: структура файлу, валідація колонок, вибір бота/тунелю/LGT під час підписки. | |
Підключення ботів у каналах зв’язку — покрокові інструкції для Telegram, Facebook Messenger, Instagram, WhatsApp, Viber, SMS та Email. | |
Тунелі продажів — налаштування шляху підписника, який буде застосовано до імпортованих користувачів на цільовому обліковому записі. |
Основні терміни
Термін | Пояснення |
|---|---|
Перенесення бази користувачів | Міграція підписників і підключеного бота з одного облікового запису Leeloo.AI в інший через зв’язку «відключення бота + експорт бази + підключення бота + імпорт бази». Також: User base transfer / Перенос базы пользователей. |
social_id | Унікальний ідентифікатор підписника на стороні месенджера (Telegram chat_id, Facebook PSID тощо). Ключ, за яким платформа зіставляє користувача з каналом зв’язку під час імпорту. |
name | Ім’я підписника — обов’язкова колонка у файлі імпорту, відображається в картці клієнта на цільовому обліковому записі. |
Електронна пошта підписника — опціональна колонка у файлі імпорту. Якщо в базі email відсутній, клітинка залишається порожньою. | |
phone | Телефон підписника — опціональна колонка у файлі імпорту. Якщо телефон відсутній, клітинка залишається порожньою (без дефісів і плейсхолдерів). |
Бот | Підключений до каналу зв’язку месенджер-бот (Telegram, Facebook, Instagram, WhatsApp, Viber). Під час перенесення той самий бот відключається на вихідному обліковому записі та підключається на цільовому — без створення нового бота на стороні месенджера. |
Обліковий запис платформи | Юридична та операційна одиниця в Leeloo.AI — окремий робочий простір зі своїми підписниками, ботами, тунелями та LGT. Перенесення відбувається між двома такими обліковими записами однієї компанії. |
Технічна підтримка | Служба Leeloo.AI, яка узгоджує email вихідного та цільового облікових записів і фіксує операцію перенесення у внутрішніх логах платформи. |
Аудиторія (Audience) | Модуль платформи, у якому зберігається база всіх підписників облікового запису, доступні фільтри та масові дії (експорт, імпорт, сегментація). |
Канал зв’язку (Communication Channel) | Підключений месенджер або email-провайдер (Telegram, Facebook, Instagram, WhatsApp, Viber, SMS, Email). Фундамент платформи — без каналу немає підписника. |
Масові дії | Операції, що виконуються над відфільтрованою вибіркою підписників в Аудиторії: Експорт, Імпорт, Підписка/Відписка на тунель, Перенесення між тунелями, Видалення. |
LGT | Lead Generation Tool — інструмент захоплення підписника (Mini Landing Page, QR Code, Widget, Pop-up, Form, FB Ad, Subscribe Button, Smart Response). Під час імпорту вказується LGT, через який підписник «увійшов» у тунель. |
Тунель продажів (Sales Tunnel) | Сценарій автоматизованої комунікації з підписником. Під час імпорту вказується, у який тунель будуть підписані імпортовані користувачі. |
Client's Card (Картка клієнта) | Центральна data-spine платформи — картка підписника, куди сходяться всі дані про клієнта. Під час імпорту створюється нова картка за social_id з полями name/email/phone. |
Управління (Manage) | Стадія життєвого циклу клієнта (PRD §2.3) — управління накопиченою базою підписників та інфраструктурою комунікації. Перенесення бази користувачів — операція цієї стадії. |