Вы обнаружили SRM (sample ratio mismatch — несоответствие долей выборки): фактическое распределение трафика 47/53 вместо ожидаемых 50/50, и тест на SRM показывает сильную значимость. Какой следующий шаг наиболее полезен для диагностики?

AРазбить счётчики по платформе, версии, источнику трафика и точкам распределения, чтобы локализовать место перекоса в назначении
BСразу выкатить вариант с лучшим значением целевой метрики на всех пользователей, не разбираясь с причиной перекоса распределения
CЗаменить целевую метрику на ту, по которой эффект между группами оказался крупнее, и продолжить эксперимент без пересчёта дизайна
DПринять текущий перекос как допустимый и интерпретировать оценку эффекта по основной метрике без проверки источника несоответствия
Правильный ответ. При SRM важно локализовать источник перекоса: разрезы по сегментам и проверка всей цепочки распределения обычно дают самый быстрый сигнал.

Разбор

Сам факт SRM говорит, что что-то пошло не так с трафиком или включением в эксперимент. Разрезы по платформам и версиям часто быстро показывают, где перекос сильнее всего, а значит — где искать причину. Параллельно важно проверить, что ключ распределения одинаков на всех шагах и что фильтры включения не зависят от варианта. Игнорировать перекос или менять метрику посреди теста — типичные ошибки, которые делают результат непригодным для решения.

Проверь себя · 1/3разбор после ответа
Вы запустили A/A тест и получили статистически значимую разницу по ключевой метрике. Что правильнее всего сделать перед запуском A/B?
Тренировать A/B в Telegram

Ещё вопросы по теме «QA, SRM и раскатка»