Как управлять множеством сотрудничеств с авторами одновременно: этапы, сроки и недельный ритм

Как управлять множеством сотрудничеств с авторами одновременно, если за месяц у вас 20, 30 или 50 активных договорённостей? Таблица с колонкой «статус» перестаёт работать примерно тогда, когда вы уже не помните, кто ждёт вас, а кого ждёте вы. Ниже — система, которая выдерживает такой масштаб: один реестр, фиксированные этапы, один ответственный за каждую позицию, сроки, отсчитанные назад от даты публикации, и еженедельный ритм проверки.

Короткий ответ: одно место для каждого сотрудничества

При 20+ сотрудничествах поможет не лучшая память, а одно место, где у каждого сотрудничества есть условия, статус, договор, материал и оплата. Его можно собрать самому в таблице (ниже покажем как) или вести кампании на платформе, которая делает это за вас, — например, в Blogger Bank.

Один реестр вместо пяти мест

Первое правило: каждое сотрудничество — одна строка (или одна карточка) в одном реестре. Не в почте, не в директе, не в заметке. Переписка может идти где угодно, но состояние сделки фиксируется только в реестре. Минимальный набор колонок, который работает на практике:

• ID сотрудничества — например, KAMP-2026-10-017; упрощает поиск в почте и счетах.
• Кампания / клиент и автор (ник, площадка, ссылка на профиль).
• Этап — значение из закрытого списка, описанного ниже.
• Ответственный — один человек с вашей стороны, а не отдел.
• Мяч на стороне — «мы», «автор», «клиент», «логистика».
• Следующий шаг и срок следующего шага.
• Дата публикации (плановая и фактическая).
• Версия брифа и ссылка на неё.
• Формат и количество материалов (например, 1 рилс + 3 сторис).
• Гонорар, форма расчёта, статус договора и статус оплаты.
• Ссылка на публикацию и ссылка на статистику.

Колонка «мяч на стороне» — самая важная в списке. Фильтр «мяч: мы» — это ваш список дел на сегодня, а «мяч: клиент» — содержимое одного сводного письма с просьбой об утверждениях.

Этапы сотрудничества: закрытый список статусов

Статусы, написанные от руки («ждём», «почти готово», «ок?»), делают фильтрацию невозможной. Заведите выпадающий список и не допускайте других значений. Пример воронки:

1. Шорт-лист — автор выбран, контакта ещё не было.
2. Оффер отправлен — ждёте ответа.
3. Переговоры — согласуете ставку, объём, сроки.
4. Договор — документ отправлен на подпись.
5. Продукт в пути — если нужна отправка.
6. Бриф передан — автор подтвердил, что прочитал.
7. Черновик / сценарий на согласовании.
8. Материал на согласовании — готовое видео или фото.
9. Правки.
10. Утверждено — ждёт публикации.
11. Опубликовано — ждём статистику.
12. К оплате — счёт к оплате.
13. Закрыто или Отменено (с причиной в комментарии).

У каждого этапа есть условие выхода. Например, из «Договора» вы переходите дальше только после подписи обеих сторон, а из «Опубликовано» — только после получения скриншотов или выгрузки статистики. Так статус означает одно и то же для каждого в команде.

Ответственный и распределение ролей

У каждой строки один ответственный, который отвечает за переход на следующий этап. При 30–50 сотрудничествах в агентстве хорошо работает такое разделение: аккаунт-менеджер ведёт клиента и утверждения, специалист по инфлюенс-маркетингу ведёт авторов, а один человек (или тот же специалист в выделенный день) занимается договорами, отправками и оплатами. Главное, чтобы на вопрос «кто следит за этим черновиком?» всегда был один ответ с именем.

Сроки, отсчитанные назад от публикации

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

• P−21: договор подписан, адрес доставки подтверждён.
• P−18: продукт доставлен, финальный бриф передан.
• P−14: сценарий или концепция от автора.
• P−12: утверждение концепции (вами и клиентом).
• P−7: готовый материал на согласование.
• P−5: замечания собраны в одно сообщение.
• P−3: версия после правок, финальное утверждение.
• P: публикация, ссылка в реестре в тот же день.
• P+7: статистика от автора.

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

Версии брифа и утверждения

Когда авторов много, бриф меняется на ходу: клиент дописывает слоган, меняет промокод, сдвигает дату. Если авторы работают по разным версиям, правки множатся сами. Правила, которые это предотвращают:

• У брифа есть номер версии и дата в названии файла (например, «brief_v3_2026-10-02»), а в реестре записано, какую версию получил каждый автор.
• В конце брифа — короткий список изменений относительно предыдущей версии.
• После каждого изменения вы отправляете авторам только разницу, а не весь документ заново, и просите подтверждения.
• Замечания к материалу собираются в одно сообщение, а не в пять сообщений от разных людей. Количество раундов правок вы заранее согласуете с клиентом.

Что должно быть в самом документе, описывает статья словаря brief (на польском), а пошагово процесс разбирает материал как написать бриф для автора.

Внутренний SLA: сколько времени у каждой стороны

SLA — это просто согласованное время реакции. Он не обязан быть формальным, но должен быть записан и известен команде, авторам и клиенту. Пример, который можно взять за отправную точку:

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

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

Напоминания, которые не зависят от памяти

Напоминание должно следовать из срока в реестре, а не из того, что кто-то вспомнил. Самые простые решения:

• представление «срок следующего шага = сегодня или раньше», отсортированное по ответственным, — просматривается каждое утро;
• готовые шаблоны сообщений: напоминание о черновике, о дате публикации, о статистике, о счёте;
• одно сводное сообщение клиенту со списком материалов на утверждение вместо отдельного письма по каждому автору;
• напоминание о статистике на P+7, которое ставится сразу при отметке публикации.

Еженедельный ритм

При большом числе сотрудничеств ритм важнее инструмента. Пример недели:

• Понедельник: 30-минутный разбор реестра с командой. Только три вопроса: что просрочено, где мяч у нас, что выходит на этой неделе.
• Вторник–четверг: каждое утро фильтр «мяч: мы» и «срок: сегодня»; сводное письмо клиенту с утверждениями — не позже вторника.
• Среда: блок на договоры, отправки и оплаты — один человек, одно временное окно.
• Пятница: внести ссылки на публикации и статистику, отправить клиенту короткий статус: сколько материалов вышло, сколько ждёт, что сдвинулось и почему.

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

Что автоматизировать, а что нет

Автоматизируйте то, что одинаково повторяется в каждом сотрудничестве:

• расчёт сроков от даты публикации и подсветку просрочек;
• генерацию договора из шаблона по данным строки;
• отправку шаблонных напоминаний;
• сбор ссылок и статистики в одном месте;
• список оплат на текущую неделю.

Не автоматизируйте оценку материала, переговоры и первый контакт с автором. Там важен контекст, а шаблонное сообщение обычно снижает и долю ответов, и качество сотрудничества.

Чек-лист для запуска новой кампании

• В реестре есть закрытый список этапов и колонка «мяч на стороне».
• У каждой строки один ответственный и срок следующего шага.
• Дата публикации разложена на контрольные точки назад.
• У брифа есть номер версии, и в реестре видно, кто какую получил.
• Клиент знает число раундов правок и время на утверждение.
• Есть постоянное время для еженедельного разбора и пятничного статуса.
• Шаблоны напоминаний готовы до первого оффера.

Как Blogger Bank решает проблему множества сотрудничеств

Всё, что выше делается вручную в таблице, в Blogger Bank происходит прямо в задании:

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

Так 20 или 50 сотрудничеств — это несколько заданий, а не 50 отдельных переписок. Авторов можно также посмотреть в каталоге инфлюенсеров по категориям, например рестораны, еда, дом, здоровье, технологии, и пригласить конкретных людей. Создайте аккаунт бренда и опубликуйте первое задание.