Поведение пользователей: динамика и UX-затыки¶

Снэпшот данных

Новая итерация анализа подготовлена 2026-05-26. Базовый отчёт: первый сводный анализ, срез 2026-05-07. Новый срез: данные на 2026-05-26 13:36 MSK.

TL;DR¶

Активность выросла: события продуктовой аналитики 1 899 → 3 706, sessions 338 → 643.
Клиентская база выросла: 22 → 29 clients.
AUM по текущей методике расчёта: $143 222.82.
Исторически размещённый principal вырос: $115 771 → $129 971; крупнейший клиент держит 62.5 % principal, не AUM.
Доля клиентов с депозитом просела: 54.5 % → 48.3 %.
Главный UX-затык для onboarding/landing: landing → login сейчас 28.0 %.
login screen → login completed сейчас 44.9 % против 60.7 % в первом отчёте.
deposit → address copied не улучшился: 13.5 %, почти как раньше.
Шаг подарочного кода выглядит лишним для обычного пользователя: 5 из 6 завершённых onboarding-сессий прошли с пропуском подарочного кода.
Withdrawal смотрят до депозита как проверку доверия: 48 показов пустого состояния, все без доступного баланса.

1. Финансовая динамика¶

Метрика	2026-05-07	2026-05-26	Динамика	Вывод
События продуктовой аналитики	1 899	3 706	+95.2 %	Данных стало почти вдвое больше.
Сессии	338	643	+90.2 %	Трафик и активность выросли.
Клиенты	22	29	+31.8 %	Рост базы: +7 клиентов.
Клиенты без депозита	10	15	+50.0 %	Пустая база растёт быстрее депозиторов.
Клиенты с депозитом	12	14	+16.7 %	Добавились два клиента с деньгами на платформе.
Доля клиентов с депозитом	54.5 %	48.3 %	-6.2 п.п.	Конверсия базы в депозит просела.
AUM по текущей методике	н/д	$143 223	н/д	Текущая оценка капитала отличается от исторически заведённого principal.
Исторически размещённый principal	$115 771	$129 971	+12.3 %	Размещённая сумма без live-переоценки капитала; это не AUM.
Доля крупнейшего клиента в principal	70.2 %	62.5 %	-7.7 п.п.	Концентрация principal снизилась, но остаётся существенным риском.
Доля top-3 клиентов в principal	н/д	83.2 %	н/д	Principal всё ещё сконцентрирован у нескольких клиентов.
Успешные выводы	1	1	без изменений	Массового поведения вывода пока нет.

Выводы для финансиста¶

AUM по текущей методике расчёта на момент проверки: $143 222.82.
База стала шире, но качество роста смешанное: пустые клиенты +5, клиенты с депозитом +2.
Инвестиционный principal вырос на 12.3 %, но это не AUM; это историческая сумма инвестиций.
Концентрационный риск по principal остаётся существенным: один клиент держит 62.5 %, top-3 держат 83.2 %.
Tron/TRC20 остаётся главным пользовательским on-chain каналом депозитов: 23 пополнения на $110 468. Отдельный депозит на $10 000 — это активация подарочного кода, а не пользовательский выбор сети.

2. Воронка поведения¶

Текущий пользовательский срез: 2 671 событий, 525 сессий, 277 IP, 11 авторизованных пользователей.

Шаг	Старый отчёт	Новый срез	Интерпретация
Любой экран	338 sessions	525 sessions	Больше пользовательских данных.
Landing viewed	161 / 338 = 47.6 %	279 / 525 = 53.1 %	Доля landing-сессий выше.
Landing → login screen	56 / 161 = 34.8 %	78 / 279 = 28.0 %	Показатель ниже предыдущего среза.
Login screen → login completed	34 / 56 = 60.7 %	35 / 78 = 44.9 %	Показатель ниже предыдущего среза.
Deposit page viewed	47 sessions	52 sessions	Почти без роста.
Deposit → address copied	7 / 47 = 14.9 %	7 / 52 = 13.5 %	Проблема не улучшилась.
Landing → address copied	7 / 161 = 4.3 %	7 / 279 = 2.5 %	Итоговая конверсия к действию стала ниже.
Analytics viewed	171 / 338 = 50.6 %	221 / 525 = 42.1 %	Analytics остаётся ядром, но текущая доля ниже.
Withdrawal empty state	46 events / 19 IP	48 events / 31 sessions / 20 IP	Сценарий «проверяю вывод без доступного баланса» сохраняется.

Что это значит¶

Основной bottleneck сейчас не в последнем onboarding step, а в том, что пользователь не доходит до авторизации и депозита.
Верхняя воронка показывает результат ниже предыдущего среза: landing стал собирать больше просмотров, но хуже ведёт к login.
Login flow тоже ниже предыдущего среза: из 78 session с login screen только 35 дошли до завершения входа.
Deposit screen не стал заметно понятнее: копирование адреса держится около 13-15 %, как в старом отчёте.

3. Onboarding¶

Метрика	Значение
Старт onboarding	10 events / 9 sessions
Завершение onboarding	6 events / 6 sessions
Step 2 «Простой и быстрый депозит»	10 events / 9 sessions
Step 3 «Технологии работают на вас»	8 events / 7 sessions
Step 4 «Ежедневный рост капитала»	8 events / 7 sessions
Пропуск подарочного кода среди завершивших onboarding	5 / 6
Использование подарочного кода среди завершивших onboarding	1 / 6

Выводы для дизайнера¶

Шаг подарочного кода выглядит слабым местом для обычного пользователя: 5 из 6 завершённых onboarding-сессий прошли с пропуском подарочного кода.
Экран подарочного кода не должен показываться пользователю без gift/referral-контекста или должен быть вторичным действием, а не отдельным обязательным экраном.
В аналитике не видно просмотра первого шага onboarding. Перед redesign нужно проверить, что все шаги трекаются одинаково.
Step 2 → step 3 проседает с 9 до 7 sessions. Это совпадает с ревью: экран депозита перегружен сетями и лишним объяснением.
Step 4 «Ежедневный рост капитала» использует рискованную формулировку: доходность плавающая, а не стабильная.

Ограничение вывода

Onboarding sample пока маленький. Это не A/B-доказательство, но направление совпадает с качественным ревью и текущими потерями воронки.

4. Landing и pre-onboarding¶

Событие / блок	Значение
Hero viewed	308 events / 264 sessions
Trust block viewed	166 events / 131 sessions
How-it-works viewed	154 events / 130 sessions
CTA header «Войти»	45 events / 37 sessions
CTA hero «Начать инвестировать»	14 events / 14 sessions
Returning landing sessions	25 / 279 = 9.0 %

Выводы для дизайнера¶

Примерно половина landing-сессий не доходит дальше hero до trust / how-it-works блоков.
Первый экран должен сам продавать ценность и снижать тревогу.
Header CTA работает заметно чаще hero CTA: 37 sessions против 14.
Returning на landing низкий: 9.0 % в текущем срезе.
Onboarding начинается до onboarding flow: если пользователь не нажал login, он не увидит ни один onboarding step.

5. Поведение на депозите¶

Метрика	Значение
Просмотр deposit page	88 events / 52 sessions / 8 users
Копирование deposit address	7 sessions
Сессии без предыдущего депозита на deposit page	9 sessions
Сессии без предыдущего депозита → copied	2 / 9 = 22.2 %
Сессии пользователей с предыдущим депозитом	43 sessions
Сессии пользователей с предыдущим депозитом → copied	5 / 43 = 11.6 %

Интерес к сетям vs фактические пополнения¶

Источник	UI selected	Address copied	Фактические пополнения	Сумма
Tron/TRC20	5 events	7 events	23	$110 468
Ethereum	7 events	1 event	7	$8 993
Base	6 events	0	1	$505
TON	8 events	0	1	$10
Solana	6 events	0	0	$0

Отдельно от сетевой воронки: 1 активация подарочного кода на $10 000. Это не пользовательский выбор сети и не результат копирования deposit address.

Выводы для дизайнера¶

Люди кликают разные сети, но пользовательские on-chain деньги почти всегда приходят через Tron/TRC20.
Подарочный код нужно считать отдельно: это не сигнал спроса на сеть и не часть UX-воронки копирования депозитного адреса.
Селектор сетей создаёт ощущение широкого выбора, но не помогает пользователю выполнить главное действие. По текущим данным основной канал — USDT TRC20.
Экран депозита должен сначала отвечать на вопросы «что отправить, куда, в какой сети, что будет после отправки».
Копирование адреса остаётся главным actionable event, и оно не растёт.

6. Поведение на выводе¶

Пустое состояние withdrawal:

Метрика	Значение
Events	48
Sessions	31
IP	20
Доступный баланс	0 во всех событиях

Выводы для дизайнера¶

Пользователи интересуются выводом до появления доступного баланса. Это нормальная проверка доверия: «смогу ли я забрать деньги?»
Пустой экран вывода нельзя считать только edge case. Это часть due diligence до депозита.
В onboarding/landing нужно заранее объяснить withdrawal model: комиссия, сроки, задержка, когда появляется доступный баланс.
На странице withdrawal empty state должен быть обучающим, а не просто пустым состоянием.

7. Analytics behavior¶

Категория	Топ
Navigation	`analytics` 103 events / 59 sessions; `deposit` 72 / 45; `operations` 70 / 52; `withdrawal` 47 / 29
Chart type	`profit` 44 events / 36 sessions; `balance` 7 / 7
Period	`all` 37 events / 33 sessions; `year` 12 / 12; `month` 5 / 5

Выводы¶

Profit-график снова доминирует над balance примерно 6.3:1.
Старый вывод «default должен быть profit» остаётся валидным.
Пользовательский интерес долгосрочный: all и year выбирают намного чаще month.
Продукт воспринимается как долгосрочный инвестиционный продукт, а не активный трейдинг или операционный кабинет.

8. Mobile и короткие сессии¶

Метрика	Старый отчёт	Новый срез	Вывод
Mobile share	18 % sessions	28.0 % классифицированных sessions	Mobile становится важнее.
Сессии < 1 минуты	79.5 %	80.2 %	Отскок не улучшился.
Returning landing	12 % старый срез	9.0 % текущий срез	Возвратность низкая.

Выводы для дизайнера¶

Mobile уже нельзя считать вторичным edge-case: почти треть классифицированных сессий.
Первый экран, auth и deposit flow нужно проверять отдельно на mobile.
Высокая доля коротких сессий говорит, что пользователи быстро не получают нужного ответа или доверия.

9. Ошибки и технические UX-сигналы¶

Заметные технические UX-сигналы:

Сигнал	Кол-во	Комментарий
Клиентские ошибки без понятного сообщения	5	Не выглядят массовым UX-блокером, но ухудшают диагностику.
Ошибки загрузки интерфейса	2	Были до внедрения retry.
Разовая ошибка на странице аналитики	1	Не выглядит системным паттерном.
Ошибка ввода 2FA-кода	1	Единичный пользовательский ввод, не системная проблема.

Вывод: системной лавины ошибок нет. Для дизайнера это не главный blocker; разработке стоит отдельно улучшить диагностику клиентских ошибок.

10. Рекомендации и follow-up¶

Follow-up задача: SI-285. Связанная задача по landing page: SI-282.

P0 для дизайна onboarding/landing¶

Скрыть экран подарочного кода, если пользователь пришёл без подарочного или реферального контекста.
Если экран подарочного кода нужен, сделать его вторичным действием, а не обязательным шагом.
Переписать первый экран landing/hero: он должен сам объяснять, что это, как формируется ожидаемая доходность, какие есть риски и как работает вывод.
Упростить депозитный onboarding: убрать лишнее перечисление сетей на раннем шаге, вести к USDT/TRC20 как основному каналу по текущим данным.
Заменить формулировки «стабильная доходность» и «ежедневный рост капитала» на корректные формулировки про ожидаемую/прогнозную доходность и возможные дневные колебания.
Добавить объяснение вывода до депозита в onboarding/landing: сроки, комиссия, задержка, когда появляется доступный баланс.

P1 для проверки после redesign¶

Развести трекинг событий по всем onboarding-шагам, включая step 1.
Добавить явные события просмотра, ввода и пропуска подарочного кода, включая сценарий без gift/referral-контекста.
Добавить событие намерения пополнить до копирования адреса: пользователь выбрал сеть, открыл QR, начал копировать, прочитал warning.
Отдельно считать mobile funnel: landing → login → onboarding → deposit → copy.

Короткий итог¶

Для финансиста: платформа стала активнее по трафику и базе; AUM по текущей методике расчёта на момент проверки — $143 222.82. Исторически размещённый principal вырос до $129 971, но это отдельная метрика и не должна называться AUM. Подарочные коды нужно считать отдельно от пользовательских on-chain депозитов.

Для дизайнера: проблема шире, чем onboarding screens. Самые сильные затыки: landing не доводит до login, login хуже завершает вход, deposit screen не доводит до copy-address, шаг подарочного кода выглядит лишним для обычного пользователя, а withdrawal интересует людей до депозита как проверка доверия.