Александр Степанов

Дизайнер

Александр Степанов

Дизайнер

Prinzip Servise

Компания Prinzip строит жилые дома комфорт-класса в Екатеринбурге. А о жильцах заботится управляющая компания Prinzip Servise

Цель
Автоматизировать процесс коммуникации жильцов с управляющей компанией
Задача
Разработать единое мобильное приложение для разных сегментов пользователей

Жилец

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

Управляющий

Принимает, распределяет и мониторит заявки жильцов, а также рассылает общедомовые новости

Мастер

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

Изучили ЦА и ее потребности. Составили системную карту. С ее помощью удалось определить будущие сценарии и точки пересечения пользователей

  • Авторизация, выбор роли и настройка аккаунта жилец  менеджер  мастер

  • Оплата коммунальных услуг жилец

  • Передача показаний счетчиков жилец

  • Создание и обработка заявок жилец  менеджер  мастер

  • Создание, отправка и получение уведомлений менеджер  жилец

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

  • Жилец может быть также и сотрудником УК

  • На одном аккаунте может быть несколько жилых и нежилых (например, гараж) объектов недвижимости

  • На жилом объекте может быть несколько жильцов

  • На одном объекте может быть больше одного лицевого счета

В итоге получили 5 юзер флоу, проектировать, тестировать и разрабатывать которые можно независимо друг от друга

Проектирование
Последовательно собрал вайрфреймы и запрототипировал три флоу будущего приложения. Параллельно другой дизайнер подготовил оставшиеся два
Дискавери
На подготовительном этапе изучил артефакты, сервисы других управляющих компаний и продукты с похожими паттернами. Собрал UX-мудборд
Сценарии работы с заявками
Тестирование
Подготовил гайд: придумал легенду и вопросы. Провел юзабилити-тесты и написал отчет. Результаты согласовали с командой разработки и защитили перед стейкхолдерами
Визуальный стиль
Сначала изучили брендбук и провели аудит визуального стиля компании застройщика. В итоге решили отступить от него и найти для УК свой визуальный язык. Собрал референсы и UI-мудборд. С артдиректором разработали несколько концепций визуального стиля. Презентовали стейкхолдерам и выбрали одну для доработки
Поиски стиля
Сет интерфейсных иконок
Перешли к высокоуровневым макетам...
Выбор роли
Пользователь авторизовывается по номеру телефона. Код подтверждения приходит по СМС. Если такого номера нет в списках жильцов и сотрудников УК, система подскажет куда нужно обратиться
Если номер сразу в обоих списках, на следующем шаге пользователь выбирает свою роль  
Выбор объекта
Если на аккаунте несколько объектов недвижимости, на следующем шаге появляется список, из которого он выбирает нужный
Управление жильцами
На одном объекте может быть несколько жильцов. Владелец аккаунта может добавить новых пользователей, членов семьи или арендатора
Приглашенному пользователю придет инвайт. Он может управлять объектом: платить за жилье, передавать показания или создавать заявки
Передача показаний
Когда наступает время для передачи показаний счетчиков, приложение напоминает пользователю об этом с помощью виджета на главной и ПУШ-уведомления
Также система информирует о дате поверки счетчика и предупреждает, когда срок поверки истек
Передача показаний
Когда наступает время для передачи показаний счетчиков, приложение напоминает пользователю об этом с помощью виджета на главной и ПУШ-уведомления
Также система информирует о дате поверки счетчика и предупреждает, когда срок поверки истек

Заявки

Создание и обработка запросов. Чат для переписки участников

В зависимости от роли пользователя и от статуса заявки ее карточка может содержать разный набор элементов для максимальной информативности
Жилец
Менеджер
Рабочий
Заявку может создать жилец или менеджер, предварительно приняв жалобу от жильца по телефону. Процесс создания похожий
Заявку может создать жилец или менеджер, предварительно приняв жалобу от жильца по телефону. Процесс создания очень похож
Все новые заявки попадают в общий поток, где менеджеры распределяют их между собой
Затем менеджер назначает исполнителя или нескольких специалистов
Затем менеджер назначает исполнителя или нескольких специалистов
Все участники попадают в общий чат. Во вкладке Инф. также можно управлять заявкой, например переназначить исполнителя и т. д.
Жилец
Менеджер
Рабочий
Жилец
Менеджер
Рабочий
Когда исполнитель закончил работу он отмечает заявку выполненной
Жилец оценивает работу и если результат его не устраивает, он может открыть заявку повторно
Если работа выполнена и у жильца нет претензий, менеджер закрывает заявку