Вернуться в блог

Управление аккаунтами в партнёрской команде: уровни прав и журнал действий

По мере роста партнёрской команды главной задачей становится структура аккаунтов. В этом руководстве описано, как разделить основной аккаунт и субаккаунты, настроить три уровня прав, вести журнал действий и передавать или отзывать доступ при изменениях в составе команды.

Когда партнёрский маркетинг достигает определённого масштаба, узкое место смещается от вопроса «как продвигать» к вопросу «как управлять аккаунтами».

Если один человек ведёт три–пять аккаунтов, памяти обычно достаточно. Когда аккаунтов уже десятки и над ними работают два или три человека, проблемы сводятся к нескольким вопросам: кто отвечает за какой аккаунт, как передаются пароли и как выяснить, что произошло при ошибке в работе. Это структурные проблемы, которые нельзя обойти простым увеличением штата или числа инструментов.

Сначала определите структуру аккаунтов

Основной аккаунт следует использовать только для управления людьми и правами, а не для повседневных операций. У каждого участника должен быть отдельный субаккаунт. Аккаунты партнёрских платформ нужно хранить как ресурсы под основным аккаунтом, группировать по платформе, региону или клиенту и назначать участникам.

Преимущество такой структуры особенно заметно, когда сотрудник уходит или меняет роль: достаточно отозвать его субаккаунт. Связанные с ним ресурсы не нужно переносить, а все пароли — менять заново.

Почему нельзя использовать один аккаунт совместно? Если несколько человек входят в одну и ту же административную учётную запись, история входов уже становится неоднозначной. При проблеме трудно определить, кто выполнил действие. Права также невозможно достаточно сузить: человек, который видит все аккаунты, рано или поздно получит доступ и к тем, которые не входят в его зону ответственности.

Разделите права как минимум на три уровня

Простого деления на «может видеть» и «не может видеть» на практике недостаточно.

  • Только просмотр данных: можно видеть показатели аккаунта, клики и конверсии, но нельзя менять настройки
  • Редактирование материалов: можно публиковать контент и заменять креативы, не затрагивая средства и привязанные данные
  • Редактирование бюджета: можно менять бюджеты кампаний и ставки

Платёжные данные, привязка аккаунтов и настройки выплат по умолчанию должны быть доступны для изменения только администраторам. Для паролей тоже нужна чёткая граница: участникам не обязательно знать пароль аккаунта. Они могут открывать назначенный аккаунт через соответствующую среду, а пароль остаётся у администратора. Это безопаснее, чем постоянно пересылать пароли в чатах.

Журнал нужен для расследования, а не для слежки за людьми

Записи действий должны отвечать на три вопроса: кто и когда открыл конкретный аккаунт, что было изменено и на каком шаге возникло отклонение. Если с аккаунтом случается проблема, журналы — самый быстрый способ найти причину. Без них остаётся только строить догадки и восстанавливать события по воспоминаниям участников.

Типичные ошибки часто связаны с паролями: общий пароль основного аккаунта не позволяет определить ответственного; отправка паролей в чате означает, что утечка переписки может одновременно раскрыть доступ к аккаунту; использование одного пароля для всех аккаунтов приводит к необходимости менять всё после одной утечки.

В командной работе изоляция сред и разделение прав обычно используются вместе. Инструменты вроде PurpleMark предлагают управление участниками и групповую авторизацию. Администраторы назначают группы аккаунтов, участники получают доступ к аккаунтам через среды в пределах своего диапазона, а действия можно проверять по журналам. Такая схема в целом позволяет выполнить перечисленные выше требования.

Как передавать аккаунты при кадровых изменениях

Передача дел не заканчивается отправкой одного документа. Нужно переназначить ответственность за аккаунты, сразу отозвать права, при необходимости обновить привязанные данные и зафиксировать состояние текущих задач. Если пропустить хотя бы один пункт, останутся риски. Доступ следует отзывать в день ухода сотрудника, не дожидаясь завершения всех формальностей.

Новому участнику сначала стоит дать доступ только для чтения, чтобы он посмотрел данные за неделю. После того как он освоится, можно открыть операционные права. Полный доступ с первого дня — одна из самых распространённых ошибок при передаче дел.

Общие аккаунты неизбежно становятся проблемой при росте

В команде до трёх человек общий аккаунт ещё может работать благодаря неформальным договорённостям. Как только появляются чёткое разделение обязанностей, клиенты и регулярные передачи, проявляется цена: ответственность нельзя привязать к конкретному человеку, данные нельзя разделить по участникам, права нельзя достаточно ограничить, а уход одного сотрудника превращается в риск.

Реальный порог масштабирования команды определяется не числом аккаунтов, а тем, была ли их структура спроектирована заранее. Чёткая ответственность, ограниченные права и зафиксированные действия помогают растущей команде не мешать самой себе.