Анализ рекламных кампаний WB
менеджеры-новички на WB+Ozon+Яндекс.Маркет
TL;DR
Строим конвейер ежедневного анализа рекламы WB: выгрузка «Расширенная статистика» → Этап 1 (нейросеть проверяет данные на 10 типов ошибок) → Этап 2 (реестр решений на 21 колонку) → ручная сверка 2-3 кампаний → парный QA. Ничего не меняем в кабинете без согласования. Результат: час ручного разбора сжимается до 15 минут.
Цель
К концу занятия: реестр решений по демо-выгрузке (Демо-данные/z6-reklama/ или своя), где каждая строка обоснована формулой, и ни одно решение не принято без данных.
Зачем это нужно
Ежедневный разбор РК - самая времязатратная рутина маркетолога: открыть отчёт, найти кампании с плохим ДРР, понять причину, решить, зафиксировать, завтра проверить. На 30+ кампаний это час в день.
Вторая проблема хуже времени: нейросеть врать не стесняется. Дала тебе «ДРР 0%» на кампании с расходом без продаж - а это самый тревожный случай. Посчитала «средний ДРР по кампаниям» вместо ДРР из сумм - и весь портфель выглядит лучше, чем есть. Поэтому занятие построено наоборот: сначала нейросеть проверяет данные и ловит свои же ловушки, потом считает, а ты всё равно вручную пересчитываешь выборку.
Правило занятия и всей профессии: в кабинете WB ничего не меняем до согласования. Реестр решений - черновик для решения, не команда к действию.
Что понадобится
- Демо-выгрузка РК:
Демо-данные/z6-reklama/uchebnyy-reklama-wb.xlsx(учебная). Там жеetalon-reklama-wb.xlsx- эталон для самопроверки после ручного пересчёта. Или своя: WB Продвижение → Статистика → Расширенная статистика, период до 30 дней - Связь со сквозным кейсом: демо-выгрузка - отдельная синтетика на 11 кампаний (не кейс 112444005): в неё намеренно заложены 8 из 10 типов ошибок; тесты 3 (отрицательные значения) и 4 (текст в числовых колонках) - контрольные: их в файле быть не должно, и промпт обязан честно ответить «не найдены». Рекламные данные самого кейса (6 кампаний,
DEMO-РК-WB.json) ты уже разбирал на Занятии 2 - конвейер этого занятия работает и на них - Разогрев Этапа 1: прогони проверку на
DEMO-после.jsonиз демо-папки кейса - там подсажен полный дубль строки SKU; тест №1 обязан его поймать - ChatGPT (или Claude) с проектом из З1 - создай чат «Реклама WB - анализ»
- Оба промпта из этого занятия (Этап 1 и Этап 2 - держи открытыми)
- Шпаргалка формул (ниже, в Теории - выпиши в тетрадь)
Важно про выгрузку: часть данных по затратам подтягивается в статистику WB с задержкой (точный срок дозревания сверь в справке: seller.wildberries.ru/instructions, проверено 14.08.2026). Правило курса: анализ за «вчера» - преждевременный, работай с периодом, который закончился минимум 3 дня назад. Один период - один прогон: несколько листов с разными датами в одном файле - стоп-условие (нейросеть смешает периоды).
Теория (15 мин)
Шесть формул (выучить наизусть, проверяются на каждом эфире)
| Метрика | Формула | Когда «не рассчитывается» |
|---|---|---|
| CTR, % | клики / показы × 100 | показы = 0 |
| CPC, ₽ | затраты / клики | клики = 0 |
| CR, % | заказы / клики × 100 | клики = 0 |
| CPO, ₽ | затраты / заказы | заказы = 0 |
| CPM, ₽ | затраты / показы × 1000 | показы = 0 |
| ДРР (доля затрат), % | затраты / сумма заказов × 100 | сумма заказов = 0 |
Три железных правила расчёта:
- Деление на ноль = «не рассчитывается». Не «0%», не «0», не пустота. «0% ДРР» на кампании с расходом - это ложь: был расход, продаж нет - ситуация хуже 100% ДРР.
- Итог по портфелю - из сумм исходных метрик (сумма кликов / сумма показов), а не среднее процентов строк. Среднее из средних - классическая ловушка, занижает всё. И считаем только по сопоставимым кампаниям: строка без суммы заказов исключается из итога целиком - и расход, и выручка (иначе итоговый ДРР смешает полный расход с частичной выручкой), её расход показываем отдельной строкой.
- Метрики пересчитываем по формулам, даже если они есть в файле - исходный CTR в выгрузке бывает с расхождением, ловим его на Этапе 1 (тест №8).
Матрица «расход × ДРР» - скелет решений
Матрица платформо-независимая (работает и на WB, и на Ozon), проверена на живых кабинетах агентства:
| Расход бюджета | ДРР | Действие |
|---|---|---|
| >60% | >25% | ставка в минимум, проверить цену |
| >60% | 20-25% | ставку -на треть, проверить цену |
| >60% | <20% | ничего не меняем |
| 20-60% | >25% | ставку -30-50%, скорректировать цену |
| 20-60% | 20-25% | оставляем; завтра хуже - снижаем |
| 20-60% | <20% | не трогаем |
| <20% | любой | ставку вверх до начала открутки; не помогает - перезапуск кампании |
Пороги (20/25/60) - не догма, а стартовая калибровка. Свои пороги = твоя маржинальность и цель по ДРР. Меняешь один параметр за раз → ждёшь 24 часа → фиксируешь результат. Два изменения сразу - не узнаешь, что сработало.
Параметры, которые задаёт человек, а не нейросеть
Нейросеть не имеет права подставлять их «по умолчанию». Передаёшь в Этапе 2 явно:
Целевая доля затрат (ДРР): [X% или «не задано»] Маржинальность товара: [X% или «не задано»] Дневной бюджет на SKU: [X RUB или «не задано»] Допустимый шаг изменения ставки: [X% или «не задано»] Остатки SKU на складе: [штуки или «не задано»]
Почему это важно: без остатков масштабирование - это разгон продаж в out-of-stock. Нейросеть об этом не знает, если не сказать. Поэтому в промпте зашито: нет параметра → «решение невозможно без данных», а не догадка.
Пошаговая инструкция
Шаг 1. Выгрузка и её гигиена (5 мин)
- WB Продвижение → Статистика → Расширенная статистика
- Период: до 30 дней, но не «вчера» (помни про дозревание затрат 3 дня)
- Скачай XLS. Один файл = один период, одна площадка
Стоп-условия (промпт не запускать): несколько листов с разными датами; меньше 3 ключевых колонок из списка (ID РК, Показы, Клики, Затраты, Заказы, Сумма заказов); в файле несколько площадок; есть персональные данные покупателей.
Шаг 2. Этап 1 - проверка данных (10 мин)
Вставь Промпт №1 в чат «Реклама WB - анализ» вместе с файлом. Нейросеть вернёт: период, число строк, карту колонок, 10 проверок (дубли ID, пропуски, отрицательные значения, нулевые клики/заказы/суммы, расхождения CTR/ДРР, смешение форматов процентов, расход без продаж) и список недостающих данных.
❌ Частая ошибка: пробежать глазами ответ Этапа 1 и сразу скомандовать «дальше». Весь смысл этапа - поймать мусор до того, как он станет «диагнозом».
✅ Правильно: сверь ответ с шпаргалкой 10 тестов (выпиши её в тетрадь - она же будет на живом эфире). Любой пункт «найдены» - сначала чини данные (или фиксируй, что анализ по этим строкам невозможен).
Шаг 3. Этап 2 - реестр решений (15 мин)
Подтверди Этап 1, вставь Промпт №2, передай параметры клиента (для демо-выгрузки возьми: ДРР 20%, маржа 30%, дневной бюджет на SKU 1000 ₽, шаг ставки 20%, остатки - «не задано» и посмотри, где всплывёт «решение невозможно без данных» - это и есть демонстрация принципа).
Получишь реестр: по каждой кампании 21 колонка - метрики по формулам, Факт / Диагноз / Гипотеза / Действие / Что проверить / Ответственный / Срок.
Как читать поле «Гипотеза»: это СПИСОК возможных причин, не одна. «Цена выше конкурентов, карточка не закрывает возражения, остатки, нерелевантный кластер» - правильно. «Причина в цене» без сравнения цен - враньё, отбраковывай.
Три типа действий (никаких других):
подготовить снижение или паузу на согласованиеподготовить тест масштабированиярешение невозможно без данных
Шаг 4. Ручная сверка 2-3 кампаний (10 мин)
Выбери 3 строки реестра (лучшую, худшую, любую нулевую) и пересчитай руками по шпаргалке формул: CTR, CPC, ДРР. Сверь с реестром.
❌ Частая ошибка: довериться реестру без сверки, потому что «выглядит правдоподобно». Правдоподобный ДРР из среднего строк - главная ловушка.
✅ Правильно: 3 сверки - 5 минут. Не совпало - правь правило в промпте (не один ответ!), перегенерируй.
Шаг 5. Парный QA (10 мин)
Формат парного QA (проверен на живых потоках - сохраняем):
ID РК: [код] Фрагмент: [точная цитата из реестра] Риск: [что может пойти не так] Правило или факт: [на чём основано замечание] Правка промпта: [какое правило изменить]
На живом эфире: сосед берёт твой реестр, ищет один риск по этому формату, ты - в его. Найденный риск → правка правила промпта (не отдельного ответа) → перегон.
Шаг 6. Согласование и фиксация (5 мин)
Реестр сохраняешь как WB - реклама - v{N} в проект. Кампании с действиями «снижение/пауза» и «масштабирование» идут согласующему (руководителю/клиенту) - не в кабинет напрямую. В кабинете WB не меняем ничего до явного «да».
Шаг 7. Ритм на неделю (5 мин)
Домашка строится под ритм: каждый будний день в 09:00 - выгрузка → конвейер → реестр → сверка 3 кампаний. На 5-7 день у тебя накопится история - попроси нейросеть выделить паттерны: «какие правки сработали, какие нет». Это превратит набор реестров в обучающую систему: журнал правок против повторов одних и тех же советов.
Промпты занятия
Промпт №1. Этап 1 - проверка данных
Полный текст - в раздатке урока: Промпты/razdatka-06-rk-prompts.md, Промпт 6.1 (копируй целиком: карта файла → 10 проверок → список недостающих данных → формат ответа → стоп-ворота «не переходи к Этапу 2 без подтверждения»).
Здесь - каркас:
Ты - аналитик рекламных кампаний Wildberries. Работаешь строго по правилам
из этого сообщения. Любые внешние источники и «универсальные нормативы»
запрещены.
Я загружаю выгрузку WB «Расширенная статистика» за один период.
Не формируй рекомендации и не считай метрики до завершения проверки.
## Шаг 1. Опиши файл: период, число строк, уникальные ID, карта колонок
## Шаг 2. Найди ошибки (10 проверок):
1. Дубли ID кампаний
2. Пропуски в «Затраты», «Заказы», «Сумма заказов», «Клики», «Показы»
3. Отрицательные значения
4. Текст в числовых колонках («н/д», «-»)
5. Нулевые клики (список ID)
6. Нулевые заказы (список ID)
7. Нулевая сумма заказов (список ID)
8. Расхождения исходного CTR/ДРР с расчётным по формулам
9. Смешение форматов процентов (0.03 / «3%» / 3)
10. Расход без продаж (затраты > 0, заказы = 0)
## Шаг 3. Список недостающих данных: что не восстановить из файла
+ внешние параметры клиента (ДРР, маржа, бюджет, шаг, остатки)
Не переходи к Этапу 2, пока я не подтвержу проверку.Промпт №2. Этап 2 - анализ и реестр решений
Каркас (полный текст - в раздатке урока Промпты/razdatka-06-rk-prompts.md, Промпт 6.2):
Проверка завершена. Переходим к анализу. ## 1. Подготовка: дубли слить суммированием; проценты к одному формату; пропуски НЕ заполнять нулями/средними ## 2. Формулы: [6 формул из Теории] Правила: деление на ноль = «не рассчитывается»; итоговые коэффициенты из сумм, не из средних; проценты в одном формате ## 3. Параметры клиента: только переданные, дефолты запрещены ## 4. Реестр: 21 колонка Факт = только измеренное, без интерпретаций Диагноз = сравнение с нормативом клиента Гипотеза = СПИСОК причин, не одна; не выбирать без данных Действие = один из 3 типов Запреты: не советовать паузу без остатков и причины; не советовать масштабирование без остатков ## 5. Итоги по портфелю: суммы по сопоставимым кампаниям (строка без суммы заказов - вне итога целиком), итоговый ДРР из сумм, счётчики по трём типам действий ## 6. Самопроверка перед ответом: [7 чекбоксов]
Практика (блок 2, 35 мин)
❌ Неоптимальный подход
«Есть выгрузка → GPT, скажи что не так с рекламой» → нейросеть услужливо выдаёт «снизьте ставки» по каждой строке, средний ДРР из средних и рекомендацию масштабировать топ-кампанию, не зная остатков. Красиво, быстро, опасно.
✅ Правильный подход
Конвейер: стоп-условия → Этап 1 (10 проверок) → подтверждение → Этап 2 с явными параметрами → реестр 21 колонка → ручная сверка 3 кампаний → парный QA → согласование.
Итерация
- Стартер: демо-выгрузка, параметры «ДРР 20%, маржа 30%, бюджет 1000 ₽, шаг 20%, остатки не задано» → реестр, где ВСЕ строки честно говорят «решение невозможно без данных» - пока не переданы остатки, не готовится ни одно действие; это и есть демонстрация стоп-ворот
- Расширение: передай остатки (придумай согласованные: например 150 шт) → перегон → сравни: какие «невозможно» превратились в решения
- Финал: ручная сверка 3 кампаний + парный QA с соседом + сохранение
WB - реклама - v1
Чек-лист «занятие усвоено»
Домашка
Задачи из банка задач: 6.1 и 6.2 (файл «Банк задач» - в разделе «Материалы» на сайте курса).
Ритм: 3 дня конвейера по своей РК или демо-выгрузке, версии WB - реклама - v1..v3, на 3-й день - 3 строки вывода о паттернах.
Сдача: Telegram-чат потока, тред «Домашка З6», до Занятия 7.
Формат: файлы/скриншоты по задаче + 1 строка «что получилось / что застряло».
Критерий приёмки: в каждой версии ручная сверка отмечена (какие строки пересчитал, совпало/нет); нет действий «масштабировать» без остатков.
Что делать с результатом
Реестр этих трёх дней - прямое попадание в финальный проект (артефакт «Реестр решений РК + журнал 3 дней», см. карту кейса). Ритм 09:00 - фиксируй в тетради время на прогон: к третьему дню должно приблизиться к 15 минутам.
Типовые проблемы
| Симптом | Причина | Решение |
|---|---|---|
| Реестр вернул «0%» вместо «не рассчитывается» | Правило деления на ноль слабо зашито | Усилить формулировку в Промпте №2 (правило, не один ответ) |
| Итоговый ДРР = среднее строк | Нейросеть усредняет проценты | Правило «из сумм» + ручная сверка итога |
| Совет «масштабировать» без остатков | Не передан параметр | Это ожидаемо: передай остатки или подтверди тип «решение невозможно» |
| Модель выбрала одну причину в «Гипотезе» | Экономит список | Правило «список причин, не выбор» + пример в промпте |
| Этап 1 и 2 смешались в один ответ | Скомандовали «сразу всё» | Только последовательно; стоп-ворота в конце Промпта №1 |
| Метрики взяты из файла | В файле уже был CTR | Правило «пересчитывать всё по формулам» (тест №8 ловит) |
| GPT предлагает действия вне 3 типов («оптимизировать») | Генерит четвёртый тип | «Каждое действие = один из 3 типов, иначе перегенерируй строку» |
Выходной билет (5 мин)
З6 / что нового узнал: ... З6 / какая из 10 проверок нашла что-то в моём файле: ... З6 / что внедрю завтра: ...
Полезные ссылки (проверено 14.08.2026)
- WB: статистика и управление продвижением:
seller.wildberries.ru/instructions/ru/ru/material/statistics-and-promotion-management(обновлено 17.06.2026) - ChatGPT Data Analysis:
help.openai.com/en/articles/9213685 - ChatGPT Work (создание и редактирование таблиц):
help.openai.com/en/articles/20001278 - Демо-выгрузка занятия:
Демо-данные/z6-reklama/