Weekly-review на Wildberries: недельный разбор по прибыли, DRR и SKU
Weekly-review нужен не для того, чтобы еще раз посмотреть отчеты. Его задача — превратить факт недели в ограниченный набор решений, которые команда проверит в следующем цикле. На Wildberries этот формат особенно полезен, потому что реклама, прибыль и состояние SKU меняются быстро.
Короткий ответ
| Вопрос | Короткий ответ |
|---|---|
| Зачем нужен weekly-review | Чтобы каждую неделю фиксировать отклонения, причины и решения по прибыли. |
| Какие блоки обязательны | Итог недели, отклонения, причины, решения, владелец, дата проверки. |
| Какая главная ошибка | Слишком много задач и отсутствие KPI-цели у каждого решения. |
Базовая структура weekly-review
- Итог недели: выручка, прибыль, DRR, маржинальность, состояние ключевых SKU.
- Отклонения: 3 главных негативных и 3 позитивных изменения.
- Причины: реклама, цена, логистика, возвраты, матрица, качество данных.
- Решения: не более 5 действий на ближайшие 7 дней.
- Проверка эффекта: какая метрика и когда подтверждает, что решение сработало.
Что должно быть на одном экране
| Блок | Что смотреть |
|---|---|
| ОПИУ | Где период теряет или наращивает прибыль |
| DRR | Где реклама уже давит на экономику |
| Маржинальная прибыль | Какие SKU и категории создают деньги |
| SKU-аналитика | Какие товары масштабировать, стабилизировать или ограничить |
| Качество данных | Нет ли расхождений, которые искажают решение |
Если weekly-review строится только на одном из этих блоков, команда почти всегда пропускает первопричину.
Какими должны быть решения
Плохое решение:
- «Улучшить рекламу»
- «Пересмотреть цены»
- «Разобраться с логистикой»
Хорошее решение:
- ограничить рекламный бюджет по 12 SKU с DRR выше порога до 18 марта;
- пересчитать минимальную цену по 20 SKU с отрицательной маржой;
- проверить возвраты по группе товаров X и вынести список действий к следующему weekly-review.
У решения всегда должны быть:
- владелец;
- срок;
- KPI-метрика проверки;
- дата следующего просмотра.
Сколько действий выносить из weekly-review
Лучше 3-5 действий, чем 15 формальных задач. Если weekly-review производит слишком длинный backlog, команда перестает отличать приоритет от шума.
Шаблон протокола
| Блок | Что фиксировать |
|---|---|
| Период | Даты недели |
| Итог KPI | Факт / план / отклонение |
| Причины | Короткий список причин |
| Решения | Действие / владелец / срок |
| Контроль | Метрика / дата проверки |
Weekly-review по DRR и прибыли
CSV-шаблон для недельного цикла: итог недели, отклонения, решения и дата повторной проверки.
Где weekly-review ломается
| Ошибка | Что происходит | Как исправить |
|---|---|---|
| Много задач без приоритета | Команда не успевает проверить эффект | Ограничить список решений |
| Нет владельца | Решения остаются без исполнения | Назначить роль на каждое действие |
| Нет даты проверки | Нельзя понять, сработало ли решение | Фиксировать следующий weekly-review |
| Нет связи с P&L | Решения выглядят логичными, но не двигают прибыль | Привязать все к экономике периода |
Применить в marketAI
Открытые материалы MDDS.pro Lab