Агенты собирали данные клиентов в эксельки: или сразу на дому, или перенося данные из своих данных. Каждый полис — это отдельная экселька, после все файлы собирались в список и обрабатывались.
Для обработки экселек привлекали редчайших специалистов по страховой математике — актуариев. Они составляли в экселе актуарные формулы, всё это было чрезвычайно сложно настраивать, тестировать, менять.
Обработанные данные переносились в основную базу данных «Дело Жизни». Технологии были древними, код написан в начале 2000-х. Стек поддерживался IT-специалистами старой школы.
Было непонятно, сколько еще проработает такая инфраструктура. А еще от ручного труда и отсутствия автоматизации страдали агенты — ведь именно они приносили компании доход от продажи полисов. Кроме того, постоянный «ручной» перенос данных плодил ошибки, компании требовались дополнительные ресурсы для проверки и исправления.
Прежде всего, перенесли все актуарные технологии в современный цифровой вид. Для обработки данных больше не нужны связки экселек.
Для оформления и активации данных полисов запустили и настроили новый личный кабинет с возможностью удобной подачи заявления на оформление полиса, его оплаты и активации. А также отображения всего списка когда-либо имеющихся полисов — данные с него тактово поступали в основную базы данных. Так мы не нагружали основную базу множеством запросов и могли легче обрабатывать данные агентов. Кроме того, такой подход позволил «поженить» старые технологии хранения данных с современным вебом.
Но главное — запустили новый личный кабинет агента. Теперь он работал в вебе на любом устройстве. Агент просто авторизовывался, и после просматривал свои текущие полисы. Он помогал оформлять новые заявления клиентов, видел список всех своих текущих клиентов и контролировал актуальные сроки их полисов, а также делал предрасчеты любых продуктов через калькуляторы.

Личный кабинет был сквозным для клиента и агента. Агент мог создавать полисы, а клиент — только создавать обращения, просматривать полисы родных и оплачивать полисы.
Для личного кабинета собрали админпанель. Администратор мог управлять шаблонами запросов, заявлений, создавая их по крупицам из отдельных: атрибутов, справочников, документов, управляя последовательностью любого из блоков, в том числе обязательными документами и их типами. В админке можно найти любого пользователя и посмотреть его данные и продукты. Более 90% личного кабинета настраивается из админ-панели.
В итоге у агентов для каждого полиса была своя быстрая и удобная форма — это облегчало работу «в поле». А администраторы могли создавать новые формы буквально за несколько минут.
Попутно настроили эквайринг от Альфа Банка — для оплаты полисов. Кроме того, настроили интеграцию с Redsms для подтверждения данных с помощью смс-кодов.

На всё потратили примерно 6 месяцев — чтобы успеть к Дню рождения компании. Работали привычным образом:
1. Исследование и сбор требований
2. Дизайн
3. Разработка, развёртывание инфраструктуры и серверов
4. Тестирование.
Во фронте: React × NextJs. В бэке: PHP 8.4 × MariaDB 11 × Laravel 12.
В выборе технологического стека руководствовались тремя главными принципами: надежность, скорость разработки и удобство для конечного пользователя.
Для создания основного личного кабинета использовали Angular. Он заставляет все делать по строгим правилам, поэтому итоговый продукт получается очень стабильным и предсказуемым.
Для будущих полноценных приложений мы сразу заложили работу на Kotlin (для Android) и Swift (для iOS). Это официальные, «родные» языки для этих операционных систем. Мы выбрали их, потому что только они могут гарантировать максимальную скорость работы и безопасность. Приложения, написанные на этих языках, работают быстрее и позволяют использовать все возможности телефона, например, вход по отпечатку пальца. Для банковского приложения всегда нужно выбирать самый надёжный путь, и эти технологии его обеспечивают.
Кроме того, освежили UX/UI веб-сайта вместе с личным кабинетом.
Когда презентовали решение на празднике, некоторые агенты не могли сдержать слёз радости — так долго они ждали решение.
Сейчас клиент заканчивает настройку решения на своей стороне.
