Здесь собрано всё, что нужно новому специалисту в первые недели: как устроен отдел, что происходит с проектом от запуска до отчёта, какие задачи повторяются каждый день и почему, в каких кабинетах мы работаем и что делать, когда что-то ломается.
Не пытайтесь охватить всё сразу. Первая неделя — это доступы, наблюдение и один-два простых проекта под присмотром. Самостоятельное ведение начинается позже.
Трекер задач, рабочая почта, общий диск, таблицы отдела. Отдельно — доступы в рекламные кабинеты по вашим проектам и в системы аналитики. Доступы к клиентским кабинетам запрашиваются через руководителя или аккаунта, самостоятельно писать клиенту не нужно.
Утренний ритуал, повторный ритуал и проверка лимитов — это задачи, которые приходят каждый рабочий день. Их нельзя пропускать даже в первую неделю: именно по ним отдел понимает, что все проекты живы.
Особенно вкладки «Проект и задачи», «Регулярные задачи» и «Проблемы и решения». На них уходит около часа, и они снимают большую часть вопросов первого месяца.
Откройте в трекере несколько задач вида «Клиент | Проект | УТП КОНТЕКСТ» с длинной перепиской и прочитайте её сверху вниз. Это лучший способ понять, как выглядит нормальное ведение: что пишут, как часто, что спрашивают.
Учёт времени заполняется ежедневно, в конце дня. Это не контроль ради контроля: по нему считается стоимость часа отдела и загрузка специалистов, и от него зависит, попросят ли вам помощь, когда проектов станет много.
Мы приводим клиентам обращения из платной рекламы и отвечаем за их стоимость и качество. Основные каналы — Яндекс Директ, Авито, ВКонтакте, Телеграм и MAX. Основные ниши — недвижимость и автодилеры, есть проекты в электронной коммерции и услугах.
Показаны проекты с наибольшим числом задач за год. Всего в работе около 139 проектов разного объёма.
Отдел устроен вокруг проектов, а не вокруг каналов. У каждого проекта есть специалист, который ведёт его целиком, и аккаунт, который общается с клиентом. Смежные функции — дизайн, разработка, аналитика — общие на весь отдел.
| Вопрос | К кому |
|---|---|
| Не понимаю, как настроить кампанию или что оптимизировать | К более опытному специалисту или руководителю |
| Нужны доступы к кабинету, метрике, CRM клиента | К аккаунту проекта |
| Клиент просит что-то сверх согласованного | К аккаунту, решение — с руководителем |
| Нужен квиз, лендинг, баннер, правки на посадочной | Задача в трекер на дизайн и разработку |
| Кончается бюджет, кампании вот-вот встанут | Аккаунт, срочно. Это не терпит до завтра |
| Заметил проблему на стороне клиента — не размечают лиды, не берут трубки | Аккаунт и руководитель, письменно |
В трекере принят единый формат: Клиент | Проект | Тип работы. По названию сразу видно, к кому относится задача и что в ней происходит.
| Тип задачи | Задач за год |
|---|---|
| Чистка площадок РСЯ по всем проектам | 712 |
| Минусация Поисковых РК на всех действующих проектах | 179 |
| Проведение А/Б тестов на проектах (по возможности) | 81 |
| Проверка интеграций по всем проектам | 80 |
| Анализ поведенческих показателей по всем проектам | 78 |
| УТП КОНТЕКСТ | 70 |
| Актуализация картинок РСЯ для всех проектов | 43 |
| СОГЛАСОВАНИЕ МП И ОПЛАТ | 39 |
| Предоставить отчет | 38 |
| ТЕХПОДДЕРЖКА Обновление УТП | 37 |
| УТП Авито | 33 |
| Заполнение еженедельного отчета | 31 |
| Проверка информации в расширениях во всех проектах | 23 |
| Актуализация семантического ядра по всем проектам | 23 |
| Дизайн | 21 |
| СОГЛАСОВАНИЕ МП и ОПЛАТ | 20 |
Три задачи приходят каждый рабочий день всем специалистам. Они занимают немного времени, но именно они держат отдел в рабочем состоянии.
| Ежедневная задача | Раз за год |
|---|---|
| ПРОВЕРКА ЛИМИТОВ + комментарий по эффективности | 1 414 |
| ЗАПОЛНИТЬ УЧЁТ ВРЕМЕНИ | 917 |
| РИТУАЛ ПОВТОРНЫЙ | 860 |
| УТРЕННИЙ РИТУАЛ | 241 |
| УЧЁТ РАБОЧЕГО ВРЕМЕНИ | 235 |
Эти задачи выполняются с определённой периодичностью на всех действующих проектах. Порядок цифр показывает, насколько часто к ним возвращаются.
| Регулярная работа | Задач за год |
|---|---|
| Чистка площадок РСЯ по всем проектам | 712 |
| Минусация поисковых кампаний на всех проектах | 179 |
| Проведение А/Б тестов на проектах | 81 |
| Проверка интеграций по всем проектам | 80 |
| Анализ поведенческих показателей по всем проектам | 78 |
| Актуализация картинок РСЯ для всех проектов | 43 |
| Проверка информации в расширениях во всех проектах | 23 |
| Актуализация семантического ядра по всем проектам | 23 |
| Кабинет | Что там делаем | Что важно знать новичку |
|---|---|---|
| Яндекс Директ | Основной инструмент. Поиск, РСЯ, Мастер кампаний, товарные кампании, Промостраницы, размещения в Телеграме и MAX | Через Директ идёт большая часть бюджетов. Здесь же живут автостратегии, которые надо понимать: они оптимизируются на конверсию и закономерно уходят в брендовый трафик |
| Авито | Продвижение объявлений и медийные форматы. Много проектов в недвижимости и авто | Аудитория в активном поиске, короткий путь до обращения. Требует полных и актуальных карточек |
| VK Реклама | Лид-формы, таргетинг по интересам и базам, похожие аудитории | Работает там, где нужен объём и понятный сегмент. Качество обращений обычно ниже поиска |
| Телеграм и MAX через Директ | Размещения в каналах с автоподбором площадок | Таргетинга по базам здесь нет: система сама подбирает каналы, а мы отключаем те, что дают дорогие обращения |
| Яндекс Промостраницы и Дзен | Лонгриды и контентные размещения на охват и прогрев | Эффект отложенный, оценивать по результатам того же месяца некорректно |
| Система | Зачем нужна |
|---|---|
| Яндекс Метрика | Основная система на всех проектах: цели, поведение, источники, отчёты по кампаниям. Проверяем корректность целей до запуска, а не после |
| Коллтрекинг — Calltouch, UIS, Comagic и другие в зависимости от проекта | Подмена номеров, чтобы понимать, какая кампания принесла звонок. Часть обращений в недвижимости и авто приходит именно звонками |
| CRM клиента — Битрикс24, AmoCRM и другие | Здесь появляется главное: качество обращения. Без разметки лидов в CRM мы видим только их количество |
| Сквозная аналитика, где она есть | Связывает расход и выручку. На части проектов настроена, на части считаем вручную по выгрузкам |
Отдел работает не по кликам, а по обращениям. Глубина метрик зависит от того, какие данные передаёт клиент: чем полнее размечены лиды в CRM, тем дальше по воронке мы можем отвечать за результат.
| № | Что проверить |
|---|---|
| 1 | Расход в отчёте сходится с расходом в кабинете |
| 2 | Количество обращений сходится с CRM или коллтрекингом |
| 3 | Нет обращений с потерянными метками, все источники определены |
| 4 | Дубли и спам исключены из подсчёта одинаково во всех отчётах |
| 5 | Цифры в разных разделах отчёта не противоречат друг другу |
Квизы, лендинги, баннеры и правки на посадочных делает выделенный специалист по дизайну и разработке. Это общий ресурс на весь отдел, поэтому от качества постановки задачи напрямую зависит скорость.
| № | Проверка | Почему это ломается чаще всего |
|---|---|---|
| 1 | Все формы отправляются, заявка доходит | Форму скопировали с другого проекта вместе со старым вебхуком |
| 2 | Заявка приходит в CRM с правильным источником | Не настроена передача меток или не тот вебхук |
| 3 | Коллтрекинг подставляет номер | На каждой посадке должен быть свой скрипт, при копировании страницы он остаётся чужим |
| 4 | Метки UTM не теряются при переходах | Внутренние ссылки на странице сбрасывают параметры |
| 5 | Цели в метрике срабатывают | Цель настроена на старый идентификатор формы |
| 6 | Страница открывается на телефоне и не разъезжается | Большая часть трафика мобильная, а собирают часто на десктопе |
| 7 | Актуальны цены, акции и условия | Взяли текст с прошлой посадки, а у клиента сменились предложения |
Список собран по реальным ситуациям из переписки отдела за год. Цифры показывают, насколько часто тема всплывает — это хороший ориентир, к чему готовиться.
Самая частая проблема отдела. Действия: сразу написать аккаунту, параллельно посмотреть, можно ли перекинуть остаток между кампаниями внутри аккаунта. Профилактика — ежедневная проверка лимитов и предупреждение клиента за несколько дней до исчерпания, а не в день остановки.
Читаем причину отклонения, а не гадаем. Чаще всего: обещания в тексте, превосходная степень без подтверждения, отсутствие обязательной юридической информации, для недвижимости — проектная декларация. Правим и отправляем повторно. Если причина непонятна, пишем в поддержку площадки, но параллельно готовим запасной вариант объявления.
Проверяем по цепочке: форма отправляется → вебхук настроен и указывает на нужную воронку → метки передаются. Чаще всего ломается после доработок на сайте, о которых нас не предупредили. Отсюда правило: после любых изменений на посадочной — тестовая заявка.
Смотрим, откуда идёт разрыв: в объявлении, на посадочной или в CRM. Типичные причины — шаблон в метке не подставился, внутренняя ссылка сбросила параметры, при копировании страницы остались чужие метки. Разметку согласуем единообразно по проекту и фиксируем в задаче, чтобы не собирать её заново каждый раз.
Смотрим, откуда идут: конкретные площадки в сетях, время суток, повторяющиеся номера. Отключаем площадки, добавляем защиту на форму, при необходимости меняем настройки кампании. Отдельно договариваемся с клиентом, что спам не входит в план по обращениям, — иначе цифры в отчётах разойдутся.
Один человек оставил заявку дважды или позвонил после формы. Правило подсчёта дублей должно быть согласовано с клиентом письменно и одинаково применяться во всех отчётах. Иначе каждый месяц будет спор о том, сколько обращений на самом деле.
Ежедневно выгружаем лиды и напоминаем. Держим клиента в курсе, как отсутствие разметки влияет на выполнение плана и оптимизацию. Если ситуация не меняется — эскалируем через аккаунта и руководителя, письменно. Это не конфликт, а фиксация: без разметки мы не можем отвечать за качество обращений.
Проверяем период выгрузки, включён ли НДС, учтены ли все кампании и субаккаунты. Скриншоты расхода из кабинета собираем сразу при закрытии месяца — они понадобятся при любом споре.
| Документ | Когда используется | Кто ведёт |
|---|---|---|
| Медиаплан проекта | Ежемесячно, до начала периода. Бюджет по каналам, прогноз обращений, план | Специалист, согласует руководитель и клиент |
| Отчёт по проекту | Ежемесячно, до десятого числа. Факт, аналитика, выводы, план на следующий месяц | Специалист |
| Выгрузка лидов на разметку | Ежедневно или еженедельно, в зависимости от проекта | Специалист, размечает клиент |
| Сводка по эффективности | Ежедневно, в задаче по проверке лимитов. Выполнение плана и остатки бюджета | Специалист |
| Еженедельный отчёт отдела | Раз в неделю, внутренняя сводка по всем проектам | Специалист |
| Учёт рабочего времени | Ежедневно, в конце дня | Каждый сотрудник |
| Список посадочных по проектам | Актуализируется при добавлении или изменении страниц | Специалист |
Не в личных сообщениях, не «договорились на созвоне». Через месяц восстановить контекст можно будет только из задачи.
Формы, метки, коллтрекинг, мобильная версия. Десять минут проверки против открученного впустую бюджета.
Даже когда «точно всё в порядке». Особенно перед выходными и праздниками.
Проблема не исчезнет от молчания, а доверие от молчания разрушается.
И для дизайна, и для клиента. Одна итерация вместо десяти переключений.
У него весь контекст переговоров. Сообщение мимо контекста может стоить дорого.
Что это за документ. Портал адаптации для новых сотрудников отдела рекламы. Собран на основе выгрузки рабочего трекера за 2026 год: 6 166 задач и 18 265 сообщений по 139 клиентским проектам. Структура задач, перечень регулярных работ, состав инструментов и список типичных проблем восстановлены по фактическим данным, а не по представлениям о том, как должно быть.
Как поддерживать. Документ описывает практику на момент составления. Регламенты и наборы инструментов меняются: если вы заметили расхождение между тем, что здесь написано, и тем, как работает отдел сейчас, скажите руководителю — это повод обновить портал, а не повод работать по устаревшему описанию.
Отдельно стоит дополнить портал ссылками на конкретные документы отдела: шаблоны медиапланов и отчётов, чек-листы запуска, регламент разметки, список доступов по проектам. Здесь описана логика работы, а не заменены рабочие файлы.