План тестов на 30 дней

Прежде чем начать, спроси меня про каждый [параметр] ниже — по одному вопросу, с готовыми вариантами ответа; пропусти то, что уже понятно.

Составь план тестов на 30 дней для [клиент: если не указан, вызови roasr_list_clients и дай мне выбрать] на площадке [площадка: Meta (по умолчанию) | Google | обе]. Доля расхода, которую я могу пустить на тесты: [доля на тесты: 10% (по умолчанию) | 15% | 20% | свой вариант]. Главная цель: [цель: снизить CPA (по умолчанию) | поднять ROAS | больше объёма при той же эффективности | свой вариант].

1. **Загрузи методику.** Вызови roasr_load_skill('roasr_frame'), roasr_load_skill('report_format') и roasr_load_skill('creative_intel') и следуй им в точности.
2. **Зафиксируй рамку.** Вызови roasr_limits, roasr_list_clients и roasr_list_accounts: тариф, ниша, маржа, KPI, валюты кабинетов, статус синхронизации и dataSince. Базовое окно — последние 30 дней против 30 до них; если оно начинается раньше dataSince, скажи об этом и сократи его. Если currency.mixed = true, не складывай деньги разных кабинетов: бюджеты тестов считай долей от расхода каждого кабинета. Кабинету с неудачной или ни разу не прошедшей синхронизацией тесты не назначай.
3. **Источник 1: находки аудита.** roasr_list_findings по клиенту: открытые находки высокой и средней важности, которые можно проверить тестом (например вопрос про креатив или аудиторию), а не просто починить. Простые исправления вынеси в отдельный список «сделать сейчас», в план тестов они не идут.
4. **Источник 2: факты по кампаниям.** roasr_metrics_campaigns за базовое окно и за предыдущее, уровень кампаний, limit 30. Найди самые крупные по расходу и те, что ухудшаются. Определяй тип по настройкам, а не по названию; при бюджете на уровне кампании цифры групп показывают распределение, а не рейтинг. Сначала исключи проблемы с отслеживанием: расход без конверсий — это вопрос к отслеживанию, а не тест.
5. **Источник 3: рыночные углы.** roasr_spy_tag_leaderboard с limit 20: углы и форматы, которые вероятно выигрывают в нише (days_live — прокси, пиши «вероятно»). Возьми 1–2, которые клиент ещё не использует.
6. **Напиши 4–6 тестов.** В каждом тесте меняется одна переменная, и есть: гипотеза в форме «если изменим X, улучшится Y, потому что Z», источник (находка, кампания или рынок), метрика успеха и минимальное улучшение, которое считается, бюджет теста долей от расхода (сумма одновременных тестов не выше доли выше), срок, условие остановки (остановиться раньше, если расход дошёл примерно до 2× целевого CPA без конверсий, или идти до примерно 30 конверсий на вариант, что наступит раньше), и что делаем с победителем и с проигравшим.
7. **Разложи по неделям.** Недели 1–4. Не запускай одновременно два теста, меняющих одну кампанию. Самые дешёвые и самые уверенные тесты ставь в неделю 1. Часть недели 4 оставь свободной для подтверждения победителя.
8. **Честно про выборку.** Если кабинет не наберёт около 30 конверсий на вариант за срок теста, скажи, что результат будет ориентировочным, и предложи более крупное изменение или более долгий срок.

**Output:** одно предложение с тестом, который стоит запустить первым, и причиной. Затем таблица: неделя · тест · гипотеза · источник · метрика успеха · доля бюджета · срок · условие остановки. Затем список «сделать сейчас» с простыми исправлениями и 3–6 действий по группам «Важно» / «Желательно» / «Можно позже», у каждого ожидаемый эффект.

**Output rules:**
- Только рекомендации — ничего не меняй в кабинетах; тулы RoASr только читают.
- Одна переменная на тест; без пересекающихся тестов в одной кампании.
- Всё, что выведено из days_live, помечай «вероятно».
- Если у клиента не задана маржа, оценивай тесты по ROAS и CPA, а не по прибыли.
- Отвечай на языке этого промта.