Emex Seller Drive: модернизация логистической системы для поставщиков автозапчастей

Seller Drive — это система Emex DWC для работы с поставщиками – их личный кабинет. Он выступает своеобразным мостиком между поставщиком автозапчастей и их заказчиком. Нам предстояло создать новую версию Seller Drive взамен той, что существовала в компании последние 10 лет и не обновлялась 7 из них.

Основной проблемой Seller Drive были большие трудозатраты на её использование. Из-за того, что она не соответствовала бизнес-процессам Emex, многое в ней приходилось делать/решать/исправлять вручную вне системы. Например, если поставщики совершали какую-либо ошибку при загрузке списка товаров, при обработке заказов или работе с претензиями покупателей, справиться самостоятельно с ней они не могли. Приходилось подключаться специалистам со стороны Emex.

Ещё одна проблема, от которой нам предстояло избавиться в ходе проекта — это обилие технологий в портфеле Emex. Часть внутренних сервисов компании был написаны на разных стеках. И потому развивать и поддерживать их было сложно и дорого — приходилось подключать разные команды на разные проекты. Начиная с новой версии Seller Drive компания хотела прийти к унификации всех своих сервисов и продуктов — сделать так, чтобы обслуживать и развивать их могла одна внутренняя команда.

Основные цели на проекте:

- снизить затраты на пользование системой: фактически, уменьшить количество вмешательств со стороны менеджеров Emex в процесс работы поставщиков с системой;

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

Еще один важный момент: новая Seller Drive создавалсь на фундаменте уже существующей. Вариант «всё снести и сделать заново» не рассматривался — это было бы дорого, долго и нерационально. Нам предстояло сохранить удачные решения и улучшить их, а также найти всё неудачное/устаревшее и отказаться от этого в новой версии Seller Drive.

Для реализации новой версии Seller Drive нам требовалось:

- собрать максимум информации об уже существующей версии Seller Drive;

- провести анализ и зафиксировать все актуальные бизнес-процессы Emex, затрагивающие систему Seller Drive и работающих с ней людей — поставщиков и менеджеров;

- прояснить и описать сценарии, по которым должна будет работать новая версия Seller Drive;

- найти в российских системах Emex решения, которые можно переиспользовать в новой Seller Drive;

- провести технический аудит, сформировать архитектуру новой системы и подобрать технологии;

- прояснить, какой у нас в итоге должен получиться MVP новой версии Seller Drive и создать план его разработки

- разработать MVP и развивать продукт далее. 

Первое, что мы сделали, это уточнили и подтвердили цели проекта и обозначили его границы. В этом нам помог Impact Mapping.

Общей целью проекта в Impact Mapping мы обозначили снижение затрат на пользование новой версией системы. Напомним, по требованиям от заказчика она должна стать современной, соответствующей всем действующим бизнес-процессам компании.

Действующими лицами, оказывающими влияние на достижение нашей цели, стали поставщики, которые размещаются в Seller Drive, а также менеджеры бэк-офиса Emex DWC — те самые сотрудники, которые решают все возникающие в Seller Drive проблемы.

Затем клиент дал нам доступ к действующей системе Seller Drive — вместе мы буквально разложили систему по кирпичикам-разделам и начали фиксировать проблемы, которые возникали у поставщиков и менеджеров Emex DWC в процессе её использования.

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

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

Этот документ стал нашим первым сборником гипотез — что мы можем изменить/добавить/сделать, чтобы новая версия Seller Drive работала лучше.

Это был один из самых интенсивных спринтов проекта, на котором мы методом прогрессивного джипега создавали подробное описание новой версии Seller Drive.

Мы шли от общего к частному и проводили по два созвона в неделю с клиентом. На первый мы приходили с нашим видением определённых модулей новой Seller Drive — верхнеуровневым, без лишней детализации. Затем вместе с клиентом мы обсуждали всё это, проясняли появившиеся вопросы, испытывали заложенные нами сценарии на прочность реальными бизнес-процессами Emex DWC, а после уходили работать дальше.

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

Табличные прототипы справлялись с поставленной задачей на все 100%, а на создание таких прототипов уходило минимум времени. Дизайнер, который позже присоединился к проекту, был рад узнать о существовании прототипов, пусть были скорее верхнеуровневыми. Но даже в таком виде они принесли ему немало пользы: как минимум, было от чего отталкиваться при оценке проекта.

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

С учётом всех пожеланий наших коллег-разработчиков из Emex, мы сформировали архитектуру новой Seller Drive и подробно прописали стек для бэкенд- и фронтенд-частей проекта. А также зафиксировали, какие библиотеки можно использовать для упрощения разработки фронтенда и предложили конкретное решение по хостингу.

Дополнительно мы просчитали нормы производительности Seller Drive, а именно — показатели нагрузки и количества данных, с которыми новая версия системы должна работать без ухудшения производительности.

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

За проектированием следовала разработка в тандеме с бекенд-командой Emex. Мы согласовали архитектурные паттерны и сценарии взаимодействия команд и далее синхронизировались по ходу разработки еженедельно.

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

Требования мы получали от Emex в Notion, потом переводили их в Azure DevOps, где продолжали работу с ними.

Через 6 месяцев после начала разработки новая версия Seller Drive вошла в эксплуатацию, после чего мы стали ее далее совершенствовать.