первый зал

Landing tests

Тесты главной, залов, search hub и первых экранов: человек должен быстро понять, куда идти.

Landing test должен уменьшать блуждание, а не добавлять декоративный туман.

first_action_rate

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

Scroll depth без действия может быть просто блужданием.

hall_selection_rate

Показывает, помогают ли двери залов выбрать метод.

Не путать красивую дверь с понятной дверью.

mobile_tap_errors

Нажатия рядом с кнопками и повторные taps.

Если палец промахивается, текст не спасёт UX.

Записать гипотезу

Формула: если мы изменим X для аудитории Y, то метрика Z изменится, потому что исчезнет конкретное трение.

  • Есть один главный изменяемый элемент.
  • Есть одна primary metric и одна guardrail metric.
  • Есть заранее записанное решение после теста.

Запустить тихо

Начинайте с малой доли трафика или одного сегмента, особенно если тест касается оплаты, email, доверия или новичков.

  • Тест можно выключить без deploy-хаоса.
  • События пишутся без личных вопросов и текстов свитков.
  • Поддержка знает, что изменилось.

Прочитать результат

Не объявляйте победителя по одному дню. Смотрите device split, источник трафика, жалобы, возвраты и качество поведения после оплаты.

  • Результат сравнен с baseline.
  • Guardrail не ухудшился.
  • Итог записан в experiment log.

карточки эксперимента

  • Question box centered versus hall doors first.
  • Search bar in hero versus search as secondary door.
  • Beginner path above oracle catalog versus below catalog.

правила отката

  • Откатить, если mobile first_action_rate падает.
  • Откатить, если users чаще открывают поиск вместо ключевого CTA из-за непонимания.

выход

  • Landing decision with desktop/mobile split and screenshots.
  • Updated navigation if the winning path changes user intent.

красные флаги

  • Hero стал красивым, но не объясняет действие.
  • Первый экран перегружен оракулами, trust, ценами и письмами сразу.

связанные двери