Портал эксплуатационной документации КАМАЗ

Цель
Разработать интерфейс корпоративного портала для внутренних пользователей КАМАЗ с нуля. В единой системе необходимо объединить разрозненные бизнес-процессы: от управления документами до администрирования персонала и нормирования.

Моя роль
Продуктовый дизайнер — полный цикл: от анализа сценариев до UI.

Ключевые проблемы

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

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

Задача в рамках кейса
Поиск и навигация в разрезе разных пользовательских ролей.

Ролевая модель в системе

Сотрудники КАМАЗ — админы, работающие с различным набором данных

Сотрудники сервисных центров, которые занимаются ремонтом и техобслуживанием

Рядовые пользователи, владельцы с 1−4 единицами техники

Интерфейс обычного пользователя, владельца техники

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

Можно сохранить закладки. В отличии от истории метка запоминает конкретное место внутри публикации.

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

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

Сотрудник сервисного центра

Занимается поиском документации для разных моделей практически постоянно. Часто возвращается в рамках 2−3 дней к той же документации. Чаще изучает регламенты ТО, а не общие описания техники.

Для сотрудников сервисного центра важна скорость поиска информации.

Основная функция в сервисном центре - калькулятор ТО, поэтому поиск регламентов на ТО вынесла отдельным пунктом. Это публикации с тем же принципом поиска, но поиск будет работать быстрее при таких ограничениях.

Выявила ситуацию, что нужно по нескольку раз возвращаться к недавно просмотренным документам. Поэтому отдельный блок в навигации - история просмотров, глубиной в 50 пунктов.
Дополнительно добавлен поиск по истории просмотров.
Закладки менее приоритетны.

Сотрудник камаз

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