Построить операционный ритм агентства

Результат страницы

Вы введёте единый недельный цикл, в котором команда принимает решения по продажам, проектам, мощности, деньгам и рискам. Итог — не красивый dashboard, а список владельцев и действий до следующего обзора.

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

Когда это нужно

Запускайте ритм, когда одновременно идут несколько лидов и контрактов либо в работе участвуют три и более человека. Для соло-специалиста достаточно еженедельного self-review на 30 минут; для агентства — разделённые обзоры и общий decision log.

Сначала определите владельцев через минимальную структуру и разделение ролей. Встреча не компенсирует отсутствующую ответственность.

Минимальный календарь

Ежедневно: асинхронный сигнал

Каждый владелец проекта до согласованного времени обновляет только исключения:

• что изменилось;
• что блокирует результат;
• какое решение нужно и до когда;
• прогноз ближайшей контрольной точки.

Если всё идёт по плану, достаточно обновить задачу. Не заставляйте команду переписывать историю работы в чат.

Понедельник: план мощности, 30 минут

Участники: delivery lead, AM, при необходимости sales. Входы: активные этапы, оценки, доступность, отпуска, новые вероятные сделки. Решения: кто за что отвечает, где перегрузка, какую работу нельзя обещать, нужен ли подрядчик.

Главная метрика — не максимальная занятость, а наличие реалистичного плана и резерва. Длительная загрузка выше 80–85% требует внимания: пропадает место для QA, пресейла и непредвиденных задач.

Вторник: pipeline review, 30–45 минут

Участники: sales, lead operations, основатель. По каждой возможности: стадия, ценность, вероятность, следующий шаг, дата, владелец, причина проигрыша. Не обсуждайте все сообщения; сосредоточьтесь на сделках, которые требуют решения.

Минимальные метрики: подходящие объявления, отклики, просмотры/ответы, интервью, предложения, контракты, стоимость канала и прогноз валовой маржи. AI и автоматизация не принимают финальное решение об отклике или обещании клиенту.

Среда: health review проектов, 45 минут

Участники: AM, delivery leads, руководитель. Каждый контракт получает зелёный, жёлтый или красный статус по scope, сроку, деньгам, качеству и отношениям. Разбираются только жёлтые и красные.

Для каждого исключения фиксируется факт, влияние, решение, владелец и дата. Используйте процесс репутационного риска.

Пятница: деньги и улучшение, 45 минут

Проверьте выставленные и ожидаемые платежи, валовую маржу, загрузку, просроченные approvals, расходы Connects и инструментов, а также прогноз на 8–12 недель. Затем выберите одно улучшение процесса с владельцем и критерием успеха.

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

Ежемесячно: портфель и стратегия, 60–90 минут

Смотрите на уровень выше:

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

Единая карточка обзора

Каждая метрика должна приводить к решению. Используйте компактный формат:

Блок	Факт	Порог	Решение	Владелец	Срок
Pipeline	3 квалифицированных интервью	минимум 5	проверить фильтр и первые строки	Sales lead	пятница
Delivery	проект B жёлтый	2 просроченных решения	остановить зависимую задачу, запросить ответ	AM	сегодня
Capacity	backend 87% на 3 недели	целевой максимум 80%	передать QA подрядчику	Delivery lead	среда
Cash	6 недель резерва	минимум 8	отложить подписку и ускорить invoice	Owner	понедельник

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

Правила хорошей встречи

1. Данные обновлены до встречи.
2. У каждого блока один владелец.
3. Обсуждаются отклонения и решения, а не чтение статуса.
4. Действие содержит результат и срок.
5. Нерешённый вопрос получает отдельного владельца исследования.
6. Протокол — одна страница; решения попадают в систему задач.
7. Встреча заканчивается вовремя, даже если нужен отдельный глубокий разбор.

Пороговые действия

• Лид без следующего шага и даты не считается активным.
• Контракт без AM и delivery owner получает красный статус.
• Дополнительный scope не начинается без письменного согласования.
• Прогноз задержки сообщается клиенту после внутренней проверки, не в день сдачи.
• Загрузка выше целевого диапазона три недели подряд приводит к перепланированию, а не героизации переработок.
• Концентрация, при которой потеря одного клиента ставит под угрозу обязательства, требует плана снижения и резерва.
• Интеграция с лишними правами или неизвестным владельцем отключается до review.

Чеклист

• Есть ежедневный асинхронный формат исключений.
• Проводятся отдельные capacity, pipeline и health review.
• Деньги и маржа проверяются еженедельно.
• Все метрики имеют пороги и владельцев.
• Статус обновляется до встречи.
• Дополнительный scope проходит change control.
• Решения записываются в задачи со сроком.
• Ежемесячно проверяются концентрация и безопасность.
• Учёт времени не превращён в слежку.
• В конце цикла выбирается одно улучшение.

Следующий шаг

Автоматизируйте только стабильные части обзора. Выберите инструменты по стадии бизнеса и проверьте безопасность интеграций до подключения CRM, трекеров и AI.