docs(labs): уточнены вопросы для самостоятельного расследования
Зачем: учащемуся нужен понятный путь от наблюдений к выводу без готового ответа в задании. Что: уточнены сравнения в четырех расследованиях; готовые объяснения заменены вопросами к строкам, расчетам и сохраненным состояниям. Проверка: проверены 54 локальные ссылки и git diff --check; формулировки сверены с устройством источников и витрин.
This commit is contained in:
1 parent
515f386e5f
commit
bb087f4477
4 files changed
+68
-48
No files matched your search
@@ -28,13 +28,18 @@ FROM ods.order_v;
|
||||
|
||||
## Найдите разрыв в событиях
|
||||
|
||||
При оформлении заказа посетитель видит страницу подтверждения, а трекер
|
||||
отправляет событие покупки. Просмотр страницы и покупка — отдельные события.
|
||||
|
||||
Посчитайте просмотры страницы подтверждения и события покупки:
|
||||
|
||||
- у просмотра `event_type = 'pageview'`, а `url` заканчивается на `/confirmation`;
|
||||
- у покупки `event_type = 'purchase'`.
|
||||
|
||||
Запишите оба числа и разность. Какую потерю она позволяет заподозрить?
|
||||
Достаточно ли этих двух чисел, чтобы назвать пропавшие покупки?
|
||||
Вычтите число событий покупки из числа просмотров подтверждения. Сохраните
|
||||
оба счетчика и разность. Как соотносились бы эти числа, если бы для каждого
|
||||
заказа пришло ровно по одному событию каждого вида? Что можно предположить
|
||||
по вашему результату и чего эти два числа еще не доказывают?
|
||||
|
||||
## Сверьте с магазином
|
||||
|
||||
@@ -49,14 +54,22 @@ FROM ods.order_v;
|
||||
- разность просмотров подтверждения и событий покупки равна числу заказов
|
||||
без события.
|
||||
|
||||
Первое равенство проверяет полноту сопоставления источников. Второе относится
|
||||
к устройству этого стенда. Найдите покупку с повторным событием и посмотрите
|
||||
соседние события того же `client_id` по времени: что произошло со страницей
|
||||
подтверждения? Объясните, почему повтор не скрыл разрыв воронки.
|
||||
Первое равенство проверяет полноту сопоставления источников. Второе связывает
|
||||
разность счетчиков с найденными заказами без события. Проверьте, как на него
|
||||
влияют повторные покупки.
|
||||
|
||||
Найдите номер заказа с несколькими событиями `purchase`. Для его `client_id`
|
||||
выведите события рядом с этими покупками по времени: `event_time`,
|
||||
`event_type` и `url`. Найдите просмотры `/confirmation` перед первой
|
||||
и повторной покупкой. Посчитайте, сколько повтор добавил просмотров
|
||||
подтверждения и сколько — покупок. Изменилась ли от этих добавлений разность
|
||||
счетчиков? Подтвердите ответ найденными строками. Второе равенство относится
|
||||
к устройству этого стенда; для другого источника его нужно проверять заново.
|
||||
|
||||
Если в выбранном дне повторов нет, возьмите другой закрытый день.
|
||||
Для оценки доли потерь используйте число заказов магазина и объясните,
|
||||
почему число просмотров подтверждения может дать другую долю.
|
||||
Для оценки доли потерь используйте число заказов магазина. Затем посчитайте
|
||||
долю с тем же числителем, но с числом просмотров подтверждения в знаменателе.
|
||||
Совпали ли результаты? Свяжите различие знаменателей с найденными событиями.
|
||||
|
||||
## Сопоставьте вывод с готовой сверкой
|
||||
|
||||
|
||||
Reference in new issue
Block a user