Промпт для UI/UX дизайнера и решения продуктовых кейсов

Входные данные (Пример)

Запрос: «В приложении по доставке еды пользователи часто бросают корзину на этапе выбора способа оплаты. Подозреваем, что интерфейс перегружен».

Ответ модели

1. Переформулировка и успех Проблема: Высокий Drop-off rate на этапе Checkout из-за когнитивной перегрузки. Критерий успеха: Увеличение Conversion Rate (CR) из корзины в оплату на 15% и снижение Time to Task.

2. Варианты решения

• Вариант А: Одностраничный чекаут (Accordion). Все блоки свернуты, кроме текущего. Плюс: фокус. Риск: скрытая информация пугает пользователя.

• Вариант Б: Экспресс-оплата (Apple/Google Pay) вверху. Вынос быстрых методов над выбором адреса. Плюс: сокращение пути до 1 клика. Риск: игнорирование доп. опций.

• Вариант В: Прогрессивный степпер (Stepper). Разделение на 3 четких шага: Адрес → Доставка → Оплата. Плюс: предсказуемость. Риск: лишние клики.

3. Выбранное решение и план внедрения Выбираю Вариант Б + В (Гибридный степпер с приоритетом быстрых оплат).

1. Аудит: Удаление второстепенных полей (комментарии, промокоды — в сворачиваемый блок).

2. Прототип: Кнопки быстрой оплаты — в начало страницы. Ниже — степпер для ручного ввода.

3. UI-система: Выделение итоговой суммы и кнопки «Оплатить» в липкий (sticky) футер.

4. Тест: Коридорное тестирование на 5 пользователях.

4. Метрики и контроль

• Метрики: CR (Checkout to Paid), Average Session Duration на странице (цель — снижение).

• Точки: Сверка через 7 дней после запуска (А/Б тест), далее — через месяц.

5. Риски и снижение

• Ошибка API оплаты: Добавить четкое сообщение об ошибке с предложением сменить карту.

• Страх скрытых платежей: Выводить финальную сумму (с доставкой) до нажатия «Оплатить».

Уточнения для работы:

1. Каков текущий процент отвала на этапе оплаты?

...