📊 Приклади звітів Mixpanel для аналізу юніт-економіки

Нижче наведені готові приклади звітів для аналізу продажів і прибутку на основі події order_item_snapshot.

Усі звіти будуються тільки за виданими замовленнями.

1️⃣ Загальна виручка і чистий прибуток у часі

Цей звіт показує, як змінюються оборот і реальний прибуток бізнесу у часі.

Він допомагає зрозуміти:

📈 чи зростає бізнес у грошах, 📉 чи зростання є тільки по обороту.

🔧 Що налаштувати

Report type

Line або Column (обидва варіанти підходять — оберіть зручний для себе).

ℹ Mixpanel не підтримує змішані типи графіків (наприклад, Line + Bar в одному звіті).

Metrics

Додайте дві метрики:

1. Виручка

order_item_snapshot → Aggregate Property → Sum → product_price

2. Чистий прибуток

order_item_snapshot → Aggregate Property → Sum → product_net_profit_amount

⚠️ Важливо: події продажів відправляються з датою створення замовлення, а не з датою синхронізації або сканування.

Filter (за бажанням)

За потреби звіт можна звузити за допомогою фільтрів, наприклад:

• канал продажів site_name IS <канал продажів>
• конкретний товар product_internal_id IS <ID товару>
• категорія товарів product_category IS <категорія>

📈 Що можна побачити

За допомогою цього звіту ви побачите:

• як змінюється виручка і чистий прибуток по днях;
• періоди, де оборот зростає, а прибуток падає;
• загальний фінансовий тренд бізнесу.

💡 Практичне застосування

Цей звіт використовується для:

• контролю реального зростання бізнесу;
• оцінки загальної фінансової динаміки;
• швидкого виявлення проблемних періодів;
• прийняття управлінських рішень на рівні бізнесу загалом.

2️⃣ Структура грошей у продажах (Pie / Stacked Column)

Цей набір звітів показує, з яких компонентів формується підсумковий фінансовий результат за виданими замовленнями:

• виручка;
• собівартість;
• доставка;
• комісії;
• чистий прибуток.

Звіт допомагає відповісти на ключове питання:

💰 Куди реально йдуть гроші в кожному замовленні?

🥧 Варіант A — Структура грошей за період (Pie)

Цей звіт показує розподіл грошей за обраний період (наприклад, за останні 30 днів).

🔧 Що налаштувати

Report type

Pie

Metrics

Додайте такі метрики:

2. Собівартість order_item_snapshot → Aggregate Property → Sum → product_cost_amount
3. Доставка order_item_snapshot → Aggregate Property → Sum → product_shipping_costs
4. Комісії order_item_snapshot → Aggregate Property → Sum → product_commission_amount
5. Чистий прибуток order_item_snapshot → Aggregate Property → Sum → product_net_profit_amount

💡 Усі значення вже розраховані на рівні одиниці товару і коректно агрегуються за замовленнями.

Filter (за бажанням)

За потреби звіт можна звузити за допомогою фільтрів, наприклад:

• канал продажів site_name IS <назва каналу>

• конкретний товар product_internal_id IS <ID товару>

• категорія товарів product_category IS <категорія>

• менеджер manager_name IS <ім’я менеджера>

Фільтри можна комбінувати між собою, щоб аналізувати структуру грошей у потрібному розрізі.

📈 Що можна побачити

За допомогою Pie-діаграми ви побачите:

• яку частку в грошах займає собівартість;
• скільки “з’їдає” доставка і комісії;
• яка частина обороту залишається у вигляді чистого прибутку;
• загальний баланс економіки продажів.

💡 Практичне застосування

Звіт використовується для:

• швидкої оцінки юніт-економіки бізнесу;
• розуміння, де втрачається прибуток;
• перевірки впливу логістики і комісій;
• обговорення економіки з партнерами або інвесторами.

📊 Варіант B — Структура грошей по днях (Stacked Column)

Цей звіт показує як змінювалася структура грошей у часі — день за днем.

Він відповідає на питання:

📉 Що саме змінилося в економіці в конкретні дні?

🔧 Що налаштувати

Report type

Stacked Column

Metrics

Додайте такі метрики:

1. Виручка order_item_snapshot → Aggregate Property → Sum → product_price
2. Собівартість order_item_snapshot → Aggregate Property → Sum → product_cost_amount
3. Доставка order_item_snapshot → Aggregate Property → Sum → product_shipping_costs
4. Комісії order_item_snapshot → Aggregate Property → Sum → product_commission_amount
5. Чистий прибуток order_item_snapshot → Aggregate Property → Sum → product_net_profit_amount

💡 Усі значення вже розраховані на рівні одиниці товару і коректно агрегуються за замовленнями.

📈 Що можна побачити

За допомогою цього звіту ви побачите:

• як змінюється структура витрат по днях;
• дні, де різко зросла доставка або комісії;
• періоди з просіданням чистого прибутку;
• стабільність або нестабільність економіки бізнесу.

💡 Практичне застосування

Звіт використовується для:

• пошуку проблемних днів і періодів;
• аналізу наслідків акцій або змін логістики;
• контролю стабільності маржинальності;
• прийняття рішень щодо оптимізації витрат.

3️⃣ Прибуток і маржа по товарах

Цей звіт показує, які товари реально приносять прибуток, а які створюють оборот із низькою маржею або працюють у мінус.

Відповідає на ключове питання:

💰 Які SKU заробляють гроші, а які варто переглянути або прибрати з асортименту?

🔧 Що налаштувати

Report type

Table

Metrics

Додайте такі метрики:

1. Виручка

order_item_snapshot → Aggregate Property → Sum → product_price

2. Чистий прибуток

order_item_snapshot → Aggregate Property → Sum → product_net_profit_amount

3. Маржа (%)

Formula → Create New → B/A*100

💡 Маржа рахується за агрегованими значеннями і показує реальну прибутковість товару за період.

Breakdown

Використовуйте одну з властивостей (залежно від задачі):

• product_internal_id — товар (ID з CRM)
• product_name — назва товару
• product_external_id — SKU / код товару

Filter (за бажанням)

За потреби звіт можна звузити, наприклад:

• канал продажів site_name IS <канал продажів>

• категорія товарів product_category IS <категорія>

• менеджер manager_name IS <ім’я менеджера>

Фільтри можна комбінувати між собою для аналізу прибутковості в потрібному розрізі.

📈 Що можна побачити

За допомогою цього звіту ви побачите:

• які товари приносять основний прибуток;
• товари з високим оборотом, але низькою маржею;
• позиції з від’ємним прибутком;
• реальний розподіл прибутку між SKU.

💡 Практичне застосування

Цей звіт використовується для:

• прийняття рішень щодо асортименту;
• оптимізації цін і знижок;
• виявлення збиткових товарів;
• роботи із собівартістю та постачальниками;
• фокусування команди на найбільш прибуткових SKU.

4️⃣ Кількість замовлень у часі

Цей звіт показує, як змінюється кількість замовлень у часі — без прив’язки до грошей.

Він допомагає зрозуміти:

🧾 чи зростає число замовлень,

💰 чи зміни виручки пов’язані тільки з ціною / складом кошика.

🔧 Що налаштувати

Report type

Line або Column

• Line — зручно відстежувати тренд;
• Column — зручно порівнювати періоди (дні / тижні).

Metrics

Додайте одну метрику:

1. Кількість замовлень

order_item_snapshot → Distinct Count → order_external_id

ℹ У події order_item_snapshot одне замовлення може містити кілька товарів, тому звичайний Count покаже кількість товарних одиниць. Щоб отримати саме кількість замовлень, використовуйте Distinct Count за order_external_id. Тобто кількість унікальних ID замовлень.

Filter (за бажанням)

За потреби звіт можна звузити, наприклад:

• канал продажів site_name IS <канал продажів>
• конкретний товар product_internal_id IS <ID товару>
• категорія товарів product_category IS <категорія>
• менеджер manager_name IS <ім’я менеджера>

📈 Що можна побачити

За допомогою цього звіту ви побачите:

• зростання або падіння кількості замовлень по днях;
• сезонність попиту;
• періоди, де замовлень менше, але виручка тримається (зріс середній чек);
• періоди, де замовлень більше, але прибуток не зростає (просіла маржа).

💡 Практичне застосування

Цей звіт використовується для:

• оцінки загального попиту і динаміки замовлень;
• порівняння періодів (до/після змін цін, асортименту);
• контролю ефекту промо-активностей (якщо вони впливають на замовлення);
• розуміння, чи зростає бізнес за кількістю замовлень.

5️⃣ Середній чек (AOV) у часі

Цей звіт показує, як змінюється середній чек замовлення у часі.

Він допомагає зрозуміти:

🛒 за рахунок чого зростає виручка — 📦 за рахунок більшої кількості замовлень 💸 чи за рахунок зростання середнього чека.

🔧 Що налаштувати

Report type

Line або Column

• Line — для відстеження тренду;
• Column — для порівняння днів / тижнів / місяців.

ℹ Mixpanel не підтримує змішані типи графіків (наприклад, Line + Bar в одному звіті).

Metrics

Додайте одну метрику:

Середній чек

1. Formula → Create New → A/B

   1. Додайте метрику A всередині блока формули:

      Add Metrics → order_item_snapshot → Aggregate Property → Sum → product_price

   2. Додайте метрику B всередині блока формули:

      Add Metrics → order_item_snapshot → Distinct Count → order_external_id

Filter (за бажанням)

Звіт можна звузити, наприклад:

• канал продажів site_name IS <канал продажів>
• категорія товарів product_category IS <категорія>
• конкретний товар product_internal_id IS <ID товару>
• менеджер manager_name IS <ім’я менеджера>

📈 Що можна побачити

За допомогою цього звіту ви побачите:

• чи зростає середній чек з часом;
• вплив акцій і апселів на суму замовлення;
• періоди, де замовлень менше, але чек вищий;
• періоди, де замовлень більше, але чек падає.

💡 Практичне застосування

Цей звіт використовується для:

• аналізу якості замовлень;
• оцінки ефективності апселів і комплектів;
• розуміння впливу цінової політики;
• пошуку точок зростання виручки без збільшення трафіку.

6️⃣ Географія продажів (регіони і міста)

Цей звіт показує, де саме відбуваються продажі — за регіонами і містами доставки.

Він допомагає зрозуміти:

• 📍 які регіони приносять основний обсяг замовлень,
• 🚚 де варто посилювати логістику або рекламу,
• ❌ а де попит мінімальний або нестабільний.

🔧 Що налаштувати

Report type

Bar

💡 Горизонтальні колонки найкраще підходять для порівняння регіонів і міст із довгими назвами.

Metrics

Додайте одну метрику:

1. Кількість замовлень order_item_snapshot → Distinct Count → order_external_id

Breakdown

Оберіть одну з властивостей:

• delivery_region — регіони / області
• delivery_city — міста доставки

💡 Рекомендується:

• спочатку побудувати звіт за delivery_region,

• потім — окремий звіт за delivery_city

  для топ-регіонів.

Filter (за бажанням)

Звіт можна звузити, наприклад:

• канал продажів site_name IS <канал продажів>
• конкретний товар product_internal_id IS <ID товару>
• категорія товарів product_category IS <категорія>
• менеджер manager_name IS <ім’я менеджера>

📈 Що можна побачити

За допомогою цього звіту ви побачите:

• розподіл замовлень за регіонами або містами;
• ключові гео-зони з максимальним попитом;
• регіони з низькою конверсією в продажі;
• концентрацію бізнесу за географією.

💡 Практичне застосування

Цей звіт використовується для:

• налаштування гео-таргетингу реклами;
• оптимізації логістики і складів;
• оцінки регіональної структури бізнесу;
• пошуку нових точок зростання.

7️⃣ Топ товарів за виручкою і прибутком

Цей звіт показує ефективність товарів у розрізі грошей і попиту в одному місці — без спотворень і змішування метрик.

Він об’єднує:

• 💰 загальний чистий прибуток товару;
• 🛒 кількість замовлень, у яких товар брав участь;
• 📦 середній прибуток на одну продану одиницю.

🔧 Що налаштувати

Report type

Table

💡 Таблиця — єдиний коректний формат, коли потрібно одночасно аналізувати гроші і кількість.

Metrics

Додайте одну метрику:

1. Чистий прибуток order_item_snapshot → Aggregate Property → Sum → product_net_profit_amount
2. Кількість замовлень order_item_snapshot → Distinct Count → order_external_id
3. Середній прибуток на одиницю Formula → Create New → A/B

Breakdown

Оберіть одну з властивостей:

• product_name — назва товару
• product_internal_id — товар (ID з CRM)

Sorting

Рекомендований варіант:

• Sort by → Чистий прибуток → Descending - щоб угорі були найприбутковіші товари.
• Top N → 20

💡 Можна налаштувати сортування за іншими метриками (наприклад, за кількістю замовлень або середнім прибутком на одиницю), залежно від задачі аналізу. Також можна змінити порядок сортування на зростаючий або спадний (Ascending / Descending) щоб побачити товари з найменшими або найбільшими значеннями обраної метрики.

📈 Що можна побачити

За допомогою цього звіту ви побачите:

• які товари приносять основний прибуток;
• товари з:
  • великою кількістю замовлень, але низьким прибутком;
  • малою кількістю замовлень, але високою маржею;
• реальну ефективність SKU, а не тільки оборот.

💡 Практичне застосування

Цей звіт використовується для:

• управління асортиментом;
• пошуку товарів-локомотивів і «баласту»;
• прийняття рішень щодо реклами і пріоритетів SKU;
• оптимізації цін, комісій і логістики;
• фокусування команди на дійсно прибуткових товарах.

8️⃣ Вплив позицій у видачі на продажі і прибуток

Цей звіт показує, як позиції товару в пошуковій видачі впливають на реальні продажі і прибуток.

Це приклад комбінування різних подій SellerIQ в одному звіті:

• події сканера позицій (product_position_snapshot);
• події продажів (order_item_snapshot).

🧠 Ідея звіту

Ми порівнюємо:

• 📊 позицію товару у видачі
• 💰 фактичні продажі і прибуток

і відповідаємо на питання:

📈 чи дають топ-позиції більше замовлень? 💸 чи завжди висока позиція = високий прибуток? 🎯 чи є сенс інвестувати в рекламу для конкретного товару?

🔧 Що налаштувати

Report type

Line або Column

Metrics

Додайте одну метрику:

1. **Середня позиція товару у видачі ** product_position_snapshot → Aggregate Property → Average → organic_global_pos

   💡 Чим менше значення, тим вища позиція у видачі.

2. Кількість замовлень order_item_snapshot → Aggregate Property → Distinct Count → order_external_id

   💡 Показує, скільки замовлень було оформлено за період.

⚠️ Важливо Події продажів відправляються з датою створення замовлення, а не з датою сканування позицій — дані коректно поєднуються у часі.

Filter (обов’язково)

Щоб звіт мав сенс, потрібно обмежити його одним товаром:

• CRM ID crm_id IS <ID товару>

Різні осі графіка (рекомендується)

Для кращої читабельності звіту можна:

• помістити позицію товару на ліву вісь;
• помістити продажі або прибуток на праву вісь.

Рекомендоване налаштування:

• Left Y-axis → Average → organic_global_pos
• Right Y-axis → Distinct Count → order_external_id

Це дозволяє коректно порівнювати позиції у видачі і бізнес-результат.

📖 Детальніше про роботу з кількома осями в Mixpanel: Mixpanel — Multiple Y-axes in Insights

📈 Що можна побачити

За допомогою цього звіту ви побачите:

• як зміна позиції впливає на кількість замовлень;

• періоди, де:

  • позиція зростає, а продажі — ні;
  • продажі зростають без покращення позиції;

• ефект реклами й органіки в реальних грошах;

• точки, де подальше покращення позиції не дає приросту продажів.

  

💡 Практичне застосування

Цей звіт використовується для:

• оцінки ефективності SEO і реклами;
• прийняття рішень:
  • чи варто «дотискати» позицію в топ;
  • чи фокусуватися на інших товарах;
• розуміння реальної цінності позиції у видачі;
• захисту бюджету на просування цифрами.

🧩 Чому це важливо

SellerIQ дозволяє об’єднувати різні типи даних:

• позиції товару;
• продажі;
• прибуток;

в єдиній аналітичній моделі.

Це дає відповіді не тільки на питання «де ми у видачі?», але й на головне питання бізнесу:

«Скільки грошей це нам приносить?»

🧠 Важливо: ці звіти — лише приклади

Усі звіти, наведені вище, — не обмеження, а відправна точка.

SellerIQ не нав’язує фіксований набір метрик або дашбордів. Навпаки — сервіс від початку побудований так, щоб підлаштовуватися під логіку конкретного бізнесу.

🔓 Повна свобода аналітики

Ви можете будувати звіти:

• під будь-яке бізнес-питання;
• у будь-якому форматі Mixpanel:
  • графіки,
  • таблиці,
  • кругові діаграми,
  • формули,
  • комбіновані звіти;
• об’єднуючи:
  • позиції у видачі,
  • продажі,
  • прибуток,
  • додаткові параметри (@siq),
  • власну бізнес-логіку.

🧩 Бізнес диктує аналітику, а не навпаки

Ключовий принцип SellerIQ:

Не бізнес підлаштовується під аналітику. Аналітика підлаштовується під бізнес.

Якщо вам потрібно:

• зрозуміти, які позиції реально приносять гроші;
• порахувати економіку за своїм сценарієм;
• враховувати нестандартні витрати або доходи;
• будувати звіти під внутрішні KPI команди —

ви можете це зробити без обмежень на стороні SellerIQ.

🚀 У чому конкурентна перевага

На відміну від «закритих» аналітичних сервісів, SellerIQ:

• не обмежує вас готовими звітами;
• не змушує змінювати бізнес-процеси під інтерфейс;
• дає сирі, але структуровані дані, з яких можна побудувати будь-яку аналітику.

Саме тому:

• звіти легко еволюціонують разом із бізнесом;
• аналітика масштабується без переробки логіки;
• система залишається корисною і на старті, і при зростанні.

🎯 Підсумок

Звіти в цій документації показують можливості, а не межі.

Якщо у вас є питання виду:

• «А чи можна зрозуміти…»
• «А чи можна порахувати…»

— у більшості випадків відповідь:

Так. І без костилів.