Задача на разметку данных

IT и разработка 06.09.2026 · 👁 319 просмотров
Задача на разметку данных Расскажу про задачу, о которой мало говорят. Если ты продуктовый аналитик — скорее всего сразу поймешь, о чем речь. А вот если работаешь в операционке, коммерции или маркетинге — высок шанс, что про нее вообще не слышал. Я, когда мне первый раз столкнулся с задачей на разметку, честно не понял, что от меня хотят. Планируется редизайн, изменение логики или новая фича в приле. Казалось бы, дело разрабов. Но по ней потом надо будет считать метрики, а значит нужна разметка новых событий — чтобы они корректно стримились в витрину событий и мы вообще могли что-то посчитать. Как устроено событие 🧩 Событие почти всегда составное. Оно собирается из блоков твоего прила — от общего к частному — и заканчивается действием (action), которое совершил юзер. Схема примерно такая: где_блок_часть блока_действие Например: main_banner_promo_scroll или cart_delivery_address_click . По имени события должно быть сразу видно, откуда оно прилетело и что означает (это конечно, не всегда выполнимо, но целимся в это) С чего начинать 👇 ➖ Принимаем to be дизайн c cjm'ом (путь клиента по фиче) ➖ Идем в доку. Если она есть. И если она актуальная (спойлер: чаще всего одно из двух не выполняется). Если процесс новый, можно ничего не искать ➖ Смотрим текущие события в as is формате — как размечено то, что уже есть в БД (если этот процесс сейчас стримится). По сути восстанавливаем картину по тому, как события реально проливаются в базу. Не идеально, но работает + можно вкурить нынешние косяки... ➖ На всем этом этапе супер важно синковаться: тестировщики и разрабы, которые шарят за домен или будут это реализовывать. Ну и бизнес, чьи хотелки мы вообще-то и реализуем. Мой совет 💡 Лучше всего идти напрямую к разрабам . У них уже есть картина реализации и модель, по которой события отдаются с бека или фронта. Они конкретно скажут где, как, что и почему — а не «ну вроде так должно быть». Через вторые руки эта информация теряется, а потом ты сидишь и гадаешь, почему в витрине не то, что ты ожидал. DoD (definition of done) по таким типам задач обычно выглядит так: Дока на конфе с новыми событиями + после выкатки — тесты на корректную отработки в поставленной логике. ❤️‍🔥 Подписывайтесь и поддержите канал бустом ↗️ Менторю и помогаю выйти на оффер ❓ Сталкивались ли вы с разметкой? @data_driven_bogdan
Откликнуться в Telegram →

⚠️ Никогда не платите «за оформление» или «гарантию трудоустройства» — это признак мошенников. Работа ТРУ не несёт ответственности за содержание вакансии.

🇮🇱 Не нашли подходящую зарплату? В Израиле платят от $3000 Без языка и опыта · жильё и легализация под ключ · официально Смотреть вакансии →