Чому метрики потрібні і чому їх легко перебільшити

Метрики на ранньому етапі потрібні для одного: приймати рішення, чи варто продовжувати рухатися обраним шляхом. Не для звітів перед інвесторами, не для презентацій на хакатонах і не для самоствердження. Якщо метрика не змінює вашу дію завтра — вона вам не потрібна зараз.

Перебільшити значення метрик легко, бо dashboard із графіками створює ілюзію контролю. Ви начебто щось вимірюєте, отже, керуєте процесом. Насправді на етапі від гіпотези до MVP у вас є один головний ресурс — час, і кожна зайва метрика відбирає його на збір даних, налаштування аналітики та інтерпретацію чисел, які ще нічого не значать через недостатню вибірку.

Правило просте: на етапі проблеми та гіпотези фокусуйтеся на трьох–п’яти показниках. Коли знайдете product-market fit — розширюйте. До того моменту більше метрик означає більше шуму, а не більше розуміння.

Метрики продукту

DAU/MAU

Співвідношення щоденних і щомісячних активних користувачів показує, наскільки часто люди повертаються до продукту. У класичних споживчих застосунках DAU/MAU вище 20% свідчить про сильну звичку використання. На ранньому етапі це співвідношення менш інформативне через малий обсяг користувачів, але динаміка за тижнями — корисна. Якщо DAU/MAU падає, коли ви припиняєте просування, значить, органічної потреби у продукті немає.

Retention

Утримання — головний сигнал, чи вирішує продукт реальну проблему. На ранньому етапі дивіться на retention першого тижня (D7) і першого місяця (D30). Якщо D7 нижче 15–20% для споживчого продукту — це сигнал, що щось не так із цінністю або onboarding. Для B2B-продуктів очікування вищі, бо клієнт обирає вас свідомо.

Не намагайтеся виправити retention маркетингом. Він показує, чи відповідає продукт очікуванням, які ви сформували до моменту реєстрації.

Time-to-value

Час від першого контакту з продуктом до моменту, коли користувач отримує першу реальну цінність. Наприклад, для DeFi-протоколу це не момент підключення гаманця, а момент завершення першої успішної транзакції. Чим менше time-to-value — тим вищий шанс, що людина залишиться.

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

Activation rate

Відсоток зареєстрованих користувачів, які досягли ключової дії (activation event). Що саме є ключовою дією — ви визначаєте на основі гіпотези про цінність. Для одного продукту це створення першого смарт-контракту, для іншого — здійснення свопу на певну суму. Activation rate нижче 30% зазвичай означає, що onboarding занадто складний або повідомлення про цінність не відповідає тому, що людина бачить після реєстрації.

Метрики бізнесу

MRR

Щомісячний регулярний дохід (Monthly Recurring Revenue) — базовий показник для продуктів із підпискою. На ранньому етапі MRR менш важливий за його динаміку: чи зростає він від місяця до місяця, і чи є це зростання органічним чи за рахунок разових_push-акцій. Якщо MRR стабільний або падає після припинення активного маркетингу — продукт не генерує стійкого попиту.

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

CAC

Вартість залучення клієнта (Customer Acquisition Cost) — скільки ви витрачаєте на маркетинг і продажі, щоб отримати одного платного користувача. На ранньому етапі CAC часто штучно низький, бо ви залучаєте перших користувачів власними зусиллями, нетворкінгом або грантом. Це нормально, але важливо розуміти: коли ви перейдете до платних каналів, CAC зміниться. Тому фіксуйте зараз, скільки часу й ресурсів коштує кожен клієнт, навіть якщо грошей ви ще не витрачали.

LTV

Цінність клієнта за весь час життя (Lifetime Value) — скільки грошей приносить один користувач від першої оплати до відтоку. На ранньому етапі точний LTV порахувати неможливо через недостатню історію даних. Але ви можете робити оцінку на основі середнього чеку, очікуваної тривалості використання (з retention) і маржинальності. Головне — не видумувати числа, а використовувати консервативні припущення.

Конверсія безкоштовних у платних

Відсоток користувачів безкоштовного тарифу, які переходять на платний. Ця метрика показує, чи достатня цінність безкоштовної версії для формування звички, і чи достатня різниця між тарифами, щоб мотивувати оплату. Якщо конверсія нижче 2–3% при нормальному трафіку — проблема або в ціноутворенні, або в тому, що безкоштовна версія задовольняє всі потреби.

Специфічні Web3-метрики

TVL

Загальна вартість заблокованих коштів (Total Value Locked) — ключова метрика для DeFi-протоколів. Показує, скільки активів користувачі довірили вашому продукту. На ранньому етапі TVL часто штучно роздувається через liquidity mining або incentivized програми. Тому завжди дивіться на TVL у розрізі: скільки з цих коштів залишається після завершення incentivize-періоду. Якщо TVL падає на 70% після зупинки винагород — у вас немає product-market fit, є лише тимчасова ліквідність.

Кількість транзакцій

Абсолютна кількість транзакцій менш інформативна, ніж здається. Одна людина може робити 100 транзакцій через арбітраж, а 100 людей — по одній реальній операції. Тому дивіться на кількість транзакцій у парі з кількістю унікальних гаманців і розподілом: скільки користувачів роблять більше однієї транзакції за тиждень.

Gas fees сплачено

Сума комісій, які користувачі заплатили за взаємодію з вашим продуктом. У контексті Solana це менш критична метрика, ніж на Ethereum, через низькі комісії. Але вона корисна як непряма міра реальної активності: якщо люди готові платити комісію — вони дійсно використовують продукт, а не просто створюють гаманці.

Активні гаманці

Кількість унікальних гаманців, що взаємодіяли з вашим контрактом за певний період. Важливо фільтрувати сирі дані: виключити гаманці, що належать вашій команді, боти та сироти-гаманці з мінімальним балансом. Реальна кількість активних гаманців зазвичай становить 30–50% від сирого числа. Якщо після фільтрації залишається мало — ви вимірюєте не користувачів, а шум.

Як не стати заручником vanity metrics

Чому кількість фоловерів не є метрикою

Vanity metrics — це показники, які виглядають вражаюче, але не корелюють із реальним здоров’ям бізнесу. Кількість фоловерів у Twitter/X, учасників Discord, переглядів сайту, зірок на GitHub — усе це може рости, тоді як продукт не використовується ніким.

Проблема vanity metrics у тому, що вони дають хибне відчуття прогресу. Ви бачите зростання і думаєте, що рухаєтеся правильно. Але коли приходить час монетизувати або залучати наступний раунд — виявляється, що за тисячами фоловерів стоять боти, акаунти, створені лише заради аірдропів та люди, які ніколи не відкривали ваш продукт.

Тест на vanity metric простий: якщо цей показник завтра обнулиться, чи зміняться ваші дії? Якщо ні — це не метрика, а розвага.

Особливо небезпечна пастка в Web3: спільнота часто сприймається як продукт. Але спільнота без продукту — це чат. Продукт без спільноти — може працювати. Спочатку продукт, потім спільнота, а не навпаки.

Як часто перевіряти метрики та що робити з даними

На ранньому етапі щоденне моніторингу всіх метрик — це шлях до паралічу аналізу. Рекомендований ритм:

  • Щодня — лише ті метрики, що вимагають оперативної реакції: кількість помилок у смарт-контрактах, скарги користувачів, критичні падіння конверсії в onboarding.
  • Раз на тиждень — продуктові метрики: DAU, retention за попередній тиждень, activation rate, кількість транзакцій. Це рівень, де ви помічаєте тенденції.
  • Раз на місяць — бізнес-метрики: MRR, CAC, LTV-оцінки, динаміка TVL. На ранньому етапі місячна частота достатня, бо вибірка мала і тижневі коливання не інформативні.

Що робити з даними: кожне спостереження перетворюйте на гіпотезу, а гіпотезу — на експеримент. Побачили падіння retention D7? Гіпотеза: onboarding занадто складний. Експеримент: спростіть перші кроки і виміряйте різницю. Не робіть висновків з одного спостереження — шукайте патерни.

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

Типові помилки у відстеженні метрик

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

Порівнювати себе з проєктами іншого етапу. Метрики mature-протоколу з мільйонами TVL не мають нічого спільного з вашими метриками першого місяця. Порівняння веде або до хибного оптимізму, або до безпідставного розчарування.

Ігнорувати якісні дані на користь кількісних. П’ять розмов із реальними користувачами дають більше розуміння, ніж тисяча переглядів сторінки. Метрики показують «що», розмови — «чому». Без «чому» ви не зможете приймати правильні рішення.

Реагувати на одиничні відхилення. На малих вибірках один аномальний користувач або один великий депозит може різко змінити середні показники. Дивіться на тренд, а не на окремі точки.

Витрачати час на ідеальну аналітику замість ідеального продукту. Amplitude, Mixpanel, Dune Analytics — корисні інструменти, але на етапі перших 50 користувачів достатньо простого логування ключових подій. Перфекціонізм в аналітиці на ранньому етапі — це прокрастинація під маскою професіоналізму.

Забувати зв’язати метрики з гіпотезою. Ви мали гіпотезу: «якщо спростимо onboarding до двох кроків, activation rate зросте з 20% до 40%». Якщо ви вимірюєте activation rate, але не фіксуєте, яка саме версія onboarding працювала — ви не зможете зробити висновок. Кожна метрика має бути прив’язана до конкретного експерименту.