Что за компания

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

Что за продукт

Это внутренняя SaaS B2B система, объединяющая все этапы работы с банкротствами в одном месте. Каждый день в ней работают юристы, аналитики и арбитражные управляющие: заводят и ведут дела физлиц, загружают документы, назначают собрания, отслеживают статусы и сроки.

Как появилась задача

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

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

В итоге, руководство решило создать собственное решение, ориентированное именно на процедуры банкротства физических лиц.

Моя роль

— Составление понимания задачи — Дискавери и видение — Lo-Fi проектирование и гипотезы — Приоритизация гипотез и скоупинг (совместно с менеджером) — Визуальная концепция, UI-kit — Hi-Fi дизайн, edge-кейсы, анимации и прототипирование — Сопровождение процесса разработки
— Оформление Use Cases для тех. специалистов

Итого

Зафиксируем понимание проблемы и что мы хотим сделать:

Миссия для пользователя

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

Цель для бизнеса

Снизить расходы на лицензии стороннего софта и сделать процесс ведения дел более прозрачным и управляемым для руководства.

Кто будет пользоваться

Основная аудитория — сотрудники компании из разных отделов, ведущие разные этапы процедуры банкротства физических лиц.

Критерии успеха

Минимум: 1. Упростить ключевые сценарии работы сотрудников 2. Cократить зависимость компании от стороннего ПО 3. Повысить стабильность системы 4. Уложиться в сроки (4 месяца) Максимум: 1. Увеличить количество дел, сформированных за период.

ДискавериИнтервью и наблюдение

Несколько раз я приезжал в один из офисов, чтобы понаблюдать как сотрудники пользуются старой системой. Для этого мы отобрали 12 человек (по 2-3 
из разных отделов). Во время работы я задавал уточняющие вопросы и фиксировал возникающие проблемы. Например: 1. Некоторым приходилось по несколько раз заполнять одни и те же документы, по разным людям (отсюда появилась идея про “пакетность”); 2. Возникали проблемы с дубликатами в базе: одинаковые ОГРН повторялись в выпадающих списках, из-за чего сотрудники путались, и тратили время на определение нужного. 3. Обратил внимание, как сотрудники работают сразу в двух окнах, но старое ПО не было адаптировано под такую задачу. 4. Зачастую несколько сотрудников работают с одного аккаунта управляющего, которого зарегистрировала компания в системе. Так появились первые идеи — какие процессы можно было бы изменить и упростить.

ДискавериАнализ конкурентов

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

Также я изучил несколько альтернативных решений на рынке — их немного, рынок подобных систем довольно узкий.

Из общих закономерностей: 

•

устаревший интерфейс 

•

ограничения по количеству аккаунтов 

•

отсутствие единого стандарта ведения дел о банкротстве

Гипотезы

После дискавери мы с менеджером обсудили мои идеи и сформировали из них гипотезы:

Приоритизация гипотез

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

Скоупинг

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

В первую итерацию вошли гипотезы 1, 3, 4 и 7 — они дают максимальную ценность при умеренной сложности и напрямую влияют на удобство и прозрачность работы.

Lo-fi дизайн

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

UI-kit

Затем определил необходимые компоненты, задал токены отступов и цветовых состояний и собрал базовый UI-kit.

Hi-fi дизайн1 итерация

В hi-fi дизайне я реализовал решения для 4 гипотез, учитывая все возможные состояния, edge-кейсы и пожелания по фирменному стилю.

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

UX-тесты

Надо было проверить:

1. Есть ли проблемы с навигацией по системе
2. Понятно ли как формировать пакеты шаблонов

В тестировании участвовали 10 сотрудников из разных отделов. Я собрал интерактивный прототип и использовал метод Think Aloud Protocol, 
чтобы больше понимать как ребята реагируют на незнакомый интерфейс. Итого, можно отметить:

1. С навигацией проблем у респондентов не возникло. Схожая архитектура системы позволила быстрее адаптироваться.
2. Некоторые пользователи пытались кликнуть по карточке арбитражного управляющего в сайдбаре. После тестирования я добавил туда возможность быстрого редактирования.
3. 7 из 10 участников отметили, что информацию о должнике стало проще находить, когда она расположена на одном экране.

Hi-fi дизайн2 итерация

Во вторую итерацию по большей части вошли небольшие фиксы с первой.

Из нереализованных гипотез — появился справочник, для управления данными внутри системы.

Гипотеза №5: Если внедрить справочник контрагентов, то исчезнут дубликаты по ОГРН и поиск станет проще

По итоговым макетам, я составил Use Case's, и передал их техническому отделу компании.

Результаты

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

Моя роль

— Составление понимания задачи — Дискавери и видение — Lo-Fi проектирование и гипотезы — Приоритизация гипотез и скоупинг (совместно с менеджером) — Визуальная
концепция, UI-kit — Hi-Fi дизайн, edge-кейсы, анимации и прототипирование — Сопровождение процесса разработки
— Оформление Use Cases для тех. специалистов

Выводы

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

Конечно, не получилось реализовать все что хотелось: где-то не успели больше потестировать, где-то не хватило времени на ревью, из-за горящих сроков, пришлось делать все параллельно. Несмотря на ограниченные сроки, нам удалось спроектировать основу системы и подтвердить ключевые решения пользовательскими тестами.