Проверка личности, защита от повторных заявок и понятные пустые экраны

Онлайн-расторжение страхового полиса связано с возвратом реальных денежных средств на банковскую карту. Поэтому в одних местах процесс должен быть максимально строгим с точки зрения безопасности, а в других — максимально простым и понятным для пользователя. После запуска основной функции я сосредоточился на трёх улучшениях, которые редко попадают в список ключевых возможностей продукта, но именно они формируют пользовательский опыт: подтверждение личности, отсутствие лишних действий и понятные пустые состояния интерфейса.

Подтверждение личности при каждой попытке

Теперь перед каждым расторжением полиса пользователь обязательно проходит проверку личности через MyID — государственную систему цифровой идентификации Узбекистана с биометрической проверкой через официальное приложение. Я сделал этот шаг обязательным для каждой новой заявки, а не одноразовой проверкой: когда речь идёт о возврате денежных средств, недостаточно предполагать, что пользователь — владелец аккаунта. Это необходимо подтверждать каждый раз.

Особенно доволен тем, как именно реализовано это решение. В системе уже существовал рабочий процесс авторизации через MyID — вместо создания ещё одной похожей реализации я использовал тот же самый механизм. Благодаря этому пользователи получают одинаковый опыт работы во всех разделах сайта, а команда поддерживает только одну реализацию вместо двух.

Не спрашивать данные карты без необходимости

Раньше в процессе была неприятная деталь: если для выбранного полиса заявка на расторжение уже существовала, страница всё равно несколько секунд показывала форму ввода банковской карты, а затем переключалась на экран с информацией о существующей заявке. Получалось, что пользователь мог начать вводить данные карты в форму, которая практически сразу исчезала.

Теперь логика работает иначе: сначала проверка — потом форма. Сразу после выбора полиса система показывает короткое состояние «Проверяем данные полиса…» и обращается к серверу, чтобы узнать, существует ли уже заявка. Если заявка найдена, пользователь сразу видит информацию о ней и её текущем статусе — без появления ненужной формы и без лишних действий. При этом расчёт суммы возврата выполняется параллельно, поэтому дополнительная проверка практически не влияет на скорость работы интерфейса.

Если данных нет — объяснить почему

Пустые страницы часто создают ощущение, будто приложение работает неправильно. Раньше некоторые разделы просто показывали пустую таблицу — формально это было корректно, но пользователю совершенно не помогало. Я полностью переработал оба сценария:

• «Мои заявки» без заявок — теперь отображается понятное сообщение с объяснением, что здесь появятся обращения по страховым случаям и заявления на расторжение полисов после их создания. Новый пользователь сразу понимает назначение раздела.
• «Мои полисы» без полисов — отображается дружелюбное сообщение и кнопка «Купить полис», которая сразу открывает каталог страховых продуктов. Пустая страница превратилась в естественную следующую точку пользовательского пути.

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

Почему такие мелочи действительно важны

По отдельности ни одно из этих улучшений сложно назвать большой функцией. Однако именно подобные детали определяют, будет ли пользователь доверять системе: проверка личности защищает процесс возврата денежных средств, предварительная проверка существующей заявки экономит время пользователя, а продуманные пустые состояния помогают человеку понять, что делать дальше, вместо ощущения, что приложение работает неправильно. Именно такие небольшие улучшения превращают обычный функционал в действительно качественный пользовательский опыт.