Англійська для розробників Mixpanel Analytics

Mixpanel — це платформа аналітики продуктів, побудована навколо відстеження дискретних дій користувачів — «подій» — і дозволяє продуктовим і інженерним командам аналізувати поведінку через воронки, когорти і діаграми утримання, а не тільки перегляди сторінок. Для її успішного впровадження потрібна тісна співпраця між інженерами, які інструментують події, і менеджерами продуктів, які визначають, що варто вимірювати, що означає, що обидві сторони потребують спільного словника. Якщо ваша команда використовує Mixpanel або подібний інструмент, ось англійська версія, яка вам знадобиться для аналітичних оглядів і обговорень інструментів.

---

Основні поняття

** Подія ** — одна дія користувача з датою і часом, надіслана до Mixpanel, наприклад, « Підписаний » або « Натиснуто кнопку оновлення », зазвичай з доданими властивостями, що описують контекст.

• “Ми не відстежуємо « Клацання кнопкою » як загальну подію — кожна значуща дія отримує свою власну названу подію, отже дані залишаються аналізуватими без купі фільтрів властивостей.” *

** Властивість події ** — пара ключ- значення, приєднана до події, що надає їй контекст, наприклад, plan_type: "pro" для події « Підписано ». “Додати властивість source до події «Зареєстрований» — зараз ми не можемо сказати, чи користувачі прийшли з цільової сторінки чи потоку посилань.”

** План відстеження ** — документована специфікація кожної події і властивості, яку продукт має намір відстежувати, узгоджена перед реалізацією, щоб зберегти послідовність даних. “Перед тим, як щось інструментувати, перевірте план відстеження — якщо події там немає, її потрібно спочатку підписати, інакше ми отримаємо недокументовані, непослідовні дані.”

---

Концептуальний аналіз

Funnel

** Летючий конус ** — це послідовність подій, які аналізуються разом для вимірювання кількості користувачів, які переходять від одного кроку до наступного, і місця, з якого вони відходять.

“Воронка показує велике падіння між ‘Додано до кошика’ і ‘Почато оплати’ - це те, на чому ми повинні зосередитися в наступному раунді дослідження UX.”

Cohort

** Кохорта ** — це група користувачів, визначена за спільною характеристикою або спільною поведінкою, яку використовують для порівняння поведінки різних сегментів протягом часу.

“Ми створили когорту користувачів, які підписалися за останні 30 днів і завершили вступ — їхня крива утримання виглядає значно краще, ніж загальне середнє.”

Диаграма утримання

** Діаграма збереження ** показує відсоток користувачів, які виконали початкову дію і повертаються, щоб виконати наступну дію протягом наступних днів або тижнів.

“День-7 збереження впав після останнього випуску - це зазвичай перше місце, де я дивлюся, коли нова функція може викликати тертя, а не зростання перемог.”

Breakdown

** Розбивка ** розділяє аналіз за певною властивістю, що дозволяє вам бачити відмінності у стіках або утримання між сегментами, такими як тип плану або платформа.

“Перед тим, як робити висновки, розбийте цей ланцюжок на платформи — відставання може бути повністю проблемою мобільних пристроїв, а не чимось, що впливає на користувачів настільних комп’ ютерів.”

---

Практичні інструменти

** Інструментування події ** — інженерна робота з додавання коду, який фактично запускає подію у Mixpanel у потрібний момент з потрібними властивостями.

“Я інструментував подію ‘Upgraded Plan’, але я двічі перевіряю, чи властивість previous_plan захоплена правильно перед тим, як це відправляється — це поле, яке PM потрібно для фуникулера.”

** Дрейф схеми подій ** — коли властивості або назви події змінюються з плином часу без документації, що робить історичні дані несумісними з поточним станом.

“Ми перейменували властивість з plan на plan_type без оновлення плану відстеження — це дрейф схеми, і тепер воронка минулого кварталу не збігається з цим кварталом.”

---

Поширені помилки

• Вистріл події на кожній можливій взаємодії «на випадок» - це розширює дані і робить справжній сигнал важче знайти у воронках і звітах.
• Перейменування події або властивості без оновлення плану стеження — це тихо порушує послідовність у зберіганні і порівнянні канатів.
• Сказати « воронка пошкоджена », коли справжня проблема полягає у відсутності властивості, необхідної для пошкодження, а не в самій логіці воронки.

Практичні вправи

1. Поясніть у двох реченнях різницю між подією і властивістю події менеджеру продукту, який не має досвіду роботи з аналітикою.
2. Написати короткий опис PR для інструментування нової події « План оновлень », з переліком властивостей, які вона захоплює.
3. Виконати чернетку повідомлення з позначкою, що перейменування властивості події без оновлення плану стеження призвело до зміни схеми у звіті.

Зв’язані ресурси

• Англійською мовою: PostHog Analytics
• Англійська мова для сегмента CDP
• Інженер-технолог з обробки даних

Переклади: «Переклад з німецької» (нім

Основний словник - * події *, * воронки *, * когорти *, * утримання * - має вирішальне значення для ефективного спілкування навколо аналітики продукту з Mixpanel. Однак, справжнє оволодіння ним виходить за рамки простого перекладу термінів; це розуміння тонких наслідків і улюбленого вимови в команді розробників. Багато не рідних англомовних людей знаходять себе за замовчуванням до буквальних перекладів, що може призвести до плутанини або пропущеного контексту. Наприклад, безпосередній переклад «кохорти» може призвести до дискусій, зосереджених виключно на демографії, а не на розпізнаванні її значення як *групи користувачів, які мають спільну характеристику *. Аналогічно, описання воронки без визнання послідовної природи поведінки користувача - від початкової реєстрації до активного залучення - ризикує неправильно інтерпретувати історію даних.

Ключовим зсувом є вивчення того, як ці терміни використовуються в рамках певних робочих потоків. Під час перегляду коду ви часто почуєте такі фрази, як « Ця подія не послідовно запускає для цієї когорти » або « Давайте вдосконалити цей крок канавки, щоб поліпшити конверсію ». Це не просто технічні описи; вони вимагають точного розуміння того, * чому * щось відбувається і які дії потрібно виконати. Аналогічно, розмови Slack часто включають обговорення про відстеження модифікацій плану: «Чи можемо ми додати сегмент для користувачів, які не викликали подію «купівлі» протягом 30 днів?» Це вимагає негайного розуміння не тільки технічної реалізації, але і бізнес-логіки, що приводить до зміни - * сегментація *, * утримання * стратегії. Не бійтеся задати питання, щоб прояснити ситуацію; набагато краще шукати пояснення, ніж робити припущення, засновані на потенційно неточному перекладі.

Крім того, документування змін в описах PR вимагає більш формалізованого підходу. Замість простого повідомлення « Додано нову подію », розгляньте « Реалізовано подію product_view для відстеження взаємодії користувачів зі сторінками продуктів у канаві для високоцінних когорт ». Такий рівень деталізації забезпечує, що всі розуміють мету і обсяг зміни. Зверніть увагу на мову, яку використовують старші розробники - це тренувальний майданчик для розуміння найкращих практик і стандартної термінології. Сфокусування на дієсловах дія – «слідкувати», «аналізувати», «сегментувати» – зміцнить ваше спілкування.

Нарешті, пам’ ятайте, що Mixpanel сам по собі пропонує потужні інструменти для візуалізації даних і визначення тенденцій. Використання цих візуалізацій разом з правильним словником дозволяє вам впевнено і точніше висловлювати свої думки.

// Example: Filtering events by cohort using Mixpanel's JavaScript SDK
const cohorts = ['new_users', 'returning_users'];
const filteredEvents = mixpanel.track('product_view', { cohort: cohorts[0] }); // Tracks the event for users in the 'new_users' cohort