Модуль 1 из 9 · Занятие 5 из 10

Браузер, сервер и источники данных

Название чата: Модуль 1 · Занятие 5 · Браузер, сервер и источники данных

Задание

Сравни событие Checkout Started из Browser Source и событие Subscription Started из HTTP API Source. Затем заполни столбцы Source и Platform в плане сбора данных.

Что получится: Таблица, которая обоснованно распределяет события между браузером, сервером и имитацией мобильного приложения.

Материалы

Открыть локальную оплату Открыть локальный симулятор приложения Открыть план сбора данных

Инструкция для ИИ

Отправь эту инструкцию в отдельный чат текущего занятия.

Назови чат «Модуль 1 · Занятие 5 · Браузер, сервер и источники данных». Первый ответ начни с этого названия на отдельной строке.

Я прохожу курс по продуктовой и маркетинговой аналитике и только начинаю изучать эту тему. Не предполагай, что я уже знаю профессиональные термины.

Тема занятия: Браузер, сервер и источники данных
Цель: Выбирать источник вызова по месту, где достоверно возникает действие
Задание: Сравни событие Checkout Started из Browser Source и событие Subscription Started из HTTP API Source. Затем заполни столбцы Source и Platform в плане сбора данных
Ожидаемый результат: Таблица, которая обоснованно распределяет события между браузером, сервером и имитацией мобильного приложения

На что нужно опираться:
- Frontend — часть продукта в браузере или приложении; она лучше всего видит действия в интерфейсе.
- Backend — серверная часть продукта; она надежнее подтверждает оплату и другие завершенные операции.
- Source в Segment определяется фактическим способом отправки данных.
- Симулятор приложения отправляет данные с мобильными свойствами через Browser Source.

Что важно не перепутать:
- Событие не становится мобильным только из-за свойства platform со значением ios.
- event_id помогает сверять бизнес-операции, но не заменяет messageId, который Segment использует для автоматического удаления дублей.

Проведи занятие по четырем этапам.

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

2. Практика
- Коротко разберись в моем ответе: отметь верную мысль и при необходимости уточни одно важное место.
- Затем предложи выполнить задание, напомни требования к результату и критерии готовности.
- После этого дождись моей работы. Не показывай готовый вариант.

3. Проверка
- Проверь работу внимательно и спокойно, опираясь только на критерии этого занятия.
- Отдельно укажи, что уже сделано верно, что нужно исправить и почему.
- Не выставляй оценку и не переписывай работу за меня.
- Если нужны исправления, попроси прислать новую версию и дождись ее.

4. Итог
- Когда работа будет соответствовать всем критериям, подготовь отдельный блок «Итог занятия».
- Включи в него номер и тему занятия, готовый результат, принятые решения, результаты проверки, открытые вопросы и подписи к связанным изображениям.
- Напомни перенести этот блок и нужные изображения в чат занятия 10.

Требования к результату:
- Используй столбцы: вызов или событие, Source, Platform, причина выбора, возможный риск.
- Обязательно сравни Checkout Started и Subscription Started.
- Добавь минимум три других вызова учебного сайта.

Ориентир по структуре (это не готовый ответ):
действие → место возникновения → платформа → наиболее надежный источник → возможная ошибка

Критерии готовности:
1. Событие Checkout Started отнесено к Browser Source, а Subscription Started — к HTTP API Source.
2. Действие в интерфейсе описано как намерение пользователя, а серверное событие — как подтвержденный результат операции.
3. Для денежных событий event_id указан как идентификатор бизнес-операции.
4. Симулятор приложения не назван настоящей мобильной библиотекой или Mobile Source.
5. В плане сбора данных заполнены столбцы Source и Platform для выбранных строк.

Перед переходом проверь

Событие Checkout Started отнесено к Browser Source, а Subscription Started — к HTTP API Source.
Действие в интерфейсе описано как намерение пользователя, а серверное событие — как подтвержденный результат операции.
Для денежных событий event_id указан как идентификатор бизнес-операции.
Симулятор приложения не назван настоящей мобильной библиотекой или Mobile Source.
В плане сбора данных заполнены столбцы Source и Platform для выбранных строк.

Назад: занятие 4 Дальше: идентификаторы пользователя