От order summary
к выбору способа оплаты
Проблемы и решения
проблема 1
Существующий экран поддерживал только один сценарий
Экран был рассчитан на общий сценарий рассрочки и не помогал пользователю выбрать между PayLater и Installment – оплатой позже и рассрочкой
решение 1
Развели способы оплаты по смыслу
Показали два сценария как отдельные варианты: с коротким описанием, разной логикой выбора и понятной разницей между ними
проблема 2
Экран перед оплатой был слишком техническим
Экран был перегружен служебной информацией: ID заказа, датой создания, адресом магазина и другими деталями, которые не помогали принять решение
решение 2
Сделали экран точкой быстрого выбора
Превратили Order Preview из промежуточного технического шага в экран, где пользователь сразу понимает сумму, партнёра и доступные способы оплаты
проблема 3
Разные способы оплаты вели через одинаковый путь
PayLater – более простой сценарий, но пользователь проходил через лишние шаги, как в более сложной рассрочке
решение 3
Сократили путь для PayLater
Спроектировали более короткий сценарий для оплаты позже: убрали лишние шаги, но сохранили понятность условий и подтверждение покупки
Почему UI тоже пришлось изменить
Новый выбор = больше когнитивной нагрузки
Раньше пользователь просто подтверждал заказ. Теперь нужно выбрать между двумя финансовыми сценариями
Старый визуальный язык был слишком техническим
При одном сценарии это было допустимо, но для выбора способа оплаты экран должен быть легче, спокойнее и быстрее для сканирования
Сценарий оплаты PayLater сделали короче
Мы разделили сценарий по уровню решения. Installment требует больше контекста: срок, график платежей и условия. PayLater проще: пользователь оплачивает позже одним платежом, поэтому сценарий можно сделать короче и быстрее
Стандартный сценарий оплаты Installment
Больше деталей перед продолжением: условия, payment plan и будущие платежи
Короткий сценарий оплаты PayLater
Меньше шагов для простого решения: подтвердить заказ и продолжить с оплатой позже
Интервью пользователей
Вместе с ресёрчером мы провели короткие интервью с 6 пользователями AhaPay, чтобы понять, как они воспринимают лимит, способы оплаты и новую терминологию до релиза
Как пользователь выбирает способ оплаты
Для небольших покупок пользователи чаще выбирали PayLater, а для крупных – рассрочку. Это подтвердило, что способы оплаты нужно показывать как разные сценарии, а не как равнозначные кнопки
Где пользователь ожидает увидеть лимит
Пользователи хотели понимать доступную сумму заранее – до QR-скана и оформления покупки. Поэтому лимит нужно было показывать на главной, а не только в момент оплаты
Насколько понятна разница между способами оплаты
Не все пользователи сразу понимали разницу между PayLater и рассрочкой. Это стало сигналом усилить короткие описания, подсказки и структуру информации
Postpaid вызывал телеком-ассоциации
Изначально в продукте PayLater хотели назвать Postpaid (с таким вордингом мы и ушли на интервью). Выяснилось, что Postpaid вызывает телеком-ассоциации. Мы не меняли название только на основе 6 интервью: использовали это как сигнал, проверили market best practices и заменили на PayLater до релиза
Результаты
После релиза сравнили метрики в Amplitude за два сопоставимых двухнедельных периода до и после выката. Это не был строгий A/B-тест, но данные показали положительную динамику
Новый экран добавил выбор между PayLater и Installment, поэтому ключевой задачей было не ускорить клик, а не создать лишнее трение
+5 п.п.
80%Conversion to next step
−1 п.п.
10%Back rate
почти стабильно
8,8сMedian time to CTA
Эти метрики не изолированы от всех внешних факторов, но для оценки итерации такой анализ был полезен