Модуль 11 · Урок 38

Experiment design, primary metric і guardrails

До запуску зафіксуйте eligibility, randomization unit, control, treatment, exposure, метрики, minimum detectable effect, sample-size assumptions, тривалість, QA, stop rule і правила рішення. Інакше експеримент легко «підлаштувати» під бажаний висновок.

RandomizationMetric contractMDE і powerPre-registration

Design contract

EligibleRandomizeExposeMeasureDecide
РішенняРизик без нього
Randomization unit: user, account, session, geoContamination, repeated exposure або dependency
Control і одна treatment-змінаНеможливо визначити механізм
Eligibility та exposure eventУ denominator потрапляють люди, які не могли побачити зміну
Allocation і durationSample-ratio mismatch або неповні цикли
Owner і rollbackНемає відповідального за рішення та шкоду

Для кампаній Google Ads офіційна рекомендація — ясна гіпотеза, одна змінна, 1–2 success metrics до старту та відсутність паралельних змін у base campaign.

Одна primary metric, кілька ролей

PrimaryОдин головний показник, за яким приймається рішення.
GuardrailsRefunds, complaints, errors, unsubscribe, accessibility або latency — те, що не можна погіршити.
DiagnosticДопомагають зрозуміти механізм, але не підміняють primary.
Metric contractPopulation, numerator, denominator, window, source, exclusions, owner і QA.

Вибір найкращої метрики після перегляду результатів створює упереджений readout. Success criteria фіксують до запуску.

Sample size — не магічне число

Потрібний обсяг залежить від baseline, мінімального ефекту, який має практичний сенс (MDE), рівня помилки першого роду α, бажаної power, allocation і методу аналізу. Менший MDE потребує більшої вибірки. Тривалість також має охопити необхідний sample та повні бізнес-цикли.

Документуйте assumptions

Збережіть baseline period, MDE absolute/relative, α, power, formula/calculator і version. Немає універсального правила «100 конверсій» або «тест сім днів».

Pre-launch QA

  1. Перевірте assignment, стабільність variant і exposure лише після фактичного показу.
  2. Звірте event schema, numerator/denominator, deduplication, timezone та late data.
  3. Перевірте sample-ratio mismatch; за потреби проведіть A/A.
  4. Оцініть cross-device contamination, network effects і concurrent changes.
  5. Пройдіть accessibility, privacy/consent, performance і legal review.
  6. Зафіксуйте duration, stop criteria та дії при incident до першого результату.

Не підглядайте до «зеленого»

Щоденне багаторазове читання звичайного fixed-horizon тесту та зупинка в перший позитивний момент збільшують ризик хибного висновку. Дотримуйтеся pre-registered horizon/методу. Зупиняйте раніше лише за заздалегідь визначеною безпековою межею або методом, який підтримує sequential decision.

Практика

  1. Заповніть experiment design для гіпотези з уроку 37.
  2. Визначте randomization unit, eligibility, exposure і contamination risks.
  3. Створіть primary, два guardrail і два diagnostic metric contracts.
  4. Задокументуйте baseline, MDE, α, power, sample і duration assumptions.
  5. Проведіть pre-launch QA та підпишіть stop/decision rules.

Завантажити CRO Experiment Pack

Офіційні джерела

Практична перевірка · урок 38 з 42

Закріпіть матеріал уроку

Три сценарні питання. Для зарахування уроку потрібно дати щонайменше дві правильні відповіді.

1. Що визначає randomization unit?
2. Навіщо exposure event?
3. Скільки primary metrics бажано для одного рішення?