Генератор медиапланов на нашей собственной базе, аудиты прямо из выгрузок, живой дашборд по проектам вместо покупной аналитики и кейсы, собранные из данных.
Каждый инструмент вырос из конкретной боли: не хватало нормативов, не хватало рук, не хватало честной аналитики у клиента и не хватало времени на кейсы.
Универсальная нейросеть знает рынок «в среднем по больнице». Чтобы она считала как наш специалист, ей дали три слоя знаний — и третий важнее первых двух.
Документация площадок: форматы, таргетинги, аукционы, ограничения и правила модерации.
Рынок меняется быстрее, чем обновляются справки. Новости дают то, чего в документации ещё нет.
То, чего нет ни у одной нейросети и ни у одного конкурента: реальная история агентства.
Правдоподобные, но чужие цифры: усреднённый по рынку CPL, стандартный сплит из статьи в блоге, вежливые формулировки без опоры.
Такое нельзя показать клиенту на защите бюджета — первый же вопрос «откуда цифра» остаётся без ответа.
Ответ нашими же нормативами — теми, что подтверждены фактом по конкретным городам, брендам и классам жилья.
А там, где данных не хватает, стоит честная пометка вместо красивой оценки. Это условие, при котором инструменту вообще можно доверять.
Раньше сплит и прогноз собирались по личному опыту специалиста: сколько примерно стоит клик, сколько выйдет обращений. Теперь под каждой цифрой лежит база из более чем пятисот наших медиапланов и фактические результаты по ним.
Каждый считал по своей памяти и своим прошлым проектам. Медиаплан для нового города или незнакомого бренда собирался фактически с нуля.
Проверить прогноз было нечем: разошлись план и факт — узнаём об этом через месяц.
Вводим нишу, объект, город и бюджет — получаем сплит по каналам, прогноз кликов и обращений и вилку CPL, посчитанные по нашей же истории.
Медиаплан собирается за минуты и в едином виде — его не стыдно приложить к КП или в тендер.
Сверху задаются вводные — ниша, объект, город, бюджет и цель. Ниже сразу собирается сплит по каналам с прогнозом кликов, обращений и вилкой CPL, а в конце — комиссия, рекламный сбор и итоговая сумма для клиента.
Ниша, объект, класс или бренд, город и бюджет.
Каналы, доли, клики, обращения и вилка CPL.
Комиссия, сбор и итог — без ручного пересчёта.
Сегодня генератор считает на базе, которую мы собрали руками: выгрузили медиапланы, свели факт, привели к общему виду. Это работает, но обновляется ровно тогда, когда у кого-то дошли руки.
Дальше эту базу нужно сделать самообновляемой: автоматическая выгрузка статистики из рекламных кабинетов и из систем сквозной аналитики клиентов — и она же становится основой медиапланера.
Тогда каждый закрытый месяц по каждому проекту сам уточняет нормативы, а специалист получает медиаплан, который опирается не на прошлогоднюю выгрузку, а на позавчерашние данные.
Команда не резиновая. Новый специалист в поиске, действующие загружены проектами — а задача на аудит прилетает ровно тогда, когда её некуда поставить. И почти всегда это чужой, сумбурный кабинет, в котором сначала надо разобраться.
Аудит вставал в очередь: полдня только на то, чтобы привести выгрузки в читаемый вид, и ещё день — на сам разбор.
Либо мы двигали текущие проекты, либо клиент ждал. Третьего варианта не было.
Скачиваем выгрузки и передаём обученному ИИ — тому самому, у которого уже есть справки платформ, комментарии наших специалистов, отраслевые новости и примеры наших прошлых аудитов.
На выходе — разбор в брендовом оформлении, который остаётся вычитать и дополнить. Специалист подключается там, где нужна экспертиза, а не там, где нужно переименовать колонки.
Самое ценное в разборе — не посчитать, а заметить нестыковку и задать вопрос. Особенно в тендерах, где исходные данные приходят из разных источников и часто спорят между собой.
Из объёма продаж следует одно количество обращений, из бюджета — в разы меньше. Спрашиваем, какая цифра главная, а не подгоняем вторую.
В задании стоит CPL, которого в этом городе и классе жилья не даёт ни один наш проект. Показываем свой факт и предлагаем реальную вилку.
Wordstat по городу физически не даёт заявленный объём. Значит, часть плана придётся закрывать охватными каналами — и это надо проговорить сразу.
В одном разделе считают все обращения, в другом — только квалифицированные. Пока определение не зафиксировано, любая цифра будет спорной.
Два документа от одного заказчика дают разные проценты воронки. Берём оба в расчёт как сценарии и помечаем расхождение.
Дата запуска стоит раньше, чем по плану готовы квизы и лендинги. Либо сдвигаем старт, либо честно закладываем разгон.
Каждое такое расхождение уходит в отдельный список вопросов заказчику. Ни одно из них не закрывается «правдоподобной» цифрой — это условие, при котором нашему расчёту можно верить.
В отчётах по застройщику лид можно посчитать двумя способами: по UTM-кампании — это источник трафика, и по полю «Объект» в CRM — это жилой комплекс, который клиенту на самом деле интересен. Менеджеры массово оставляют «Объект» пустым, поэтому счёт по нему разваливается.
Однажды это выглядело как обвал. На деле трафик был в порядке — просто у проекта из отдела продаж пропали оба профильных менеджера, и обрабатывать заявки стало некому.
Разделили две таблицы — трафик отдельно, обработка отдельно — и картина сошлась.
Прежде чем спорить о рекламе, проверь, кто и как обрабатывал заявки.
Трафик и обработка никогда не сводятся в одну «распределяющую» таблицу.
Если наши цифры не сходятся с клиентскими, причина почти всегда здесь.
Схема одинаковая независимо от ниши: разбор исходных данных, поиск того, что меняет решение, брендовый документ на выходе.
Три круга правок из вордовских файлов — и документ остался цельным.
Наш разбор свели с презентацией специалиста, который вёл проект: клиент увидел одну согласованную картину.
Та же схема плюс расчёт бюджета от плана продаж и финансовая модель отдельной вкладкой.
У клиента стоял Smartis, но пользоваться им было неудобно: цифры не сходились с нашими, разрезов не хватало, а до денег отчёт не доходил. Мы собрали свой дашборд по шести жилым комплексам — внутренний рабочий инструмент наших специалистов, который обновляется по каждой новой выгрузке.
Открыть дашборд →Сами скачиваем выгрузки из кабинетов и CRM — пересобираются только данные, методика остаётся нетронутой.
Не отчёт раз в месяц, а рабочая панель, в которую заходят по ходу ведения проекта.
Отдельной страницей на нашем домене, без доступов в чужие системы.
Выбрали даты — пересчитались все таблицы разом. Есть готовые пресеты по месяцам и по всему периоду.
Отдельная вкладка на каждый жилой комплекс и сводная по всем — в одном порядке с медиапланами и отчётами.
Расход перформанса и расход медийки отдельно, плюс показы, клики и CTR — видно, за что именно платим.
Все обращения, уникальные, качественные и отдельно — те, что ещё в работе и не получили статус.
Назначен показ, визит в офис продаж, подписанный договор. К каждому этапу — своя стоимость и ДРР.
Автоматическая разбивка по типам, поиск, фильтры и сортировка по любому столбцу.
Период выбирается сверху, дальше вкладки по жилым комплексам и сводные таблицы. Всё пересчитывается в браузере мгновенно — от расхода и обращений до сделок, продаж и ДРР.
Даты, поиск по кампании и тип кампании — сверху.
Перформанс и медийка отдельно, показы, клики, CTR.
Сделки, визиты в офис продаж, договоры и ДРР.
Июнь — закрытый месяц, он больше не меняется, и в нём всегда ровно 269 качественных лидов. После каждой новой выгрузки дашборд пересобирается и первым делом сверяется именно с этим числом.
Сошлось — значит, файлы слились правильно и определения не поехали. Не сошлось — что-то сломалось, и остальные цифры смотреть бессмысленно.
Однажды это спасло от ложной тревоги: расход июня немного изменился после ретро-корректировки площадки, а качественные лиды остались на месте — значит, с данными всё в порядке, просто Яндекс уточнил недействительные клики.
Дашборд собран из четырёх частей: оформление, две части данных и логика расчётов. При обновлении пересобираются только данные — поэтому обновление физически не может «случайно» поменять методику.
Период 2 июня — 27 июля 2026, расход с НДС 12 107 564 ₽
Появились метрики, которых в отчётах по этому клиенту раньше просто не было: стоимость сделки, стоимость доведения человека до офиса продаж, стоимость продажи и доля рекламных расходов в выручке. Всё разворачивается по проектам, по типам кампаний и по конкретным кампаниям — решение принимается по строке, а не «в целом по проекту».
Кейс начинается не с текста, а с разбора выгрузки: помесячно, понедельно, по каналам, по кампаниям, по креативным концепциям. И только после этого становится понятно, о чём эта история.
Про рекламу в мессенджере МАКС собирали два кейса подряд. У Царёва Сити данные позволяли дойти до самого низа воронки — и оказалось, что этот канал дешевле всех остальных вплоть до проведённой встречи в офисе продаж. Сюжет нашёлся сам.
Для Малины Парк напрашивалось повторить тот же заголовок. Но цифры его не подтверждали: цикл сделки длинный, до встреч воронка ещё не дозрела. Пришлось искать другой честный сюжет — и он нашёлся: самый дешёвый лид проекта и лучшая стоимость качественного обращения по всему портфелю застройщика.
Кейс, который не выдержит вопроса клиента, дороже, чем отсутствие кейса.
Валюта, право называть клиента, формат. Три ответа до начала работы экономят переделку.
Нет колтрекинга — значит «клик по телефону», а не «звонок». Воронка не закрыта — так и пишем.
Итоги пересчитываются отдельно от текста и должны сходиться в общую сумму.
За два месяца плотной работы выработался собственный жанр общения. Делюсь промптами, которые почему-то работают лучше всего.
Всё выученное про наши данные, бренд, экономику и клиентов собрано в один подключаемый навык. Он включается в начале работы — и не приходится заново объяснять, что расход в выгрузке уже с НДС, а «Уже купили» — это не продажа.
Всё, что здесь показано, — мой личный опыт. Я не настаиваю на том, чтобы это применяли все и именно так.
Это то, что сработало у меня и уже используется в наших проектах. Если что-то из этого пригодится вам — отлично, берите и адаптируйте под себя. Если у вас работает другой подход — расскажите, добавим в общую копилку.