Цель
Повысить долю пользователей, доходящих от открытия Dashboard до события Verification Payment Completed, с помощью небольших изменений интерфейса.
1. Основание для экспериментов
| Переход в текущей воронке | Пользователи (From → To) | Конверсия | Отток |
|---|---|---|---|
| Dashboard Loaded → Your Information Completed | 129,846 → 21,865 | 16.84% | 83.16% |
| Borrower Information Completed → Verification Payment Completed | 18,791 → 8,959 | 47.68% | 52.32% |
| Dashboard Loaded → Verification Payment Completed | 129,846 → 8,959 | 6.90% | 93.10% |
Наблюдения в интерфейсе
- При высоте viewport 840 px раздел
Your informationи кнопкаContinueне видны без прокрутки. Continueотключена до заполнения обязательных полей.- Оплата открывается в модальном окне после нажатия
Continue.
Ограничение
- Порядок событий
Your Information CompletedиBorrower Information Completedв аналитике не совпадает с визуальным порядком разделов. Поэтому указанные проценты нельзя считать доказанными отказами внутри конкретной секции. Перед A/B-тестами нужно проверить определения событий.
2. Правила проверки
- Контрольная группа (A): текущий Dashboard. Вариант (B): только описанное изменение.
- Главная метрика для UX-экспериментов Dashboard: конверсия уникальных пользователей
Dashboard Loaded → Verification Payment Completed(сейчас 6.90%). - Диагностические метрики: начало заполнения, завершение обоих разделов независимо от порядка,
Continue Clicked,Payment Modal Opened,Payment Attempted, ошибки валидации. - Защитные метрики: доля технических ошибок и отказов платежа, доля успешно оплачиваемых проверок, некорректные заказы.
- Цель +1 процентный пункт – ориентир для оценки потенциала, а не гарантированный результат. Если оценивается отдельный переход, его целевая конверсия: 16.84% → 17.84% либо 47.68% → 48.68%.
- Распределять участников случайно внутри сопоставимого сегмента, не смешивая разные типы проверки, тарифы и устройства. До запуска определить необходимую выборку и длительность по статистическому расчёту.
3. Приоритетные дизайн-задачи
EXP-01 – Закреплённая панель Continue
Проблема
Кнопка Continue находится ниже первого экрана и остаётся невидимой до прокрутки.
Гипотеза
Постоянно видимая кнопка поможет пользователю понимать что он ввел все необходимые данные для открытия формы оплаты и повысит завершение Dashboard.
Изменение (B)
Закрепить внизу viewport узкую панель с Continue. Не менять порядок, количество или содержание полей; сохранить существующее условие активации кнопки.
Измеряем
- Главная: Dashboard → Payment Completed;
- Завершение обязательных полей, клики
Continue, прокрутка доYour information.
Критерий решения
Рост главной метрики без ухудшения ошибок и доступности.
EXP-02 – Пошаговая форма с прогрессом
Проблема
Две группы данных расположены на длинной странице и объём оставшейся работы неочевиден.
Гипотеза
Явные шаги и индикатор прогресса сделают заполнение более предсказуемым и повысят его завершение.
Изменение (B).
Два переключаемых шага: Borrower details (включая Verification details) и Your information. Показывать состояние каждого шага: не начат / в процессе / завершён.
Измеряем
- Главная: Dashboard → Payment Completed;
- Завершение каждого шага, переключения вкладок, ошибки, время заполнения.
EXP-03 – Пошаговая форма с прогрессом и закреплённой кнопкой
Проблема
Две группы данных расположены на длинной странице; объём оставшейся работы неочевиден.
Гипотеза
Явные шаги и индикатор прогресса сделают заполнение более предсказуемым и повысят его завершение.
Изменение (B)
Borrower details(включаяVerification details) иYour information. Показывать состояние каждого шага: не начат / в процессе / завершён.- Панель с
Continueв случае если она не помещается на экран, крепится через sticky снизу viewport. - Переход к оплате возможен только после заполнения всех обязательных полей
- Сохранять введённые данные при переключении вкладок.
Измеряем
главная – Dashboard → Payment Completed; дополнительные – завершение каждого шага, переключения вкладок, ошибки, время заполнения.
Важно
Этот вариант является комбинацией первых двух экспериментов. Его сравнение с исходной страницей покажет эффект пакета изменений, но не позволит выделить вклад каждого. Для более чистого сравнения можно отдельно тестировать EXP-01, EXP-02.
EXP-04 – Индикатор прогресса без изменения структуры формы
Проблема
На длинной странице пользователь не видит, сколько обязательных полей уже заполнено и сколько ещё осталось.
Гипотеза
Отображение прогресса заполнения поможет понять объём оставшейся работы и повысит завершение Dashboard.
Изменение (B)
Добавить индикатор прогресса заполнения обязательных полей. Сохранить текущую структуру страницы, порядок разделов и поведение Continue. Не добавлять вкладки, новые шаги и закреплённую кнопку.
Измеряем
- Главная – Dashboard → Payment Completed;
- Form Completion, Abandonment by Progress, время заполнения.
4. Дополнительные небольшие тесты
| ID | Изменение | Проверяемая гипотеза | Диагностическая метрика |
|---|---|---|---|
| EXP-05 | Объяснение рядом с неактивной Continue: какие обязательные поля осталось заполнить |
Пользователи чаще завершают форму, понимая причину блокировки | Form Completion, Validation Errors |
| EXP-06 | До оплаты кратко показать следующий шаг, итоговую цену и правило списания только за успешную проверку | Меньше неожиданностей при переходе к оплате | Continue Click Rate, Payment Attempt Rate |
| EXP-07 | После Continue показывать платёжную форму справа рядом с Order summary вместо модального окна |
Оплата в контексте заказа уменьшит отток перед оплатой | Payment Attempt Rate, Payment Completion |
| EXP-08 | Перенести выбор категории и цели проверки на лендинг с предзаполнением в Dashboard | Пользователь раньше поймёт, что проверяется, и увидит ценность | Verify Click Rate, Landing → Payment Completed |
Важно для EXP-07
Оплату показывать только после заполнения обязательных полей и нажатия Continue. Не менять платёжную логику.
Важно для EXP-08
На лендинге пользователь выбирает категорию и тип проверки. Выбранные значения передаются в Dashboard с возможностью изменения. Дополнительные поля могут уменьшить число кликов Verify, поэтому оценивать нужно сквозную конверсию от лендинга до оплаты.
5. Итог
Цель экспериментов – не просто увеличить количество нажатий Continue, а увеличить долю пользователей, достигающих финального события без ухудшения качества заказов и платёжного процесса.
Все предложенные причины оттока пока являются гипотезами.