WEB
SaaS
Раздел «Статус помещений» для роли Генеральный подрядчик
Улучшение юзабилити и дополнение функционала
Продукт
SaaS-платформа для цифровизации строительных процессов
Роль
Lead Product Designer
Период
2024
Пользователи
60+
Контекст
S.Home изначально создавался как внутренний инструмент компании, но в процессе развития стал коммерческим SaaS-решением для других застройщиков и подрядчиков.

Раздел «Статус помещений» — один из ключевых модулей системы, используемый ежедневно для контроля готовности помещений, формирования вызовов на приёмку и анализа статистики.

Он существовал в неизменном виде более двух лет и перестал соответствовать новым сценариям работы и визуальным стандартам дизайн-системы.
Редизайн был направлен на повышение эффективности, ускорение выполнения задач, снижение когнитивной нагрузки и улучшение общего UX
Цели
[1]
Сделать интерфейс инструментом, который помогает работать быстрее, а не мешает
[2]
Минимизировать возвраты и дублирующие действия
[3]
Упростить считывание статистики и данных по помещениям
[4]
Увеличить количество и качество данных, которые будут полезными для всех участников процесса
[5]
Обеспечить единообразный опыт в разных сценариях (внутренние пользователи, внешние клиенты)
Этапы работы
Этап 1
Исследование и аналитика
1. Первым шагом стало исследование существующего функционала без изменений.
Мы протестировали сценарий на внутренних пользователях компании — генеральных подрядчиках и инженерах, ежедневно работающих в системе.
Цель — понять, где интерфейс мешает, а где помогает рабочему процессу.
Хотя все пользователи достигали целей, выполнение задач занимало больше времени и требовало дополнительных усилий.

2. После внутреннего анализа мы провели демо-сессии с потенциальными клиентами — строительными компаниями, рассматривающими внедрение S.Home.
Во время демонстраций мы наблюдали, как внешние пользователи выполняют те же задачи, что и внутренние, без дополнительных инструкций.
Параллельно организовали фокус-группу с представителями подрядных организаций.
Цель — собрать обратную связь о понятности интерфейса, структуре данных и приоритетности функций
Результат: этот этап подтвердил часть гипотез и выявил новые UX-проблемы, критичные для выхода продукта на рынок
3. После сбора всей необходимой информации и анализа полученных данных я приступила к ресерчу конкурентов, а также поиску схожих паттернов в различных сферах
Этап 2
Проектирование
Следующим этапом я построила архитектуру раздела и user flow
Этап 3
UI дизайн
На данном этапе я разработала макеты и интерактивный прототип.
Благодаря оперативной сборке прототипа мы смогли протестировать улучшенный функционал на небольшой фокус группе, внести небольшие правки и выкатить раздел в прод
Этап 4
Результат
После релиза обновлённого функционала и проведения тестирования на реальных пользователях были получены финальные метрики, подтверждающие успешную реализацию
Среднее время выполнения задачи
1 мин 7 сек
Было: 3 мин 16 сек
−66%
Количество ошибок в сценарии (по результатам юзабилити-тестов)
4
Было: 12
−67%
Уровень понимания интерфейса (по опросу)
92%
Было: 64%
+44%
Вовлечённость пользователей (частота повторных действий)
89%
Было: 68%
+31%
Время на обучение нового пользователя
~6 мин
Было: ~15 мин
-60%
Made on
Tilda