SMM-агентство — это не «один контент-менеджер с десятью клиентами». Это распределённая производственная функция, в которой минимум четыре зависимые подсистемы (продакшен, дистрибуция, биллинг, отчётность) делят между собой одни и те же 160 человеко-часов в неделю. Когда количество клиентов превышает пять-семь, ручное масштабирование начинает ломаться по тем же законам, что и любой service business: marginal cost обслуживания нового клиента стремится к marginal revenue, и агентство либо упирается в потолок, либо выгорает на фоне внешне неплохой выручки.
Эта статья — операционный разбор того, что в Content Pilot называется агентским режимом: связки из мультипроектной архитектуры, ролевой партнёрской программы (до 20% lifetime, 25-30% для агентств 50+ клиентов) и инструментов кросспостинга TG → MAX/VK. Материал ориентирован на агентства от 5 до 50 клиентов — то есть тех, кто уже прошёл точку «один-два проекта в Notion-доске» и подходит к точке «нужен ERP, или хотя бы система».
1. Почему «агентский режим» — это не маркетинговая обёртка
В B2B-маркетинге существует устойчивая ловушка терминологии: вендоры называют «агентским тарифом» простую возможность завести несколько проектов под одним логином. Это не агентский режим. Это multi-tenant lite, который снимает 5-10% операционной боли и не решает структурных проблем — комиссионных потоков, ролевой иерархии, изоляции клиентских данных и отчётности по партнёрской выручке.
Полноценный агентский режим, в терминах операционного фреймворка Service Operations Triangle (Heskett, Sasser, Schlesinger, «Service Profit Chain»), должен закрывать одновременно три вершины:
- Внутренние процессы — изоляция данных и настроек по клиентам, ролевой контроль доступа, разделение ответственности между руководителем направления и менеджером.
- Сервисная ценность для конечного клиента — стабильное качество публикаций, единый стиль, прозрачные сроки, отсутствие «утечки контекста» между проектами.
- Экономика партнёра — понятная маржа, которую можно прогнозировать, а не «договариваться каждый раз заново».
Если хотя бы одна из вершин слабая, агентство не масштабируется — оно просто увеличивает количество хаоса пропорционально количеству клиентов.
2. Архитектура агентского режима: три слоя
В Content Pilot агентский режим устроен как трёхслойная конструкция. Это важно понимать заранее, потому что каждый слой решает свою задачу и оценивать его нужно отдельно.
Слой 1. Project как единица изоляции
Project — основная сущность платформы. Один аккаунт может содержать произвольное количество проектов, и каждый проект — это полноценный изолированный контейнер: свои источники (TG/VK/RSS), свои каналы публикации (Telegram/VK/MAX), свой стиль, своя аудитория, своя длина постов, свой preset картинок, своё расписание.
Что это даёт агентству на практике: клиент A — экспертный канал по B2B-софту с длинными аналитическими постами; клиент B — региональное СМИ с короткими новостями и копированием из источников без LLM (FROM_SOURCES rewrite=False); клиент C — образовательный проект с лайфхаками и обложками в пресете FLAT_CARTOON_2D. Все три живут в одном аккаунте менеджера, но не пересекаются ни в стиле, ни в источниках, ни в RAG-индексе дедупликации.
Слой 2. Ролевая модель ROP/MOP/AGENT/AMBASSADOR/USER
Над проектами работает иерархия из пяти системных ролей. Это не маркетинговая декорация — это контроль доступа в админке /admin/users и алгоритм начисления комиссий:
- ROP (руководитель отдела продаж) — две реферальные ссылки, видит всю команду в
/admin/team, получает дополнительные комиссии с подчинённых агентов. - MOP (менеджер отдела продаж) — две ссылки, ведёт собственный портфель агентов и юзеров.
- AGENT — собственно SMM-агентство, интегратор, фрилансер с пулом клиентов. Одна ссылка, одна точка входа, одна цепочка комиссий.
- AMBASSADOR — обычный юзер, у которого набралось 10+ платящих рефералов. Эволюция роли автоматическая, ставка с 5% поднимается до 15%.
- USER — конечный клиент, владелец проекта.
Для агентства из 5-50 клиентов значимы три роли: AGENT (если агентство одно и без сейлз-структуры), MOP (если внутри есть менеджеры, ведущие свои сегменты клиентов) и ROP (если есть руководитель направления, под которым висят MOP-ы и agent-ы).
Слой 3. Партнёрская экономика
Третий слой — это собственно деньги. На публичном сайте /agencies программа описана так:
- До 20% lifetime комиссия с каждого пополнения клиента, без лимитов и срока.
- Для агентств 50+ клиентов — 25-30% по индивидуальной договорённости.
- Минимальная выплата 500 ₽; меньшие суммы переходят на следующий месяц.
- Выплаты ежемесячно до 5 числа через YooKassa Payouts (карта, СБП, кошелёк).
- При 5+ клиентах — персональный менеджер и закрытый Telegram-чат партнёров.
Под капотом работает CommissionCalculator, считающий многоуровневую цепочку (chain) с верхним пределом MAX_TOTAL_COMMISSION = 25% совокупно. То есть если в цепочке участвует ROP → MOP → AGENT → конечный USER, суммарный отток в комиссии не превышает четверть пополнения — это защита экономики самой платформы и одновременно «потолок справедливости» для партнёра.
Кастомные ставки реализуются через поле User.custom_commission_percentage — для крупных агентств с индивидуальной договорённостью.
3. Фреймворк «Когда внедрять агентский режим»: матрица 2×2
Чтобы не превращать решение «переходить на агентский режим или нет» в субъективное «ну, наверное, пора», предложу простой фреймворк по двум осям, привычный по 2×2-матрицам Boston Consulting Group и Eisenhower Matrix.
Ось X — размер портфеля клиентов (количество одновременно активных проектов): малый (1-4), средний (5-15), крупный (16-50), enterprise (50+).
Ось Y — уровень автоматизации продакшена (доля контента, который не пишется вручную человеком): низкий (<30%), средний (30-70%), высокий (>70%).
Получаем четыре квадранта:
Квадрант I. Solo Operator (малый портфель × низкая автоматизация)
Один-два-три клиента, всё пишется вручную, агентский режим не нужен. Достаточно обычного аккаунта с одним проектом, точечно используется кросспост TG → MAX/VK по 5 ₽ за пост. Партнёрская программа здесь — приятный бонус (уровень USER даёт прямую ставку 5% с приведённых рефералов), но не операционный инструмент.
Квадрант II. Hidden Capacity (малый портфель × высокая автоматизация)
Самый интересный квадрант для тех, кто только думает про переход в агентство. У вас 2-4 клиента, но вы уже автоматизировали продакшен через LLM-генерацию (FROM_SCRATCH или FROM_SOURCES rewrite=True), и фактическая нагрузка на человека — 4-6 часов в неделю на клиента. Это значит, что у вас есть скрытая ёмкость на ещё 4-6 клиентов, и агентский режим — способ её монетизировать без линейного роста времени.
Именно из этого квадранта чаще всего получаются здоровые агентства. Переход в III квадрант (масштабирование портфеля при сохранении автоматизации) проходит без перегрузки.
Квадрант III. Mature Agency (средний/крупный портфель × высокая автоматизация)
Это «зона прибыли» — портфель 5-50 клиентов, продакшен автоматизирован, доля LLM в общем объёме контента превышает 70%, ручной ввод сводится к модерации и согласованиям. Здесь агентский режим должен быть включён полностью: ROP/MOP роли распределены, партнёрская программа работает на ставке 20% (или индивидуально 25-30% при 50+), персональный менеджер выделен (порог — 5+ клиентов), команда подключена к закрытому чату партнёров.
Квадрант IV. Burnout Trap (средний/крупный портфель × низкая автоматизация)
Самый опасный квадрант. Клиентов уже много, а автоматизации мало — каждый дополнительный клиент линейно требует часов от живого человека. Агентский режим тут сам по себе ничего не решит: пока продакшен ручной, ролевая модель и комиссионные схемы — это украшение тонущего корабля. Сначала нужно поднять автоматизацию (StyleExtractor с auto_profile из эталонов, FROM_SOURCES rewrite=True по расписанию, кросспост вместо ручного дублирования), потом включать агентский режим.
Простое правило: если вы в IV квадранте, начинайте не с партнёрской программы, а с автоматизации продакшена в одном пилотном проекте. Когда уровень автоматизации поднимется до 50-60%, переход в III квадрант становится естественным и агентский режим раскрывается.
4. Бенчмарк: три модели агентств и их юнит-экономика
Чтобы конкретизировать, как агентский режим влияет на P&L, сравним три типичные операционные модели по фиксированному набору параметров. Цифры здесь иллюстративные — они показывают структуру экономики, а не обещают конкретный результат.
| Параметр | Модель A: Boutique | Модель B: Standardized | Модель C: Platform-First |
|---|---|---|---|
| Клиентов в портфеле | 3-5 | 10-20 | 20-50 |
| Проектов на менеджера | 2-3 | 5-7 | 10-15 |
| Доля LLM-контента | 10-30% | 50-70% | 70-90% |
| Использование кросспоста | редко | выборочно | системно (5 ₽/пост) |
| Партнёрская ставка | не использует | 20% lifetime | 25-30% индивидуально |
| Персональный менеджер CP | — | да (от 5 клиентов) | да + закрытый чат |
| Дополнительный поток выручки | — | комиссия с пополнений | комиссия + multi-level chain до 25% |
Ключевой структурный сдвиг между A и C — не в количестве клиентов, а в наличии второго потока выручки. Модель A зарабатывает только на услуге; модель C зарабатывает на услуге и на партнёрской комиссии с пополнений тех же клиентов. Это и есть классический recurring revenue tail — концепция, которую CFO-и называют «качественной выручкой» в противовес проектной.
5. Технические инструменты, которые делают агентский режим рабочим
Перечислю, не перегружая, ключевые точки в продукте, которые специально спроектированы под мульти-клиентскую работу.
5.1. Один аккаунт — N проектов
Менеджер агентства логинится один раз (через Yandex SSO, email+password или magic-link через бот) и переключается между проектами клиентов. У каждого проекта свой publication_target (BOT/CHANNELS/EMAIL), свой image_style, свой набор источников. Никакого «выйти и зайти под другим аккаунтом».
5.2. Админка /admin/users в роли ROP/MOP
Если у агентства есть руководитель (ROP) и менеджеры (MOP), руководитель видит всех клиентов своих менеджеров, может фильтровать paying-only, по дате последнего платежа, по балансу, по роли — это полноценный CRM-срез без необходимости держать отдельный CRM.
5.3. Управление командой /admin/team
Здесь ROP выдаёт роль MOP своим менеджерам, рассылает партнёрские инвайты, видит активность команды. Сюда же привязан фоновый процесс partner_deactivation.py, который автоматически отключает ROP/MOP/AGENT с нулевой активностью — защита от «партнёров, которые больше не партнёры».
5.4. Реферальные ссылки и multi-level chain
ROP получает две ссылки (для рекрутинга команды и для прямых клиентов), MOP — две, AGENT — одну, USER — одну. Когда конечный клиент пополняет баланс, CommissionCalculator распределяет комиссии вверх по цепочке, не превышая 25% совокупно. Это означает, что ROP, привлёкший MOP-а, который привлёк AGENT-а, который привлёк USER-а, получает свой кусок без того, чтобы кто-то «перехватил» комиссию ниже по цепочке.
5.5. Выплаты через YooKassa Payouts
Партнёр привязывает метод выплаты в веб-админке (карта/СБП/кошелёк), и автоматический пайплайн раз в месяц до 5 числа гасит накопленные ≥500 ₽ комиссии. Платформа использует yookassa_payout_client.py — отдельный клиент именно под выплаты, не путаемый с приёмом платежей.
6. Внутренние Q&A: чекпоинт после первой половины
До этого места мы разобрали структуру агентского режима, фреймворк готовности и инструменты. Прежде чем двигаться к оперативной части — внедрению — стоит остановиться и пройти короткий чекпоинт. В B2B-аналитике такие промежуточные Q&A называют mid-article checkpoints — они дают возможность откалибровать понимание до того, как читатель пойдёт дальше.
В: Если у меня всего три клиента, имеет ли смысл уже сейчас оформлять партнёрскую программу?
О: Партнёрскую программу — да, потому что регистрация бесплатная и она не требует «достижения порога». Но активно строить вокруг неё бизнес-логику пока рано. Ваш квадрант — Solo Operator (I) или Hidden Capacity (II). В первом случае комиссия — приятный бонус, во втором — задел на ближайшие 6-12 месяцев. Персональный менеджер у вас появится после 5+ клиентов.
В: Чем отличается роль AGENT от просто USER, который пригласил рефералов?
О: Базово — точкой входа в комиссионную цепочку и видимостью в команде. AGENT — это явно зарегистрированный партнёр; он попадает в /admin/team своего ROP/MOP, получает приоритет в выплатах и доступ к закрытому чату при 5+ клиентах. USER, который случайно привёл нескольких рефералов, остаётся USER-ом с прямой ставкой 5%; при 10+ платящих рефералах автоматически эволюционирует в AMBASSADOR со ставкой 15% — но это другая ветка, не агентская.
В: Почему 25% — это потолок цепочки, а не верхняя ставка одного партнёра?
О: Потому что multi-level — это распределение, а не аккумулирование. Если бы каждый партнёр получал свои 20% независимо, четыре уровня цепочки съедали бы 80% пополнения, и платформа не выживала бы. Constants MAX_TOTAL_COMMISSION = 25% гарантируют, что суммарный отток в комиссии всегда укладывается в четверть, а внутри этой четверти распределение происходит по правилам ролей.
В: Что произойдёт, если мой менеджер уйдёт из агентства?
О: Технически — ничего автоматического. Его USER-клиенты остаются прикреплёнными к проектам (потому что владелец проекта — клиент, а не менеджер). Партнёрский статус MOP остаётся за ушедшим менеджером, пока ROP не переназначит роли в /admin/team. Это операционная задача руководителя — пересобрать команду и перепривязать партнёрские ссылки. Здесь есть пространство для собственной HR-политики агентства, и это нормально.
В: Можно ли использовать агентский режим только для кросспостинга, без LLM-генерации?
О: Да, и для региональных СМИ или новостных пабликов это часто оптимальная конфигурация. Кросспост TG → MAX/VK стоит фиксированные 5 ₽ за пост, не использует LLM, обладает per-channel-task isolation (падение одного канала не валит остальные) и устойчив к не-JSON ответам MAX-API. Партнёрская комиссия начисляется с этих же пополнений, так что юнит-экономика агентского режима работает в обоих сценариях.
7. План внедрения по неделям (для квадрантов II и III)
Если вы определились с квадрантом и решили внедрять агентский режим, разумная последовательность шагов — следующая. Это не догма, но проверенный порядок, который снижает риск споткнуться о незакрытую зависимость.
Неделя 1. Аудит портфеля. Выписать всех клиентов в одну таблицу: тип контента (NEWS/ANALYTICS/LIFEHACKS/REVIEWS/CASES/FORECASTS), длина (SHORT/MEDIUM/LONG), стиль (EXPERT/BUSINESS/FRIENDLY/NEWS/SALES/CUSTOM), целевая аудитория (B2C/B2B/EXPERTS/BEGINNERS), каналы публикации, текущий уровень автоматизации. Этот срез — основа для квадрантной оценки и планирования миграции.
Неделя 2. Пилотный проект. Один клиент, у которого условия максимально близки к «золотому образцу» — стабильные источники, понятный стиль, готовность принять LLM-контент. Настраиваем StyleExtractor (3-5 эталонных постов), запускаем FROM_SOURCES rewrite=True на расписании, отрабатываем модерацию через бот или веб.
Неделя 3. Регистрация в партнёрке. Заходим на /agencies, регистрируемся, получаем партнёрскую ссылку. Если в команде есть руководитель — он сразу запрашивает роль ROP, чтобы получить две ссылки и доступ к /admin/team.
Неделя 4. Подключение остальных клиентов. Поочерёдно — не пакетно. На каждого клиента: создаём отдельный Project, переносим источники, настраиваем стиль (используем StyleExtractor для тех, у кого есть архив постов), подключаем каналы. Кросспост — для тех, у кого основная площадка TG и нужны зеркала в MAX/VK.
Недели 5-6. Регламенты и SLA. Внутри агентства: кто модерирует APPROVED-статьи, в какие часы, кто отвечает на тикеты поддержки, как распределяются клиенты между менеджерами. Формализация регламентов — главный фактор, отличающий agency, которая масштабируется, от freelance-team, которая дотягивает.
Недели 7-8. Первая выплата и калибровка. К 5 числу второго месяца после старта приходит первая партнёрская выплата. Сравниваем фактическую комиссию с прогнозом, корректируем модель, обсуждаем с персональным менеджером Content Pilot (он появляется при 5+ клиентах) перевод на индивидуальные условия 25-30% при перспективе 50+ клиентов.
8. Чего стоит избегать
Несколько типичных антипаттернов, которые регулярно встречаются у агентств в B2B SaaS-партнёрках.
Антипаттерн 1. Выдавать всем менеджерам одну ссылку на агентство. Это лишает вас аналитики (непонятно, кто из менеджеров приводит платящих клиентов) и ломает chain — комиссии не атрибутируются по цепочке корректно. Каждый менеджер должен иметь свою партнёрскую ссылку MOP с двумя вариантами (для команды и для клиентов).
Антипаттерн 2. Смешивать клиентские проекты в один Project. Project — единица изоляции, не группа. Если в одном Project лежат источники и каналы трёх клиентов, RAG-индекс дедупликации начнёт мешать им контент друг друга, а статистика и расходы перемешаются. Один клиент = один Project, без исключений.
Антипаттерн 3. Считать партнёрскую комиссию основным заработком. 20% lifetime — это надстройка над основной услугой, а не её замена. Агентство, которое снижает свой основной чек, рассчитывая компенсировать партнёрской комиссией, заходит в IV квадрант (Burnout Trap) с другой стороны: вместо ручного перепроизводства — заниженной маржой.
Антипаттерн 4. Игнорировать модерацию. LLM-генерация, даже в режиме FROM_SOURCES rewrite=True с auto_profile стиля и RAG-дедупом, выдаёт контент, который требует human-in-the-loop. В Content Pilot это статус APPROVED — ручное подтверждение перед публикацией. Агентство, которое включает auto-publish по всем клиентам сразу, рано или поздно получит инцидент, и стоимость инцидента кратно больше экономии человеко-часов на модерации.
9. Где искать больше
Если этот разбор был полезен, дальнейшее погружение по теме в платформе:
- Где быть в 2026: Telegram, MAX или VK — критерии выбора каналов под клиента
- Как работает RAG-дедупликация и почему она важна для агентств с пересекающимися источниками
- Auto-profile стиля: как платформа учится писать «как клиент» на 3-5 эталонных постах
Агентский режим — это не отдельная функция и не премиум-тариф. Это операционная архитектура, в которой проектная изоляция, ролевая иерархия и партнёрская экономика собираются в одну систему. Внедряется поэтапно, окупается за счёт второго потока выручки и масштабируется до того момента, когда индивидуальные условия 25-30% становятся уместнее общих 20%.
Тот, кто проходит этот переход осознанно — с матрицей готовности, с регламентами и с пониманием своей юнит-экономики, — оказывается в III квадранте устойчиво. Те, кто пытается перепрыгнуть из I сразу в IV, обычно возвращаются обратно через шесть месяцев — уставшими и без второго потока выручки.
Олеся Гонтарева — B2B-маркетолог с 9-летним опытом в B2B-сегменте, специализируется на операционных моделях SMM-агентств и юнит-экономике recurring-revenue продуктов.