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

Сценарий может выглядеть так: клиент приходит в офис, чтобы оформить полис ОСАГО. Продавец оформляет заявку в АРМе и завершает работу с клиентом. Заявка уходит андеррайтеру, который её одобряет или возвращает на доработку. После одобрения клиент получает ссылку на оплату и оплачивает полис. Позже, если требуется расторжение, продавец отправляет заявку сотруднику бэк-офиса. Тот дооформляет договор, передаёт его андеррайтеру на проверку, и при согласовании договор будет расторгнут.

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

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

Когда пользователь заходит в АРМ, на главном экране — обширная таблица. Она различается по типу ролей.

Сотрудники бэк-офиса и частично андеррайтеры могут изменить или расторгнуть договор.

Сценарии расторжение и изменения — одни из самых сложных в этом проекте. Что если страхователь уже не живет в том адресе, который у него указан в договоре? Что если страхователь умер и договор нужно расторгнуть по заявлению наследника? А что если заявитель страхователь, но получатель страховой выплаты не он, а другой человек? А если клиенту надо доплатить? а как? А если документов не хватает? Тонна вопросов, но все сценарии удалось закрыть понятными и простыми экранами.

Все названия компаний пишутся с кавычками-«елочками», а после цены стоит ₽, а не «Р». В интерфейсе нет окон с кнопками «Отмена» и «Отменить». Уведомления также написаны понятно и просто, но с заботой о пользователе:

Сейчас над заявкой работает МОП, пока изменения внести нельзя

Ожидаем расторжения. Обычно это занимает не более 30 секунд

Заявка Т-1000000 назначена на вас

Экран расторжения договора спроектированы таким образом, чтобы после блока «Заявка» заполнение полей шло в любом порядке. Иногда сотрудник не знает, кого назначить в получатели, но может заполнить инфу в блоках «Страхователь» и «Документы». Он может выйти из этого экрана и дозаполнить тогда, когда ему станет известно, кто Получатель.

Разумеется, ничего нажимать для сохранения черновика не надо, программа все сохраняет автоматически и потом пользователь начинает с того, c чего закончил.

Информация по договору доступна всем ролям: