КПКейсПрактика
Все материалы
Продуктовая аналитикапрактикумсредний

MDE и размер выборки: как понять, хватит ли данных для A/B-теста

Что такое MDE, как он связан с размером выборки и длительностью эксперимента, почему маленький тест не может доказать большой продуктовый вывод.

КПКейсПрактика25 июля 2026 г.12 мин
Два аналитика оценивают размер выборки эксперимента на шкале между маленьким и надёжным результатом.

Команда хочет проверить новый checkout, но планирует остановить тест через три дня: “трафика должно хватить”. В результате тест не находит разницу, и это принимают за доказательство, что изменение не работает. До запуска нужно решить обратную задачу: какой минимальный эффект мы хотим заметить и сколько данных для этого потребуется.

Коротко

MDE, или minimum detectable effect, — минимальный эффект, который тест спроектирован заметить при заданных базовой метрике, мощности и уровне значимости. Чем меньше MDE, тем больше нужна выборка. Это не прогноз фактического uplift и не обещание, что вариант даст именно такой рост.

  • Сначала оцени базовую конверсию и полезный для бизнеса эффект.
  • Зафиксируй alpha и power до запуска, а не после просмотра данных.
  • Проверь, сколько пользователей реально будет экспонировано в каждой группе.
  • Учитывай сезонный цикл и задержку целевого события при расчёте длительности.

MDE начинается с решения, а не с калькулятора

Если checkout приносит 100 заказов в день, рост на 0,1 п.п. может быть статистически обнаружим только на очень большой аудитории и не окупить стоимость изменений. Если ошибка в оплате стоит бизнесу тысячи заказов, даже небольшой эффект может быть важен. Поэтому MDE лучше связывать с решением: какой результат меняет план действий.

Пример выбора MDE для разных продуктовых задач
ЗадачаБазаРазумный вопрос
Кнопка в onboardingactivation 35%Стоит ли принимать изменение при росте хотя бы на 2 п.п.?
Checkoutconversion 6%Окупит ли релиз рост на 0,5 п.п. без ухудшения возвратов?
Push-кампанияD7 retention 18%Нужен ли рост минимум на 1 п.п., чтобы продолжать отправки?
Цена тарифаpaid conversion 4%Готовы ли мы принять −0,3 п.п. конверсии ради роста ARPU?

От чего зависит размер выборки

На размер выборки влияют базовый уровень метрики, MDE, alpha, power и тип метрики. Для конверсии важна исходная доля: обнаружить рост с 10% до 11% и с 1% до 2% — не одна и та же статистическая задача, даже если абсолютная разница равна одному процентному пункту.

Интуитивно правило простое: маленький эффект тонет в шуме сильнее, поэтому ему нужно больше наблюдений. Если увеличить требуемую мощность или снизить допустимый уровень ложных срабатываний, выборка тоже вырастет.

MDE в процентах
MDE = (метрика test − метрика control) / метрика control

Для планирования можно использовать относительный uplift, но в решении всегда показывай и абсолютную разницу.

Условная зависимость требуемой выборки от MDE

Чем меньший эффект хотим заметить, тем больше пользователей нужно в каждой группе. Значения иллюстративные.

Пользователи на группу, тыс.

Как перевести выборку в длительность

Если нужно 12 тысяч пользователей на группу, а в эксперимент ежедневно попадает 1 000 новых пользователей, минимальная длительность — около 24 дней при распределении 50/50. Но это только оценка потока. Добавь время на завершение целевого действия, полный недельный цикл и возможные провалы трафика.

Не сокращай тест до нескольких часов, если покупка или возврат происходят в течение нескольких дней. Иначе в ранний результат попадут пользователи с быстрым поведением, а поздние конверсии останутся за пределами окна.

  • Нужная выборка на группу ÷ ежедневный приток в эксперимент ÷ доля трафика на тест.
  • Добавь хотя бы один полный недельный цикл, если поведение меняется по дням недели.
  • Для отложенных событий задай окно конверсии и дождись его закрытия для последней когорты.
  • Не увеличивай долю трафика только потому, что первые дни выглядят нейтрально.

Что делать, если трафика не хватает

Маленькая аудитория не делает эксперимент невозможным, но ограничивает вывод. Можно тестировать более крупные изменения, выбрать более частую прокси-метрику с guardrail, продлить сбор данных или использовать качественное исследование для ранней проверки идеи. Нельзя честно решить проблему, просто назвав широкий интервал “почти значимым”.

Если фактический поток сильно меньше плана, зафиксируй это как ограничение. Тест мог не показать эффекта потому, что его не было, а мог не иметь мощности заметить реальный небольшой эффект.

Не подгоняй MDE после теста

После получения результата можно оценивать интервал и чувствительность, но нельзя задним числом выбрать такой MDE, при котором текущая цифра выглядит победой. Планирование и чтение результата — разные этапы.

Продолжить чтение
Вся библиотека