Категория:
UX/UI
Система управления
перевозками atms
Проект:
Год:
UX/UI
Данный продукт, большая система по управлению перевозками и контролем своевременной
и качественной доставки промышленных грузов к которой подключены крупные торговые сети. Категория B2B, не первый год на рынке. Что до меня, я работал над проектом в составе продуктовой команды, будучи наемным сотрудником. В команде был на позиции UX/UI, вел десктоп
и мобилку. Подробнее о продукте вы можете посмотреть нажав тут. Ниже я немного расскажу о том как мы работали, к чему пришли, и какие были цели. Большое спасибо за проявленное внимание к моим кейсам, я очень ценю это!
На входе у проекта были все нужные вещи, инстуркциии по работе, тестовая площадка, открытый и опытный проудкт овнер, время на погружение, сотвесвено первые дни работал с этими вещками. Главная задча ближайщих итераций была в том что бы собрать новый интерфейс с учетом новых целей для продукта но в с возможностью переодически проваливаться в старую систему.
01. Погружение в продукт
B2B продукт, локальная система для контроля своевременной и качественной доставки промышленных грузов. Обеспечивает контроль и выполнение промышленных перевозок.
Смотреть ролик
На входе у проекта были все нужные вещи, инстуркциии по работе, тестовая площадка, открытый и опытный проудкт овнер, время на погружение, сотвесвено первые дни работал с этими вещками. Главная задча ближайщих итераций была в том что бы собрать новый интерфейс с учетом новых целей для продукта но в с возможностью переодически проваливаться в старую систему.
01. Погружение в продукт
У проекта были рабочие интерфейсы - которыми ежедневно пользуются деспетчеры осуществляя доставку грузов по Росси. Появилсь задача собрать новый продукт для отдельной категории деспетчеров. При этом старая система так же оставалась рабочей, просто мы строили паралельный продукт. Был бэклок задач которые необходимо было решить - под эти задачи я попал в команду на роль UX/UI дизайнер.
Предисловие
Новые интефейсы задумались для упрощения проудкта, что бы не вести перекрестную дейтельность, аналитики пришли к выводу что проще собрать отдельную систему с локальным функционалом - эту гепотизу подтведили диспетчеры ( пользователи ). Так же планирвоался новый функицонал разработка подтвердила что проще его ставить на новый движек - одним из таких модулей была карта на которой необходимо работать с треком. Ниже примеры нескольких задач из бэклока
О целях
1
Необходимо проработать возможность одновременного отображения по инциденту: Карты, точек доставки, температурного графика, данных по самому инциденту. Чтобы диспетчер мог это все видеть.
6
Кроме темной цветовой схемы необходима еще и светлая цветовая схема в АТМС.
2
Необходимо в интерфейсе работы с инцидентами предусмотреть возможность перехода к другим разделам в АТМС (сейчас перечень разделов отражается в оранжевой панели с левой стороны в АТМС).
3
Диспетчер в интерфейсе должен понимать, запущено ли
в текущий момент времени мобильное приложение у водителя (находится ли на связи в мобильном приложении водитель), который указан в инциденте.
4
В перечне инцидентов должно быть какое-то визуальное отличие для инцидентов по рейсам в статусе «Новый»
от инцидентов по рейсам в других статусах.
5
Так как диспетчеры часто оставляют комментарии к инцидентам, хотелось бы иметь возможность добавить комментарий без необходимости нажимать Действие - Добавить комментарий. А чтобы прямо в окне просмотра данных по инциденту было поле куда можно ввести комментарий и сохранить его.
Система работает на пк и имеет мобильное приложение иос и адроид, в приложении свою работу выполняют водители, передавая данные для диспетчров, в приложении кстати говоря мы так же после добавляли много фитч. В приложении есть несколько ролей и довольно много сценариев, но сделано оно с душой
Платфомы
Неюольшое опсиание картикни, буквально пару строк, что бы было понятно про что говорим
Неюольшое опсиание картикни, буквально пару строк, что бы было понятно про что говорим
Неюольшое опсиание картикни, буквально пару строк, что бы было понятно про что говорим
2. Работа в продукте
Изучив работу продукта и познакомившись с командой, начались спринты. Начался бешенный ритм работы и стабильные обсуждения на ( на предмет - сверки часов так сказать ). Но это были очень продуктивные часы как для продукта так и для меня как для специалиста. Кстати если вы хотите почитать более подробное описание функцонала продукта а так же конкурентные преймущества, все это лежит лежат на этом сайте сайте и там же можно прожать кнопку попробовать бесплатную версию продукта. Кстати о сайте
чуть позже конечно же мы пришли к тому что и сайт устарел, ниже поделюсь небольший колиечством фото нового ресурса
3. Мобильное приложение
Еще одним важным моментом было то что система имела мобильное приложение, которое работает на иос и адроид,
в приложении свою работу выполняют водители, передавая данные для диспетчров, в приложении кстати говоря мы так же после добавляли много фитч. В приложении есть несколько ролей и довольно много сценариев, но сделано оно с душой
4. На пути к главной цели
Собирая новые интерфесы мы ресерчили большое количество подъехавшей инофрмации плюс данные аналитиков, и рекомендации разработки. Было приятно что мы думали про инклюзивность и вобще как и пологается думали о пользователях - это было по настоящему круто. И что важно что со старта мы понимали что накручивать новый функционал на старые движки - очень старые движки ) НЕ совсем хорошая идяя )
Цитата одно моего мудрого коллеги разработчика
"Если взять старую машину, с изношенным движком, и проржавевшим корпусом, и начать ее ремонтировать, при этом навешивая на нее новые современные девайсы, внутри это будет все та же старая машина, да и чинить ее дороже чем купить новую"
Ниже для наглядности я привел несколько задач из беклока - которые входили в топ 20 на первые 5 недель работы
1
Необходимо проработать возможность одновременного отображения по инциденту: Карты, точек доставки, температурного графика, данных по самому инциденту. Чтобы диспетчер мог это все видеть.
6
Кроме темной цветовой схемы необходима еще и светлая цветовая схема в АТМС.
2
Необходимо в интерфейсе работы с инцидентами предусмотреть возможность перехода к другим разделам в АТМС (сейчас перечень разделов отражается в оранжевой панели с левой стороны в АТМС).
3
Диспетчер в интерфейсе должен понимать, запущено ли
в текущий момент времени мобильное приложение у водителя (находится ли на связи в мобильном приложении водитель), который указан в инциденте.
4
В перечне инцидентов должно быть какое-то визуальное отличие для инцидентов по рейсам в статусе «Новый»
от инцидентов по рейсам в других статусах.
5
Так как диспетчеры часто оставляют комментарии к инцидентам, хотелось бы иметь возможность добавить комментарий без необходимости нажимать Действие - Добавить комментарий. А чтобы прямо в окне просмотра данных по инциденту было поле куда можно ввести комментарий и сохранить его.
5. Макеты собраны и утвержденны
Собрав в охапку все доводы и факты для создания отдельных интерфейсов для отдельной категории пользователей, и многочисленные запросы со стороны пользователей, плюс данные аналитиков, и рекомендации разработки. Что накручивать новый функционал на старые движки - очень старые движки ) НЕ совсем хорошая идяя ) Руководством было принято решение все же перходить на соверемнные лад - а это напрямую говорит о добавлении новых фитч Взять хотя бы карту. И вот исходя из всего этого мы решили собирать новые инфтефрейсы. Я небуду выкатывать весь бэклок задач по проекту, и описавать подробные фремворки на которых мы строилт новый продукт, но для общего понимания выложу несколько задач из бэклока.
6. Запуск в разработку
В данный момент мы ждем свободного времени разработки для того что бы ребята начали работать над макетами
Made on
Tilda