Коли партнерська команда зростає, головним викликом стає структура акаунтів. У цьому посібнику пояснюється, як розділити основний акаунт і субакаунти, налаштувати три рівні прав, вести журнал дій і передавати або відкликати доступ під час змін у команді.
Коли партнерський маркетинг досягає певного масштабу, вузьке місце зміщується з питання «як просувати» до питання «як керувати акаунтами».
Якщо одна людина веде три–п’ять акаунтів, пам’яті зазвичай достатньо. Коли акаунтів уже десятки й над ними працюють дві або три людини, проблеми зосереджуються навколо кількох запитань: хто керує яким акаунтом, як передаються паролі та як з’ясувати, що сталося в разі помилки. Це структурні проблеми, яких не можна уникнути простим збільшенням команди або кількості інструментів.
Спочатку визначте структуру акаунтів
Основний акаунт слід використовувати лише для керування людьми та правами, а не для щоденних операцій. Кожен учасник повинен мати власний субакаунт. Акаунти на партнерських платформах потрібно зберігати як ресурси під основним акаунтом, групувати за платформою, регіоном або клієнтом і призначати учасникам.
Перевага такої структури особливо помітна, коли хтось звільняється або змінює роль: достатньо відкликати його субакаунт. Пов’язані ресурси не потрібно переносити, а всі паролі — змінювати повторно.
Чому не варто спільно користуватися одним акаунтом? Якщо кілька людей входять в один і той самий адміністративний акаунт, історія входів одразу стає неоднозначною. У разі проблеми важко визначити, хто виконав дію. Права також неможливо достатньо звузити, адже людина, яка бачить усі акаунти, рано чи пізно отримає доступ і до тих, що не належать до її зони відповідальності.
Розділіть права щонайменше на три рівні
Простого поділу на «можна бачити» та «не можна бачити» на практиці недостатньо.
- Лише перегляд даних: можна бачити показники акаунта, кліки та конверсії, але не можна змінювати налаштування
- Редагування матеріалів: можна публікувати контент і замінювати креативи, не змінюючи кошти та пов’язану інформацію
- Редагування бюджету: можна коригувати бюджети кампаній і ставки
Платіжні дані, прив’язування акаунтів і налаштування виплат за замовчуванням мають бути доступні для зміни лише адміністраторам. Для паролів також потрібна чітка межа: учасникам не обов’язково знати пароль акаунта. Вони можуть відкривати призначений акаунт через відповідне середовище, а пароль залишається в адміністратора. Це безпечніше, ніж постійно передавати паролі в чатах.
Журнал потрібен для розслідування, а не для стеження за людьми
Записи дій мають відповідати на три питання: хто й коли відкрив конкретний акаунт, що було змінено та на якому етапі виникла аномалія. Коли з акаунтом виникає проблема, журнали — найшвидший спосіб знайти причину. Без журналів залишається лише здогадуватися й відтворювати події за спогадами учасників.
Поширені помилки часто пов’язані з паролями: спільний пароль основного акаунта не дає змоги визначити відповідальну особу; передавання паролів у чатах означає, що витік історії листування може одночасно відкрити доступ до акаунта; використання одного пароля для всіх акаунтів змушує змінювати все після одного витоку.
У командній роботі ізоляція середовищ і поділ прав зазвичай застосовуються разом. Інструменти на кшталт PurpleMark пропонують керування учасниками та групову авторизацію. Адміністратори призначають групи акаунтів, учасники отримують доступ до акаунтів через середовища в межах свого діапазону, а дії можна перевірити в журналах. Така схема загалом дає змогу виконати наведені вище вимоги.
Як передавати акаунти під час кадрових змін
Передавання справ не завершується надсиланням одного документа. Потрібно перепризначити відповідальність за акаунти, одразу відкликати права, за потреби оновити пов’язану інформацію та зафіксувати стан поточних завдань. Якщо пропустити хоча б один пункт, ризики залишаться. Доступ слід відкликати в день звільнення працівника, не чекаючи завершення всіх формальностей.
Новому учаснику спочатку варто надати доступ лише для читання, щоб він переглянув дані за тиждень. Після ознайомлення з акаунтами можна відкрити операційні права. Повний доступ із першого дня — одна з найпоширеніших помилок під час передачі справ.
Спільні акаунти неминуче стають проблемою зі зростанням
У команді до трьох людей спільний акаунт ще може працювати завдяки неформальним домовленостям. Щойно з’являються чіткий розподіл обов’язків, клієнти та регулярні передачі, стає помітна ціна: відповідальність не можна прив’язати до конкретної людини, дані не можна розділити за учасниками, права не можна достатньо обмежити, а звільнення однієї людини перетворюється на ризик.
Справжній поріг масштабування команди визначається не кількістю акаунтів, а тим, чи була їхня структура спроєктована заздалегідь. Чітка відповідальність, обмежені права та зафіксовані дії допомагають команді зростати без взаємних перешкод у роботі.
