Как агентству вести 10+ клиентских проектов и не путать материалы

Пост про акцию стоматологии ушёл в канал автосервиса. В понедельник утром, при трёхстах подписчиках, с прайсом на профессиональную чистку.

История реальная и не самая страшная из возможных. Куда чаще случается тихая версия: материал написан в тоне одного клиента, а опубликован у другого, и никто не замечает — кроме подписчиков, которые чувствуют, что что-то не то.

Обе истории — из одной точки. При переходе от пяти проектов к десяти ломается не команда, а способ хранения контекста.

Что вы узнаете из статьи

• Где именно ломается ручное управление и почему
• Как устроить структуру, одинаковую для всех проектов
• Что должно храниться в карточке клиента и открываться за десять секунд
• Как распределить роли, чтобы не терять контекст и не простаивать
• Какая проверка перед публикацией предотвращает большинство сбоев

---

Где ломается

Порог обычно проходит между пятью и восемью проектами. До пяти менеджер держит контекст в голове: помнит, что у этого клиента нельзя упоминать конкурентов, а у того всегда «вы» с большой буквы. Таблицы при этом справляются, потому что служат напоминалкой, а не источником правды.

После восьми память перестаёт справляться, и вот что начинается:

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

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

Единая структура для всех проектов

Первое правило масштабирования: все проекты устроены одинаково.

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

Что должно быть одинаковым во всех проектах:

• Названия и порядок разделов. Материал одного типа лежит в одном месте у всех.
• Статусы. Один набор: черновик, на проверке, на доработке, согласовано, опубликовано.
• Формат плана. Одни и те же колонки у всех клиентов.
• Порядок согласования. Одинаковый регламент, отличаются только сроки и контактные лица.
• Именование материалов. По схеме, а не по вдохновению.

Клиенту при этом всё равно, как устроено у вас внутри. Ему важен результат и предсказуемость, а не то, в каком порядке названы ваши папки.

Карточка проекта: что должно открываться за десять секунд

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

Минимальный набор:

1. Анкета проекта. Чем занимается клиент, для кого, какие возражения у его аудитории, чего не обещаем, какими словами говорим. Полный разбор — в материале про анкета проекта, и для агентства это документ номер один.

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

3. Каналы и доступы. Что ведём, кто администратор, когда проверялись права. Проверка прав раз в месяц экономит недели недоумения.

4. Расписание. Дни и время публикаций по каждому каналу.

5. Регламент согласования. Кто согласует, в какой срок, через какой канал, сколько кругов входит в работу.

6. История правок. Что уже просили изменить. Повторное нарушение той же договорённости раздражает клиента сильнее всего.

7. Экономика проекта. Что входит в пакет, сколько материалов, когда пересматривалась цена.

Правило: если что-то из этого приходится спрашивать у менеджера — оно не записано, и проект держится на человеке.

Роли: закрепление против общего ресурса

Две крайности, обе плохие.

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

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

Рабочая середина: менеджер закреплён, производство общее. Один человек держит контекст группы из трёх-пяти проектов, общается с клиентом и отвечает за качество. Написание, съёмка, оформление распределяются по загрузке.

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

Подробнее о том, как распределяются зоны ответственности внутри одного проекта, — в материале про роли в контент-проекте.

Проверка перед публикацией

Одна короткая проверка предотвращает большинство громких сбоев. Тридцать секунд на материал.

• Тот ли клиент? Название проекта совпадает с содержанием материала.
• Тот ли канал? Особенно если у клиента несколько каналов.
• Та ли дата? Не вчерашняя, не через месяц.
• Внесены ли последние правки? Статус «согласовано» стоит после правок, а не до.
• Нет ли запрещённых слов? Поиск по списку из карточки.
• Соответствует ли длина площадке?
• Работают ли ссылки?

Захар, который ведёт агентство на двенадцать проектов, ввёл это правило после истории с перепутанным каналом. За полтора года — ни одного повторения. Он же признаёт, что чек-лист выполняется не потому, что все дисциплинированы, а потому что встроен в статус: без отметки материал не переходит в «готово к публикации».

Это ключевой принцип: проверка, которая зависит от внимательности, не работает. Проверка, встроенная в процесс, работает.

---

Что даёт единая среда

Отдельно стоит сказать про инструменты, потому что здесь проходит основная линия экономии.

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

Что меняется, когда всё живёт в одной среде:

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

В Контент-заводе ДоброКод под это сделан тариф Профи: до пятнадцати проектов в одном кабинете, у каждого свой план и свои материалы. Проекты не смешиваются между собой — у каждого своя анкета, свои ключевые фразы, свой план и своё расписание. Для агентств с большим числом клиентов есть тариф Бизнес — без ограничения по числу проектов.

---

Часто задаваемые вопросы

На скольких проектах ломается ручное управление?

Обычно между пятью и восемью. После восьми начинаются потери и перепутанные каналы.

Что путают чаще всего?

Канал публикации, тон и терминологию другого клиента, статусы согласования.

Где хранить контекст клиента?

В карточке проекта: анкета, запрещённые слова, каналы и доступы, регламент, история правок.

Как распределить роли?

Менеджер закреплён за группой проектов, производство — общий ресурс. Условие: контекст записан подробно.

Стоит ли брать больше клиентов?

Только если снижена стоимость переключения. Иначе рост проектов даёт рост хаоса, а не прибыли.

---

Заключение

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

Чинится это тремя вещами. Единая структура для всех проектов — одинаковые статусы, разделы и порядок согласования. Карточка проекта, где записан весь контекст и всё открывается за десять секунд. И проверка перед публикацией, встроенная в процесс, а не зависящая от внимательности.

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

В ДоброКод для этого есть тариф Профи — до пятнадцати проектов в одном кабинете, где каждый проект живёт отдельно со своей анкетой, ключевыми фразами, планом и расписанием. Начать можно с бесплатного Free на одном проекте. Подробнее о платформе: dobro-code.ru.

---

Читайте также

• Отчёт клиенту по контенту: что включить, чтобы продлевали договор — следующий шаг: показать результат
• Как агентству посчитать себестоимость одного материала
• Роли в контент-проекте: кто за что отвечает