Окно планирования - это апдейт, который был проработан, и вылет в релиз после интенсивной долгой работы. В рамках задачи команда Адвантум обновила инструмент в системе.

Система АТМС — это сервис по маршрутизации и доставке груза по РФ и СНГ. Инструмент планирования — это одна из опций в интерфейсе, где пользователь, исходя из пришедших запросов от магазинов, графика закупок или графика поставок на склады или же просто ежедневного/месячного/годового плана, формирует рейсы ( рейсы — это поездки, которые осуществляют грузовые автомобили. Вначале машинки грузят продукцию у поставщика, а после везут по адресам розничных магазинов продажи. ), а после оказывает поддержку на протяжении выполнения данного рейса, который может длится от суток до нескольких недель.

Требуется обновить версию окна планирования, обеспечивающую максимальную функциональность по работе с заказами, планированием и маршрутами.

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

Основной функционал окна планирования:
1) Работа с заказами
2) Работа с парком ТС
3) Работа с маршрутами
4) Работа с планированием
5) Геозоны

Шаг 1. Начало спринта

АТМС — это одна цельная система с дефолтным набором функции, который варируется в зависимости от целей потребителя. Как только к системе подключается новый ритейлер, админ выдает пользователю доступ в личный кабинет, где к названию АТМС добавляется "ООО Технологии 21 Века" (например), таким образом, данный пользователь может свободно менять продукт под собственные задачи.

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

Шаг 2. Исследование

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

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

Шаг 3. Проектирование

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

1. В левом баре, нужен выбор автомобиля
2. В центре таймлай, что бы видеть рейс
3. Справа заявки ( на рейсы )

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

Шаг 4. Проработка макетов

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

Шаг 5. Детализация

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

Главное — MVP убедительно показывает, насколько новое проще и удобнее перспективы прыгать в разделы и вкладки. И это именно тот мощный аргумент, который ускорит планирование рейсов и количество обработанных заявок в день на человека. Мы попросили руководителя диспетчерского центра протестировать прототип на сотрудниках.

Лайв версия