Коли (і як) додавати аналітику до свого застосунку на ШІ

Вам не потрібен дашборд із 40 графіками. Вам треба знати, чи хтось узагалі цим користується. Ось нетехнічний гайд із додавання аналітики до застосунку на ШІ — що відстежувати, коли почати й що ігнорувати.

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

«Скільки реєстрацій у тебе було?» «Не знаю». «Чи люди, що зареєструвалися, справді ним користуються?» «Не знаю». «Хтось десь застрягає?» «Не знаю».

Вона не була недбалою. У неї просто ще не було аналітики в застосунку. І як багато нетехнічних засновників, вона припустила, що додасть аналітику «пізніше, коли буде більше користувачів». Проблема в тому, що «пізніше» ніколи не настає, бо без аналітики ви не знаєте, скільки користувачів, тож не можете сказати, коли настало «пізніше».

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

Найкоротша можлива відповідь

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

Причина зробити це до запуску суто практична: набагато легше додати відстеження до застосунку з нулем користувачів, ніж вмонтувати його в застосунок, що вже працює і на який люди покладаються. Ваш конструктор на ШІ може вписати його чисто, поки застосунок маленький. Щойно є справжні користувачі, кожна зміна відчувається ризикованішою, і ви постійно це відкладатимете.

Чому люди це пропускають і чому не варто

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

Друга причина — інструменти аналітики виглядають лячно. Ви чуєте «Google Analytics», «Mixpanel», «PostHog», «Amplitude», і ваші очі склянішають. Більшість цих інструментів зроблені для продакт-менеджерів у компаніях із дванадцятьма людьми, чия робота — просто дивитися на графіки. Вам це не треба. Вам треба знати чотири речі, і майже будь-який інструмент скаже вам ці чотири речі.

Чотири речі для відстеження першого дня

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

1. Скільки людей потрапляє в застосунок

Це найпростіше. Просто «скільки унікальних людей відвідали головну сторінку сьогодні». Більшість інструментів аналітики дають вам це безкоштовно тієї миті, як ви їх встановлюєте. Це знаменник для всього іншого.

Вам захочеться дивитися на це число нав’язливо. Не треба. Воно шумне день у день. Дивіться на тижневий тренд.

2. Скільки з цих людей реєструється (чи робить ваш «перший справжній крок»)

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

Якщо ви запустилися зі 100 відвідувачами й 4 реєстраціями, ваш показник реєстрацій — 4%. Це число, яке ви тепер можете спробувати зрушити. Якщо ви запустилися зі 100 відвідувачами й не маєте уявлення, скільки зареєструвалося, вам нічого оптимізувати.

3. Скільки з цих людей повертається наступного дня (чи наступного тижня)

Це найважливіше число, яке ніхто не відстежує рано. Воно називається утриманням, і для застосунків на ШІ це часто та річ, що тихо каже вам, чи у вас є щось справжнє, чи ви зібрали разову новинку.

Вам не треба нічого вигадливого тут. Просто: з людей, що зареєструвалися цього тижня, скільки повернулося наступного тижня й щось зробило? Якщо відповідь приблизно нуль, у вас проблема, яку жоден обсяг трафіку на головну не виправить.

4. Де люди відпадають

Якщо у вас є будь-який потік — реєстрація, онбординг, перше завдання, оформлення замовлення — відстежуйте кожен крок. Не кожен клік. Просто названі кроки. Щоб ви могли бачити: 100 почали реєстрацію, 80 ввели свій e-mail, 50 підтвердили його, 20 дійшли до дашборда.

Ця воронка — найкорисніший інструмент зневадження, який ви коли-небудь матимете для застосунку на ШІ, бо вона каже вам точно, на чому зосередитися. Якщо 100 починають реєстрацію й 80 вводять e-mail, але лише 50 підтверджують, у вас проблема з поштою (можливо, лист підтвердження йде у спам, можливо, не надсилається). Тепер у вас є щось конкретне, що попросити свій конструктор на ШІ виправити.

Що ігнорувати

Ось що не відстежувати, коли ви починаєте, бо це змарнує ваш час і змусить почуватися, ніби вам треба робити більше, ніж варто:

  • Кожен клік по кнопці. Вам не треба знати, що 14 людей клікнули посилання «Про нас». Ви ніколи не використаєте ці дані.
  • Час на сторінці. Звучить значущо, але ні. Хтось, хто лишив вкладку відкритою, поки пішов на обід, рахується як «20 хвилин залученості».
  • Показник відмов. Справді корисний для контентних сайтів; здебільшого шум для застосунків.
  • A/B-тести. Не робіть цього, доки у вас не сотні користувачів на варіант на тиждень. Ви не можете A/B-тестувати з вісьмома користувачами.
  • Демографія, глибина прокручування, теплові карти. Корисні зрештою. Не зараз.

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

Як насправді це додати (нетехнічна версія)

Більшість конструкторів застосунків на ШІ роблять це майже підозріло легко. Ви даєте конструктору речення на кшталт:

«Додай відстеження аналітики. Використовуй [назва інструмента]. Відстежуй, коли хтось відвідує головну сторінку, коли реєструється, коли повертається й входить і на кожному кроці процесу онбордингу».

Якщо ви використовуєте інструмент на кшталт PostHog чи Plausible, вони згенерують маленький фрагмент коду (один-два рядки), що йде в head застосунку. Ваш конструктор на ШІ може вставити його за вас. Якщо ви використовуєте Google Analytics, те саме — Google дає вам фрагмент, ви даєте фрагмент своєму конструктору, ваш конструктор його встановлює.

Для названих подій (реєстрація, вхід, крок онбордингу) ви описуєте їх простою мовою. «Коли користувач успішно завершує форму реєстрації, надішли подію під назвою signup_completed». Конструктор пише код. Ви — ні.

Три інструменти, які я б розглянув для свіжого застосунку на ШІ, по порядку:

  1. Plausible — гранично простий, дружній до приватності, має чистий дашборд. Найкоротший шлях від нуля аналітики до корисної аналітики. Коштує близько $9/місяць.
  2. PostHog — безкоштовний до щедрого ліміту, потужніший, дає змогу робити воронки й утримання, не покидаючи дашборд. Того вартий тієї миті, коли у вас є справжня воронка для відстеження.
  3. Google Analytics 4 — безкоштовний, всюдисущий, болісний у вивченні. Використовуйте, якщо ведете маркетинг і потребуєте інтеграції. Інакше пропустіть.

Оберіть один. Не встановлюйте два. Два інструменти аналітики — це вдвічі більше роботи й нуль разів інсайту.

Дисципліна, що насправді окуповується

Ось що перетворює аналітику з вправи марнославства на корисний інструмент: ви маєте дивитися на неї за графіком.

Раз на тиждень сядьте на 15 хвилин і дайте відповідь на чотири запитання:

  1. Скільки людей відвідало цього тижня проти минулого?
  2. Скільки зареєструвалося?
  3. З минулотижневих реєстрацій, скільки повернулося?
  4. Де в потоці люди відпали?

Ось і все. Не намагайтеся «досліджувати дані». Не відкривайте десять звітів. Дайте відповідь на чотири запитання, запишіть числа в застосунку нотаток чи таблиці й рухайтеся далі. Після чотирьох тижнів ви побачите тренди. Після восьми тижнів ви знатимете, які з ваших змін спрацювали, а які ні.

Засновниця, яку я згадав на початку цього допису, додала Plausible до свого застосунку для студії пілатесу в понеділок після нашої розмови. Це зайняло в неї близько 20 хвилин — більшість часу пішла на те, щоб сказати конструктору на ШІ, як називати події. За два тижні вона могла сказати мені з упевненістю, що її три найкращі реєстрації прийшли з одного допису в Instagram, який зробила клієнтка, що ніхто не завершував онбординг, бо третій крок просив спосіб оплати надто рано, і що з її 11 активних студій 7 поверталися до застосунку принаймні тричі. Жоден із цих фактів не існував, перш ніж вона додала аналітику. Усі вони змінили те, що вона зробила далі.

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