Тег #Nuxt
Всё, что было не так с одной маленькой формой
Форма «Моя семья» в личном кабинете состояла всего из нескольких полей, но проблема нашлась на каждом уровне: можно было добавить самого себя как родственника, форма требовала ID, который никто не помнит, невозможные даты приводили к ошибке, сообщения игнорировали выбранный язык, выпадающий список не закрывался, а Backspace не удалял символ. Это история полного ремонта одной обманчиво простой формы — от backend-правил и интеграции с сервисами до состояния и frontend-полировки.
Страница, которая скрывала собственный контент
При быстром соединении сайт открывался на несколько секунд серым пустым экраном, а затем изображения медленно подгружались одно за другим. Исправления оказались небольшими. Самой важной частью работы было доказать, почему существовала каждая задержка — потому что, как выяснилось, почти каждая была чьим-то предыдущим исправлением.
Запись к врачу прямо из личного кабинета
Запись к врачу по корпоративному ДМС раньше означала переписку с Telegram-ботом. Я перенёс этот процесс в личный кабинет — в форму из пяти шагов, которая за считанные секунды передаёт заявку операторам. Самое интересное здесь было решить, как мало информации браузеру вообще разрешено отправлять.
Отменённый полис всё ещё отображался как «Действующий»
Пользователи, отменившие полис через сайт, продолжали видеть его как действующий, потому что национальный реестр не всегда корректно сообщает об отменах. Я исправил определение статуса на стороне источника и сделал так, чтобы каждая новая отмена сразу отправляла уведомление сотрудникам в Telegram.
Сделать медицинскую страховку понятной за пять секунд
Страховая компания уже знала, что покрывает ваша программа и сколько вы потратили, но эта информация хранилась в системе, созданной для сотрудников страховой компании. Я сделал страницу, которая превращает эти необработанные данные в два простых ответа, которые действительно нужны человеку: что покрывает моя страховка и сколько у меня осталось?
Показали сотрудникам медицинскую страховку, которую за них купил работодатель
Корпоративная медицинская страховка принадлежит работодателю, а не сотруднику, поэтому раньше она вообще не отображалась в личном кабинете. Я построил недостающую связь: теперь в аккаунте есть страховая карта, оставшийся лимит и история всех обращений по страховке — рядом с остальными полисами.
Что на самом деле осталось на вашей медицинской карте
Корпоративная медицинская страховка существовала в личном кабинете только как название — и больше ничего. Я разработал endpoint для получения данных и подключил кабинет к нему, чтобы страница теперь отвечала на вопросы, которые действительно интересуют людей: что покрывает страховка, сколько уже потрачено и что будет дальше.
Сайт, который забывал вас каждые три часа
Вход в личный кабинет требовал биометрической проверки через распознавание лица — а через три часа её приходилось проходить снова. Проблема была не в коротком сроке сессии, а в отсутствии механизма её продления. Теперь сайт незаметно продлевает сессию на пятнадцать дней, а самая сложная часть заключалась в том, чтобы гарантировать, что продление никогда не запускается дважды одновременно.
Мы заменили регистрацию на распознавание лица. Но у старых аккаунтов были свои правила
Мы отключили форму регистрации на страховом сайте — теперь первое распознавание лица само создаёт аккаунт. А потом реальный пользователь оказался заблокирован из-за аккаунта, который он создал ещё в 2023 году, и это исправление научило меня большему, чем сама функция.
Как научить вход по лицу спрашивать: «Этот номер всё ещё ваш?»
На нашем страховом сайте пользователи входят через распознавание лица с помощью MyID — национальной системы цифровой идентификации Узбекистана. Лицо подтверждает, кто вы, но не подтверждает, как с вами связаться. Поэтому я переработал авторизацию так, чтобы каждый вход также проверял, действительно ли номер телефона, привязанный к аккаунту, всё ещё принадлежит пользователю.
Три часа полировки: как рабочий мастер превратился в готовую к релизу функцию
Мастер онлайн-расторжения страхового полиса уже умел всё необходимое: подтверждение личности через MyID, выбор полиса, расчёт суммы возврата и отправку заявки. Но именно несколько часов финальной доработки превратили его из просто работающей функции в продукт, готовый к выпуску. За это время я ограничил список доступных полисов только теми, которые действительно можно расторгнуть, заменил обязательную повторную биометрическую проверку 30-минутным окном доверия, сделал мастер устойчивым к перезагрузке страницы и смене языка, а также научил варианты причин автоматически подстраиваться под тип страхового продукта.
Функция загрузки файлов, которую я реализовал, удалив большую часть собственного дизайна
Мы добавили шаг «Причина отмены» в мастер онлайн-расторжения страхового полиса: быстрый выбор причины, произвольный комментарий и необязательное прикрепление PDF-документа. Моё первое решение включало два новых API, отдельную таблицу в базе данных, машину состояний и фоновую очистку неиспользуемых файлов. В финальной версии не осталось ничего из этого: файл отправляется вместе с уже существующим запросом, хранится в S3, а база сохраняет лишь ссылку на него. Эта история о том, как пересмотр собственного решения сделал функцию проще, безопаснее и позволил выпустить её быстрее.
Авторизация работала везде — кроме телефона
Мы внедрили вход в личный кабинет через MyID — национальную систему цифровой идентификации Узбекистана с распознаванием лица. Во время подготовки к релизу выяснилось, что на мобильных устройствах после успешной проверки личности пользователь снова попадал на страницу входа, словно ничего не произошло. Ниже — история о том, как мы подготовили релиз, нашли проблему, скрывавшуюся буквально в одной строке логики, и исправили её.
Возврат уже выполнен, а сайт всё ещё показывает «В обработке»
Заявка на расторжение страхового полиса была успешно одобрена, деньги уже вернулись клиенту, но личный кабинет продолжал бесконечно отображать статус «В обработке». Проблема скрывалась между двумя системами, которые не синхронизировали данные. Я нашёл причину, реализовал автоматическое обновление статусов прямо на странице и подготовил систему к новым статусам, которые появятся в будущем.
Проверка личности, защита от повторных заявок и понятные пустые экраны
Я доработал процесс онлайн-расторжения страхового полиса, сделав его безопаснее и удобнее. Теперь каждая попытка расторжения начинается с обязательной проверки личности через MyID, пользователи больше не вводят данные банковской карты, если заявка уже существует, а пустые страницы помогают понять дальнейшие действия вместо того, чтобы сбивать с толку.
Онлайн-расторжение страхового полиса с возвратом средств прямо на банковскую карту
Раньше для расторжения страхового полиса нужно было лично посещать офис компании. Я интегрировал личный кабинет с новым сервисом расторжения, разработанным моим коллегой, благодаря чему теперь клиент может выбрать полис, заранее увидеть точную сумму возврата, указать банковскую карту и отслеживать статус заявки — полностью онлайн.
Три дня, чтобы личный кабинет страхования начал показывать правду
Трёхдневный спринт по развитию личного кабинета gross.uz: переход на единый достоверный источник данных, поиск страховых полисов, о существовании которых пользователи даже не подозревали, и доработка интерфейса, чтобы он ощущался как современное мобильное приложение, а не обычный веб-сайт.
Переработка личного кабинета: единое пространство для каждого полиса клиента
Я создал с нуля зону авторизованных пользователей на сайте страховой компании — многостраничный «личный кабинет», где клиенты видят все свои полисы по всей компании, подтверждают личность через государственную систему идентификации, а также управляют автомобилями, недвижимостью и профилем. Проект уже запущен в продакшн, и я продолжаю его дорабатывать.
Моя первая задача: кнопка «Оставить отзыв», которая превратилась в полноценную full-stack функцию
В свой первый рабочий день в страховой компании мне поручили «немного изменить форму обратной связи». В итоге небольшая задача превратилась в полноценную функцию, затронувшую весь продукт: плавающую кнопку на главной странице, всплывающую форму и изменения в базе данных, благодаря которым служба поддержки теперь связывается с пользователями по телефону, а не по электронной почте.