back

Опыт менеджера продаж: запуск модуля купли-продажи запчастей

Компания: Рольф, автодилерский холдинг Продукт: ERP-система Flora Платформа: Web (desktop + tablet)

Задача первого релиза

Сеть дилерских центров «Рольф» продаёт автозапчасти по трём каналам: собственный сток ДЦ, сток другого ДЦ и заказ у сторонних поставщиков. Ключевой операционный процесс, оформление договора купли-продажи запчастей (ДКПЗ), исторически был фрагментирован, частично ручной и слабо прозрачный. Заказ формировался через ответственного менеджера онлайн и офлайн прямо в ДЦ, а клиентами выступали и юридические, и физические лица.

Как было устроено «as-is»:

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

Целевой MVP («to-be»): спроектировать в контуре Flora новый модуль, который покрывает полный цикл сделки, от потребности клиента до отгрузки со склада и возвратов.

Моя зона ответственности

• исследование текущего процесса as-is: интервью с пользователями и бизнесом;
• формирование целевого флоу to-be для MVP;
• карта пользовательских сценариев;
• UX-архитектура и логика экранов;
• статусная модель сущностей и бизнес-ограничения;
• синхронизация решений с разработкой и бизнесом.

Пользователи

Основной пользователь это менеджер по продажам запчастей, который работает с заказами и клиентами. Его контекст задавал требования к интерфейсу:

• поток заказов, которые нужно обработать за день, плюс новые поступающие;
• работа в нескольких системах одновременно;
• высокая цена ошибки: деньги, склад, юридические документы;
• работа на стационарном ПК и на планшетах в зоне ДЦ.

Декомпозиция

В процессе «as-is» заказ падал через онлайн (Excel на корпоративную почту) или офлайн (живая коммуникация и звонки), запчасти искали и подбирали в модуле OMS, резервировали вручную, договор формировали отдельно от заказа, а фискализация и склад жили в своих контурах.

Главный инсайт: не было единой сущности потребности клиента, которая связывает заказ, склад и финансы. Этой сущностью стал модуль ДКПЗ, который формируется на основе потребности клиента.

Целевой user flow

1. Создание заказа покупателя.
2. Поиск запчастей по всем источникам.
3. Резервирование позиций.
4. Формирование ДКПЗ.
5. Оплата.
6. Выдача со склада.
7. Закрытие сделки или возврат.

Информационная архитектура и ключевые сущности

Флоу делится на два уровня:

• Заказ покупателя фиксирует потребность;
• ДКПЗ это юридически и финансово значимый документ.

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

UX-решения и экраны

Созданный заказ, флоу · Создание потребности юр. лица, флоу

Список заказов покупателей

• фильтрация по статусам и датам;
• быстрый поиск по клиенту;
• фокус на текущих активных заказах.

Создание и редактирование заказа

Ключевые решения:

• табличная модель как основной рабочий паттерн;
• статусы на уровне позиций, а не только заказа;
• действия сгруппированы по этапам (поиск, резерв, выдача).

Поиск запчастей

Поиск сделан единым модальным интерфейсом с переключением источников:

• свой склад;
• склады других ДЦ;
• заказ у поставщиков.

Так снижается когнитивная нагрузка и уходит необходимость думать, где искать.

Формирование договора

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

Оплата и возвраты

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

Результат и эффект

Мы запустили первый пилот MVP на фокус-группе сотрудников ДЦ Север. В первый месяц после релиза сопровождали пользователей с мгновенной передачей багрепортов продуктовой команде. По итогам пилота собрали обратную связь и запросы бизнеса, которые сформировали бэклог на следующий релиз: среди ключевых фич онбординг, управление ЭДО и авто-сценарии.

• сокращение времени оформления заказа клиента на 30%;
• меньше ошибок при оформлении;
• единый контроль заказов и оплат;
• автоматизация ручных операций;
• прозрачные статусы;
• предсказуемый воркфлоу.

back