Funnel Analysis — метод на мобилната аналитика, който проследява преминаването на потребителя през последователност от стъпки към целево действие. Фуниите показват на кой етап потребителите отпадат и защо. Според данни на Amplitude, 2025, приложенията, които редовно анализират Funnel Analysis, увеличават конверсията средно с 20% за шест месеца чрез точно отстраняване на тесните места. Фунията е основният инструмент на продуктовия анализатор.
Основни точки
Funnel Analysis (анализ на фуния) — метод на аналитиката, при който се изолира последователност от събития, водещи до конверсия. Всяка следваща стъпка включва само тези потребители, които са изпълнили всички предишни. На изхода се получава „фуния“ — широк вход (всички, които са започнали) и тесен изход (тези, които са завършили).
В мобилните приложения типичната фуния изглежда така: инсталация → регистрация → онбординг → първо действие → повторно действие → покупка. На всяка стъпка част от потребителите отпадат и задачата на анализатора е да разбере причината и да намали загубите.
| Метрика | Формула | Пример |
|---|---|---|
| Conversion Rate | Потребители на стъпка N / Потребители на стъпка 1 | 70% достигнаха стъпка 3 |
| Step Conversion | Потребители на стъпка N+1 / Потребители на стъпка N | 85% преминаха от стъпка 2 на стъпка 3 |
| Drop-off Rate | 1 — Step Conversion | 15% отпаднаха на стъпка 2 |
| Average Time | Средно време между стъпките | 2,3 минути от инсталация до регистрация |
Метриката Average Time между стъпките — често подценяван показател. Ако от инсталация до регистрация минават средно 45 минути, проблемът е в зареждането на съдържанието или сложността на първия екран.
Фуниите се делят на два основни типа — отворени и затворени. Изборът зависи от сценария и гъвкавостта на потребителския път.
Потребителят трябва да премине през всички стъпки в строг ред. Ако е пропуснал стъпка или е тръгнал по друг път — не се включва във фунията. Пример: регистрация → потвърждение на имейл → попълване на профил → първа поръчка. Затворените фунии дават чиста картина, но изключват реални потребителски сценарии.
Потребителят може да изпълнява стъпките в произволен ред или да пропуска някои. Системата изчислява конверсията на всяка стъпка независимо. Пример: разглеждане на каталог → добавяне в кошница → оформяне на поръчка. Open Funnel е по-реалистичен метод за повечето мобилни приложения.
Стъпка 1 (задължителна): инсталация на приложението. Стъпка 2 (задължителна): показване на екрана за абонамент. Стъпка 3 (незадължителна): преглед на тарифите. Стъпка 4 (задължителна): оформяне на абонамент. Хибридният подход осигурява баланс между чистота на данните и реалистичност.
Изграждане на фуния — задача на границата между аналитиката и продукта. Процесът се състои от пет стъпки, от формулиране на хипотеза до автоматизиране на отчета.
Какво искате да направи потребителят? purchase_completed, subscription_started, referral_sent. Целево събитие — върхът на фунията. Всички стъпки отдолу водят към него.
Запишете всички задължителни събития между влизането в приложението и целевото действие. За електронна търговия: app_opened → product_viewed → add_to_cart → checkout_started → payment_selected → purchase_completed. Всяко събитие трябва вече да съществува в Event Tracking или ще бъде добавено.
Time window — максималното време между първата и последната стъпка. За бързи сценарии (инсталация на игра) — 24 часа. За абонаментни — 7 или 30 дни. Събития извън прозореца не се включват в анализа.
Изборът на прозорец пряко влияе върху конверсията: твърде кратък прозорец (1 час) отрязва потребители, които се върнали след 2 часа, за да завършат покупката. Твърде дълъг (30 дни) включва случайни действия. Оптимумът се определя чрез анализ на времето между стъпките: изградете разпределение на интервалите и изберете прозорец на ниво 90-и персентил.
За бързи фунии (онбординг, регистрация) използвайте прозорец от 1 час. За средни (първа покупка) — 7 дни. За дълги (абонамент) — 30 дни. В рамките на една и съща фуния може да има различни прозорци за различни двойки стъпки.
-- Пример расчёта Funnel в BigQuery
WITH funnel_steps AS (
SELECT
user_id,
event_name,
event_timestamp,
LAG(event_name) OVER (
PARTITION BY user_id ORDER BY event_timestamp
) AS previous_event
FROM `project.events.*`
WHERE event_name IN (
'app_opened', 'product_viewed',
'add_to_cart', 'purchase_completed'
)
)
SELECT
event_name AS step,
COUNT(DISTINCT user_id) AS users,
ROUND(
COUNT(DISTINCT user_id)
/ MAX(COUNT(DISTINCT user_id)) OVER (), 3
) AS conversion_rate
FROM funnel_steps
GROUP BY step
ORDER BY ARRAY_POSITION(
['app_opened', 'product_viewed',
'add_to_cart', 'purchase_completed'],
event_name
)
Заявката използва LAG за проследяване на последователността и ARRAY_POSITION за сортиране на стъпките. Резултат — таблица с брой потребители и конверсия на всяка стъпка.
Изградете фунията върху данни от последните 30 дни. Ако на стъпка „checkout_started“ конверсията е 80%, а на „purchase_completed“ — 25%, проблемът е във формуляра за плащане. Сравнете с конкурентни бенчмаркове: средната конверсия на кошницата в мобилните приложения е 15–25% според Statista (2024).
Настройте ежедневен отчет с фунията в таблото (Looker Studio, Tableau). Добавете аларми: ако Conversion Rate на стъпка падне под контролната граница — известие в Slack или Telegram.
Drop-off Analysis — ключовият етап на Funnel Analysis. Загубите на всяка стъпка са източник на хипотези за подобряване на продукта. Различават се три зони на проблеми: технически грешки, UX бариери и мотивационни сценарии.
Ако на стъпка „registration_completed“ след въвеждане на телефонен номер отпадат 15% от потребителите — проверете SMS шлюза. Техническите загуби се поправят за 1–2 дни и дават бърз ръст на конверсията. Използвайте Firebase Crashlytics в комбинация с фунията за откриване на грешки.
Ако на стъпка „cart_viewed“ → „checkout_started“ се губят 40% — проблемът е в UX на кошницата. Възможно е липсва бутон „Оформяне на поръчка“ над линията на прегъване на екрана или цената за доставка не се показва преди въвеждане на адрес. UX анализът изисква повторения на сесии (Hotjar, UXCam, Smartlook).
Ако потребителят достигне до „payment_selected“, но не завърши покупката — стойността на офертата е по-ниска от цената. Мотивационните загуби се лекуват с отстъпки, пробни периоди, социално доказателство. A/B тест: покажете на 50% от потребителите отзиви на страницата за плащане и сравнете конверсията.
Техниката 5 Whys, приложена към фунията: на стъпката, където конверсията е паднала с 20%, задайте последователно пет въпроса „защо“. Защо потребителите не достигат до плащане? Защото формулярът за плащане се зарежда бавно. Защо се зарежда бавно? Защото заявката към платежния шлюз изтича. Защо изтича? Защото SDK не е актуализиран. Методологията разкрива основната причина, а не симптома.
Кохортен анализ на фунията — още един инструмент. Сравнете фунията на потребители, инсталирали приложението през януари и февруари. Ако февруарската кохорта показва спад на конверсията от 15% на стъпка „регистрация“, причината е промяна на екрана за онбординг, приложена в края на януари. Кохортите изолират времеви фактори.
Според данни на CXL Institute (2024), систематичният Drop-off Analysis с последващо A/B тестване на хипотези дава средно увеличение на конверсията на фунията с 30% за 3 месеца.
Всеки инструмент предлага свой подход към изграждането на фунии. Изборът зависи от сложността на продукта и бюджета.
Amplitude — лидер в продуктовата аналитика. Вграденият Funnel Analysis позволява сегментиране на фунията по кохорти, устройства, версии на приложението. Pathfinder показва разклоненията — колко потребители са тръгнали по алтернативен път след стъпка 2.
Mixpanel Flows визуализира фунията като граф на преходите. Плюс — актуализация в реално време. Минус — ограничено филтриране в безплатния план. Подходящ за средни проекти с екип до 10 анализатора.
Firebase предлага безплатен Funnel Report с ограничение до 10 стъпки. Интеграцията с BigQuery позволява изграждане на персонализирани фунии чрез SQL. Идеален за стартиращи фирми, които току-що започват да анализират конверсията.
За enterprise решения използвайте Tableau с източник от BigQuery. Това дава пълна гъвкавост: персонализирани метрики, цялостна аналитика от инсталация до LTV, мониторинг в реално време. Изисква наемане на BI инженер.
GA4 предоставя Funnel Exploration в раздела Explore. Поддържа до 10 стъпки, сегментиране по параметри на потребителя и сравнение на времеви периоди. Минус — ограничена гъвкавост в сравнение с Amplitude, но напълно безплатен и интегриран с Google Ads.
| Инструмент | Безплатно | Макс. стъпки | BigQuery | Реално време |
|---|---|---|---|---|
| Firebase | Да | 10 | Да | Не |
| Amplitude | Не | ∞ | Да | Да |
| Mixpanel | Не | ∞ | Не | Да |
| GA4 | Да | 10 | Да | Не |
| Tableau+BigQuery | Не | ∞ | Да | Да |
Изборът на инструмент се определя от честотата на анализ. За ежедневно наблюдение на фуниите са подходящи Amplitude или Mixpanel. За седмични стратегически отчети — Tableau с BigQuery. За стартиращи фирми — Firebase или GA4.
Често задавани въпроси
Оптималният брой стъпки е 4–7. По-малко от 4 — фунията е твърде агрегирана, проблемите не се виждат. Повече от 7 — точността пада: до 8-та стъпка достигат твърде малко потребители за статистическа значимост. Фокусирайте се върху ключовите точки за вземане на решения.
Инсталацията — вход във фунията само за платен трафик. За органичен трафик входът е app_opened или screen_view на първия екран. Използвайте атрибуция (AppsFlyer / Adjust), за да разделите инсталациите по източник и да изчислите конверсията за всеки канал.
Рекламните платформи (Meta, Google) изчисляват конверсията според собствения си модел на атрибуция (last-click, view-through). Funnel Analysis изчислява стриктно според събитията в приложението. Разлика от 10–20% е нормална. Фокусирайте се върху вътрешната фуния като източник на истина.
Ежедневно — за продуктови метрики. Седмично — за стратегически отчети. Ежедневният преглед на фунията позволява забелязване на спад на конверсията веднага след пускане на проблемна версия. Настройте аларма при спад на Step Conversion под 3 сигма от средната стойност.
Само въз основа на Screen View — да, с ограничения. Фунията по екрани ще покаже къде потребителят напуска, но няма да обясни защо. За пълен анализ са необходими бизнес събития: add_to_cart е по-информативен от screen_view на екрана на кошницата.
Обобщение
Ще разработим мобилно приложение под ключ
IT Sectr създава iOS и Android приложения за стартъпи и бизнеси от 2017 г. Ще ви консултираме и ще предложим най-доброто решение.
Прочетете също