Рус

ОБЗОР

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

Состав команды: 7 инженеров, 3 менеджера, 1 тимлид и 1 продукт-овнер, 2 аналитика, 1 дизайнер.

РОЛЬ

Ведущий дизайнер продукта

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

Сентябрь 2021 - Апрель 2024

БЭКГРАУНД

В семейство продуктов G-tech включено 10 модулей, каждый из которых отвечает за конкретную часть технического процесса строительства объектов. Мне как UX/UI дизайнеру довелось решать поставленные задачи на 8 из них:

некоторые ключевые результаты:

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

Улучшение пользовательского интерфейса. Изначально продукт создавался для внутреннего использования и был постоянно на стадии MVP и никто особо не переживал по поводу визуальной части (основным критерием годности продукта изначально была функциональность).

Был выстроен процесс разработки, приемки и сдачи фичей в продакшен. Был определен формат и проработка понятных для разработчиков спецификаций.

•




•




•

G-station. Работа с документами и информационными моделями (облачное хранилище файлов/моделей/документов, управление проектами, пользователями, подрядчиками, согласование документов, чек-листы и шаблоны чек-листов с процессами согласования, комментариями и файлами для контроля или сбора данных, просмотр 3D и 2D моделей, комментирование, назначение задач на исправление (комментарии, маркапы, issue)).

Сет Менеджмент. Позволяет всем отделам работать с единой моделью так, как им удобно (приведение модели к единому принятому стандарту, генерация производных элементов, добавление дополнительных свойств к элементам, комбинирование моделей, построение выборок элементов по произвольным условиям).

Проверки. Автоматическая проверка модели на соответствие требованиям (гибкая настройка автоматических правил проверки, помощь проектировщикам и приёмщикам, сокращение времени проверки модели на соответствие стандартам, требованиями, исключение человеческого фактора).

Объёмы. Расчет количества материалов для закупок, планирования и т.д. (конструктор формул, выборки элементов по произвольным характеристикам, построение смет, отчётов, планов закупки, выгрузка отчётов в различных форматах (Excel, PDF, csv, docx), интеграция с модулем Тендеров).

Стройконтроль. Проведение проверок элементов информационной модели по чек-листам. (создание шаблонов чек-листов для многократного использования чек-листа по одним и тем же видам работ на разных участках, работа с чек-листами, работа с замечаниями, отображение выполнения элементов на 2D и 3D документах).

Чек-листы и Замечания. Создание элементов для проверки информационной модели (прикрепление фото, документа и комментария к чек-листу, замечанию, создание чекистов и замечаний на основе шаблонов).

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

Гранд-тендеры. Проведение гранд-тендеров (ведение единой номенклатуры позиций, личный кабинет поставщика, упрощение коммуникации с поставщиками, справочник закупленных позиций с фильтрацией по произвольным критериям).

•






•





•




•




•





•



•






•

За время работы было решено более 300 задач, но я хотел бы рассказать об одной из последних (все дело в том, что к тому времени наконец-то был выстроен процесс разработки фич + данная задача покажет более релевантное состояние скиллов)

Один из кейсов

“Поделиться файлами - рефакторинг UX и доработка (Модуль G-station)”

Постановка задачи:

Замечание к описанию задачи:

На самом деле прочитав описание задачи у меня возникли вопросы к РО и Аналитику. Лично мне, не было понятно, что мы должны доработать, ведь уже имеющееся решение покрывает 90% описанного в запросе. И тут при беседе с непосредственным заказчиком фичи выяснились не хватающие детали (оказалось что мы столкнулись со “сломаным телефоном”)

Что удалось выяснить:

Этапы проектирования

Данная задача является доработкой уже имеющегося решения, но со временем были переопределены требования

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

2. jobstories и решения

Рефакторинг функций поделиться ссылкой и Настроить доступ

3. Обзор аналогов

4. понять сегменты (пользователи функциональности)

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

5. дизайн-решение

Был подготовлен первый черновой вариант для обсуждения с РО и аналитиком

2. Было решено использовать сайд панель вместо диалога (из-за большого количества пользователей с наследуемым доступом (от ролей и вышестоящих папок)).

3. Сайд-панель разделена на две владки:

6. валидация гипотезы на пользователях

Совместно с аналитиком были подготовлены прототипы, задания для пользователей и проведено тестирование.

Разбор спорных мест с юзер-теста:

Во-первых, стоит подсветить, что был 1 пользователь, который не справился ни с одним заданием. Я предлагаю списать это на статистическую ошибку, но все равно держать это в голове (возможно у человека что-то случилось в этот день).

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

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

Я действительно считаю что это из-за недоработки прототипа (точнее ограничения возможностей тестового сервиса). Тоже не учитывал бы.

Стоит подправить интенсивность подсветки пользователей (это же касается и подсветки вновь добавленных пользователей).

Решение данной проблемы уже описано в первом пункте.

Правки по итогам юзер-теста:

Более полное флоу можно посмотреть на скринкастах каждого флоу

Доступ к файлам по ссылке

Доступ для внутренних пользователей

Заключение

Я постарался учесть все замечания и дополнения возникшие в процессе выполнения данной задачи.

Но к сожалению данная задача была на стыке моего ухода из компании и из-за ограничений по времени, второго полноценного юзер-теста уже не проводилось. Я успел лишь выбрать 3 конечных пользователя (которые непосредственно будут работать с системой), выдал им прототип и задания, посмотрел как они справляются. Улучшения в понимании явно есть, но, что доработать, тоже осталось.

Я решил описать именно эту задачу, так как для меня самого она была очень интересной...