битрикс24 для seo-агентства: клиенты, проекты, продления

почему обычная воронка продаж здесь не работает

Стандартная воронка Битрикс24 из коробки устроена под разовую продажу: лид → квалификация → предложение → договор → оплата → сделка закрыта. Для SEO-агентства это только первая треть жизненного цикла клиента. После оплаты первого месяца начинается сама услуга — продвижение длится минимум полгода, а типовой контракт у меня на проектах держится от 6 до 12 месяцев, если результат клиента устраивает.

Если оставить воронку как есть, происходит ровно то, что я вижу на аудитах в 7 из 10 SEO-агентств: менеджер закрыл сделку, она ушла в архив, а дальше никто в CRM не следит, продлит ли клиент договор через месяц. Риск оттока замечают только тогда, когда клиент уже написал "спасибо, я подумаю" — то есть поздно.

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

воронка продлений — что в ней должно быть

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

Отдельная стадия "риск оттока" нужна для клиентов, у которых явно просели показатели или которые перестали отвечать на письма дольше недели. Перевод на эту стадию можно автоматизировать частично: если робот видит, что по сделке нет активности (звонков, писем, встреч) дольше 10 дней при активном контракте — он ставит задачу руководителю проверить клиента вручную. Полностью автоматом определять отток по одному признаку я не рекомендую — слишком высокий шанс ложных срабатываний, когда клиент просто в отпуске.

Стадия "ушёл" не должна закрывать карточку навсегда. Я всегда добавляю поле "причина ухода" с коротким списком (цена, результат, сменили подрядчика, заморозили бюджет) — это единственный способ через полгода посмотреть отчёт и понять, что реально убивает продления: не абстрактное "клиенты уходят", а конкретно "40% ушедших за квартал — это заморозка бюджета", после чего с ними можно вернуться с более гибким предложением.

отчёт клиенту по позициям — не смешивать с рабочими задачами

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

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

Про построение подобных сквозных показателей я подробно писал в статье про сквозную аналитику в Битрикс24 — для SEO-агентства логика похожая, только вместо "реклама → сделка → деньги" цепочка выглядит как "позиции → трафик → лиды клиента → продление". Не пытайтесь тащить в этот процесс сырые данные из Яндекс.Метрики через интеграцию с первого дня — начните с ручного переноса ключевых цифр в смарт-процесс раз в месяц, автоматизацию подключайте, когда сама структура отчёта устоится.

несколько специалистов на одном клиенте — права доступа отдельным слоем

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

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

Похожий принцип разделения доступов я разбирал для другого агентского формата в статье про Битрикс24 для digital-агентства — там же подробнее про учёт часов, если часть услуг агентство продаёт по почасовой модели, а не фиксированным пакетом. Для SEO-агентства это особенно актуально при разовых работах сверх пакета — например, срочный технический аудит по просьбе клиента вне стандартного месячного объёма.

типовой пакет услуг — как завести в crm, чтобы не путаться в объёме

SEO-агентства обычно продают не абстрактную "услугу продвижения", а конкретный пакет: N часов работы, определённый набор регулярных активностей (техаудит раз в квартал, N статей в месяц, N ссылок). Если этот объём не зафиксирован в CRM, а живёт только в голове менеджера или в презентации коммерческого предложения, через 3-4 месяца начинаются споры с клиентом "а разве мы не должны получать 4 статьи, а не 2".

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

Если у агентства несколько тарифных пакетов (например, "базовый" и "расширенный"), стоит завести их как отдельные товары с разным составом позиций — тогда при продлении с апсейлом на пакет выше менеджер просто меняет товарную позицию в сделке, а не пересобирает список вручную.

дашборд руководителя seo-агентства

Стандартный дашборд РОПа, про который я писал в статье про дашборд для руководителя отдела продаж, для SEO-агентства нужно дополнить двумя метриками, которых в обычных продажах нет.

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

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

с чего начать, если сейчас всё в экселе и переписке

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

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

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

частые вопросы