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

Readout, uncertainty, decision і experiment backlog

Readout — це decision record, а не скриншот «перемоги». Покажіть дизайн, counts, якість даних, абсолютний і відносний ефект, невизначеність, guardrails, обмеження та заздалегідь визначене рішення: ship, iterate, stop або обґрунтовано rerun.

Effect sizeUncertaintyDecision recordLearning backlog

Спочатку валідність, потім результат

  1. Звірте design version, dates, allocation, counts і фактичну exposure.
  2. Перевірте sample-ratio mismatch, missing/late data, duplicate events та incidents.
  3. Зафіксуйте concurrent campaigns, seasonality, inventory і technical changes.
  4. Лише після цього аналізуйте primary metric, guardrails і pre-specified diagnostics.

Якщо randomization або measurement зламані, «статистично значущий» графік не рятує причинний висновок.

Покажіть ефект і невизначеність

ПолеНавіщо
Control / treatment countsВидимий denominator і allocation
Absolute effectРізниця в percentage points або одиницях
Relative effectМасштаб щодо baseline, але не замість absolute
Uncertainty intervalДіапазон ефектів, сумісних із даними й методом
GuardrailsПеревірка, що виграш не куплений прихованою шкодою
Data limitationsМежі того, що дозволено стверджувати

Statistical significance не гарантує практичної цінності. Відсутність significance не доводить «ефекту немає»: interval може бути надто широким і включати як корисний, так і шкідливий результат.

Чотири чесні рішення

ShipPrimary effect practically useful, guardrails прийнятні, rollout має monitor і rollback.
IterateMechanism підтриманий частково; потрібна конкретна зміна, а не пошук «перемоги».
StopНемає достатньої цінності, є шкода або hypothesis не підтримана.
RerunЛише через документовану проблему валідності або нову гіпотезу; не тому, що результат не сподобався.

Типові помилки readout

  • Обрати після тесту сегмент або metric, де випадково «зелено».
  • Змішати absolute percentage points і relative percent.
  • Ігнорувати multiple comparisons, novelty, contamination та concurrent changes.
  • Оголосити причинність для observational comparison без randomization.
  • Масштабувати одразу на 100% без staged rollout, monitoring і rollback.
  • Сховати негативний або невизначений результат і повторити ту саму ідею.

Experiment backlog як пам’ять команди

Зберігайте problem/evidence refs, hypothesis, design, результат, decision і наступну дату review. Пріоритезуйте не лише expected impact, а й evidence strength, confidence, effort, risk та learning value. Негативний результат — корисний актив, якщо він відтворюваний і доступний команді.

Rollout contract
Audience percentage · owner · primary/guardrail monitor · alert threshold · rollback action · review time · final decision record.

Практика

  1. Заповніть synthetic readout для двох arms і додайте uncertainty.
  2. Зробіть SRM, event-quality і guardrail checks перед висновком.
  3. Напишіть, що результат підтримує і чого не доводить.
  4. Оберіть одне рішення та створіть rollout/rollback contract.
  5. Додайте experiment у backlog разом із негативним learning.

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

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

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

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

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

1. Що перевіряють перед читанням effect?
2. Навіщо показувати absolute effect?
3. Чи statistical significance дорівнює бізнес-цінності?