TruvProduct design
Case study

Гипотезы и эксперименты

Гипотезы и задачи для UX-экспериментов

На этой странице
  1. Цель
  2. 1. Основание для экспериментов
  3. 2. Правила проверки
  4. 3. Приоритетные дизайн-задачи
  5. 4. Дополнительные небольшие тесты
  6. 5. Итог

Цель

Повысить долю пользователей, доходящих от открытия 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. Не менять порядок, количество или содержание полей; сохранить существующее условие активации кнопки.

Измеряем

  1. Главная: Dashboard → Payment Completed;
  2. Завершение обязательных полей, клики Continue, прокрутка до Your information.

Критерий решения

Рост главной метрики без ухудшения ошибок и доступности.

EXP-02 – Пошаговая форма с прогрессом

Проблема

Две группы данных расположены на длинной странице и объём оставшейся работы неочевиден.

Гипотеза

Явные шаги и индикатор прогресса сделают заполнение более предсказуемым и повысят его завершение.

Изменение (B).

Два переключаемых шага: Borrower details (включая Verification details) и Your information. Показывать состояние каждого шага: не начат / в процессе / завершён.

Измеряем

  1. Главная: Dashboard → Payment Completed;
  2. Завершение каждого шага, переключения вкладок, ошибки, время заполнения.

EXP-03 – Пошаговая форма с прогрессом и закреплённой кнопкой

Проблема

Две группы данных расположены на длинной странице; объём оставшейся работы неочевиден.

Гипотеза

Явные шаги и индикатор прогресса сделают заполнение более предсказуемым и повысят его завершение.

Изменение (B)

  • Borrower details (включая Verification details) и Your information. Показывать состояние каждого шага: не начат / в процессе / завершён.
  • Панель с Continue в случае если она не помещается на экран, крепится через sticky снизу viewport.
  • Переход к оплате возможен только после заполнения всех обязательных полей
  • Сохранять введённые данные при переключении вкладок.

Измеряем

главная – Dashboard → Payment Completed; дополнительные – завершение каждого шага, переключения вкладок, ошибки, время заполнения.

Важно

Этот вариант является комбинацией первых двух экспериментов. Его сравнение с исходной страницей покажет эффект пакета изменений, но не позволит выделить вклад каждого. Для более чистого сравнения можно отдельно тестировать EXP-01, EXP-02.

EXP-04 – Индикатор прогресса без изменения структуры формы

Проблема

На длинной странице пользователь не видит, сколько обязательных полей уже заполнено и сколько ещё осталось.

Гипотеза

Отображение прогресса заполнения поможет понять объём оставшейся работы и повысит завершение Dashboard.

Изменение (B)

Добавить индикатор прогресса заполнения обязательных полей. Сохранить текущую структуру страницы, порядок разделов и поведение Continue. Не добавлять вкладки, новые шаги и закреплённую кнопку.

Измеряем

  1. Главная – Dashboard → Payment Completed;
  2. 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, а увеличить долю пользователей, достигающих финального события без ухудшения качества заказов и платёжного процесса.

Все предложенные причины оттока пока являются гипотезами.