Как мы запускали A/B-тестирование в М2: опыт внедрения open source-платформы
М2 запустила A/B-тестирование на базе open-source GrowthBook после оценки нескольких сценариев (ничего не делать, консалтинг, ручные тесты, собственная платформа). Решение принято из соображений быстроты интеграции и минимальных трудозатрат: коммерческая Sigma оказалась «тяжелее» для внедрения. Командная модель: три ключевые роли (эксперт по экспериментам, фронтендер площадки, дата-специалист) при поддержке архитектурного комитета; фактическая загрузка — фронтенд ~50%, аналитик — 100%.
Критерии выбора включали: SDK для разных стеков, Public API, SSO, среды test/prod, ролевая модель, таргетинг/namespace, списки включения/исключения, интеграция через GTM. Старт — с A/A-тестов для проверки скорости и корректности данных. MVP сфокусирован на лендингах (где формируется до 80% запросов на тесты) в силу наибольшего влияния на воронку недвижимости.
Процессы: стандартизированы метрики и документация (гипотезы, дизайн, расчеты), выстроена культура экспериментов («нулевые/негативные результаты — норма»). Экономика: 2–3 теста в квартал, окупаемость считается по фиксированным, операционным и переменным затратам; эффект трактуется как «финансовый итог теста», очищенный от внешних факторов. Вывод: A/B-тесты имеют смысл при зрелых продуктах, достаточной аудитории и дисциплине процессов.
Читайте также
Как мы сделали «ssyoutube для ChatGPT» и что из этого вышло
Автоматизация как образ мышления: как скрипты меняют не только работу, но и мозг
Конвейер цифровых сервисов: как создавать и предоставлять услуги без сбоев и стресса
Эволюция управления продуктом: ключевые инструменты и фреймворки 2024–2025
Как мы нанимаем, грейдируем и решаем задачи prompt-инженеров в финтехе: опыт Точки
- Чек-лист выбора A/B-платформы (open-source/коммерческой): Минимальный набор MUST HAVE: SDK под ключевые стеки (JVM/Node/Mobile), Public API для выгрузки статистики и кастомных интеграций, SSO, поддержка окружений test/prod, ролевая модель доступа, таргетинг аудиторий и списки include/exclude. NICE TO HAVE: группировка экспериментов по продуктам/тегам, namespaces для взаимоисключающих тестов, интеграция через GTM. Этот чек-лист использовать как стандарт закупки/внедрения платформ.
[Регламент / Чек-листы]
Зарегистрированные пользователи видят только два тезиса.
Зарегистрироваться