Отборочный тест: вопросы и ответы

1. <a href="#favorite">Добавить в избранное</a>
2. <span role="button">Добавить в избранное</span>
3. <input type="submit" value="Добавить в избранное">
4. <button type="button">Добавить в избранное</button>

ПочемуКнопка без type="submit" ничего не отправляет и не переходит по ссылке; span и a — семантически не кнопки, input submit отправит форму.

1. #status--error { color: red; }
2. .status--error { color: red; }
3. status--error { color: red; }
4. div > status--error { color: red; }

ПочемуТочка — селектор класса. Без точки это селектор тега, решётка — id, а «div > status--error» ищет несуществующий тег.

async function loadOrders() {
  try {
    const response = await fetch('/api/orders');
    const orders = await response.json();
    renderOrders(orders);
  } catch (error) {
    showError('Не удалось загрузить заказы');
  }
}

1. Убрать await перед response.json(), чтобы обработка ответа не блокировала интерфейс
2. Перенести вызов fetch() за пределы try, поскольку catch должен обрабатывать только ошибки разбора JSON
3. После fetch() проверить response.ok и при значении false прервать обработку с ошибкой до вызова renderOrders
4. Заменить response.json() на JSON.parse(response), поскольку объект Response нельзя разобрать напрямую

Почемуfetch не бросает исключение на HTTP-ошибки, поэтому catch не сработает. Нужно явно проверить response.ok.

1. display: block; text-align: center; vertical-align: middle;
2. display: flex; justify-content: center; align-items: center;
3. position: static; margin-left: 50%; margin-top: 50%;
4. float: center; align: middle;

ПочемуFlex-контейнер с justify-content и align-items центрирует по обеим осям. text-align/vertical-align и float: center так не работают.

1. Первое открытие каталога мероприятий
2. Первое открытие карточки мероприятия
3. Начало заполнения формы бронирования
4. Получение подтверждения успешного бронирования

ПочемуЕдинственное событие в первой сессии, завершённое пользователем и означающее ценность (место гарантировано). D7 после него максимальный — 43 %.

1. Добавление фильтра по району сократит число нерелевантных по расстоянию вариантов и повысит конверсию из каталога в бронирование
2. Добавление карты сделает изучение каталога удобнее и повысит среднюю продолжительность пользовательской сессии
3. Добавление персонального баннера увеличит число переходов в карточки среди пользователей, ранее добавлявших события в избранное
4. Увеличение размера карточек на мобильных устройствах повысит конверсию из каталога в просмотр мероприятия

ПочемуГипотеза строится на озвученной пользователями причине (далеко) и метрике, которую надо сдвинуть (конверсия в бронирование).

1. Рандомизировать каждый просмотр страницы, измерять CTR кнопки и остановить тест после первого дня преимущества нового текста
2. Рандомизировать пользователей, закрепить вариант на весь период, заранее выбрать завершенную оплату основной метрикой и установить правило остановки
3. Показать новый текст мобильным пользователям, а старый — пользователям десктопной версии, затем сравнить долю завершенных оплат
4. Показывать старый текст в первую неделю, а новый — во вторую, сохранив одинаковые настройки рекламного трафика

ПочемуЕдиница рандомизации — пользователь, вариант закреплён, метрика заранее выбрана, правило остановки исключает подглядывание. Остальные варианты дают смещения.

1. Уточнить текст ошибки, чтобы пользователь видел, какой из полученных кодов уже недействителен
2. Изменить логику повторной отправки так, чтобы новый запрос не делал недавно отправленный код неожиданно недействительным
3. Сократить код до четырех цифр, чтобы пользователи могли быстрее вводить его после получения сообщения
4. Сделать повторный запрос доступным раньше, чтобы пользователь быстрее получил дополнительное сообщение

ПочемуКорень проблемы в логике аннулирования кода, а не в тексте ошибки или длине кода. Ускорение повторного запроса только усилит эффект.

1. Вывод корректен: увеличение времени сессии всегда означает рост полезности продукта для пользователя
2. Вывод преждевременный: время сессии могло вырасти как из-за большей вовлеченности, так и из-за того, что пользователям стало сложнее находить нужное
3. Вывод неверен: время сессии нельзя использовать для анализа поведения пользователей ни в каких продуктовых сценариях
4. Вывод корректен только в том случае, если одновременно с длительностью сессии выросло общее число зарегистрированных пользователей

ПочемуВремя сессии — двусмысленная метрика: растёт и от пользы, и от путаницы. Нужны метрики результата.

1. 9,6% — конверсия от всех пользователей до оплаты, 24% — из карточки в оплату, 80% — из начала оплаты в успешную оплату
2. 9,6% — из начала оплаты в успешную, 24% — от всех пользователей, 80% — из карточки в оплату
3. 24% — от всех пользователей до оплаты, 80% — из карточки в оплату, конверсию от начала оплаты посчитать нельзя
4. 80% — от всех пользователей до оплаты, 9,6% — из карточки в оплату, 24% — из начала оплаты в успешную

Почему72 / 750 = 9,6 %; 72 / 300 = 24 %; 72 / 90 = 80 %.

1. Сразу сделать вывод, что проблема находится на странице оплаты, поскольку именно перед ней уменьшилось число пользователей
2. Проверить воронку по этапам и сравнить изменения трафика, переходов и технических ошибок, чтобы определить, на каком шаге началось отклонение
3. Сразу вернуть предыдущую версию страницы оплаты, поскольку падение заказов чаще всего связано с последним этапом воронки
4. Подождать несколько недель и анализировать только среднемесячные значения, поскольку дневные изменения не позволяют находить продуктовые проблемы

ПочемуСначала локализовать шаг, где началось отклонение. Выводы и откаты без диагностики преждевременны, ждать недели — поздно.

1. Показатели противоречат друг другу. WAU нужно заменить суммой семи дневных значений
2. Дневные показатели нельзя считать уникальными. Вместо них следует использовать число сессий
3. Расхождение объясняется только часовыми поясами. Достаточно пересчитать все даты в UTC
4. Пользователи повторяются между днями. Нужно проверить правила дедупликации и распределение числа активных дней на пользователя

ПочемуСумма DAU за 7 дней считает одного человека столько раз, сколько дней он заходил. Расхождение ожидаемо, проверить надо дедупликацию.