Словарь терминов
Feature Flags
Section titled “Feature Flags”Параметры поведения продукта, которые можно переключать без нового релиза. Флаг состоит из ключа и значения по умолчанию, которое используется, если эксперимент не применяется. Флаги — это “точки управления” в продукте, позволяющие безопасно включать/выключать функциональность.
Эксперимент
Section titled “Эксперимент”Временная конфигурация, которая подменяет значение конкретного feature flag для части пользователей с целью проверки гипотез. Эксперимент включает варианты, таргетинг, метрики, guardrails и проходит через жизненный цикл от черновика до завершения.
Вариант
Section titled “Вариант”Одна из версий функциональности или UI, тестируемая в эксперименте. Каждый вариант имеет идентификатор, значение, вес для распределения трафика и признак контрольного варианта. В типичном A/B-тесте есть варианты A и B.
Метрика
Section titled “Метрика”Измеримый показатель, по которому оценивается успех эксперимента. Метрики могут быть целевыми, диагностическими и защитными (guardrails). Метрики задаются в каталоге и считаются по правилам, которые настраивает команда/аналитик на основе входящих событий.
Runtime
Section titled “Runtime”Момент выполнения программы, когда продукт в реальном времени запрашивает у платформы значения флагов для конкретного пользователя. Решения принимаются динамически на основе текущей конфигурации экспериментов.
События
Section titled “События”Сообщения от продукта о том, что произошло после показа варианта: показы (экспозиции), клики, конверсии, ошибки, задержки. События связываются с решениями через «идентификатор решения» и используются для подсчёта метрик и атрибуции.
Rollout
Section titled “Rollout”Процесс постепенного распространения победившего варианта на всю аудиторию после успешного завершения эксперимента. Может выполняться вручную или автоматически через autopilot ramp-up.
Rollback
Section titled “Rollback”Возврат к исходному (контрольному/дефолтному) поведению при неудачном эксперименте или срабатывании guardrails. Откат защищает от деградации продукта.
Guardrails
Section titled “Guardrails”Правила безопасности, которые автоматически останавливают или откатывают эксперимент при деградации выбранных guardrail-метрик. Привязка идёт к метрикам из каталога, а не к жёстко зашитому перечню.
Таргетинг
Section titled “Таргетинг”Правило, определяющее, какие пользователи могут участвовать в эксперименте. Основано на атрибутах пользователя (страна, версия приложения, платформа и т.д.) и выражается через DSL с логическими операциями и сравнениями.
Subject
Section titled “Subject”Стабильный идентификатор пользователя или устройства, используемый для предсказуемой раздачи трафика и обеспечения “липкости” к варианту в рамках эксперимента.
Stickiness
Section titled “Stickiness”Свойство платформы, гарантирующее, что один и тот же пользователь не “прыгает” между вариантами в рамках одного эксперимента при неизменной конфигурации. Обеспечивает корректную аналитику и предсказуемый пользовательский опыт.
Decision ID
Section titled “Decision ID”Уникальный идентификатор решения о том, какой вариант показан конкретному пользователю. Используется продуктом для связывания всех последующих событий (клики, конверсии) с конкретным показом, обеспечивая корректную атрибуцию.
Exposure
Section titled “Exposure”Событие, фиксирующее факт того, что пользователю был показан вариант из эксперимента. Необходимо для корректной атрибуции: конверсии и другие целевые события учитываются только если есть соответствующая экспозиция.
Conversion
Section titled “Conversion”Целевое действие пользователя, которое измеряет успех эксперимента: покупка, регистрация, добавление в избранное и т.д. Учитывается только при наличии соответствующей экспозиции для корректной атрибуции.
Approver
Section titled “Approver”Роль пользователя платформы, имеющего право проверять и одобрять эксперименты перед запуском. Аппруверы защищают от случайного запуска опасных экспериментов и обеспечивают процесс согласования.
Conflict Domain
Section titled “Conflict Domain”“Поверхность” продукта (экран, функциональная зона), где одновременно может быть активен только один эксперимент для данного пользователя. Используется для явного управления конфликтами между экспериментами разных команд.