back

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

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

---

!. задача которую нужно было решить в первом релизе

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

as-is процесс:

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

to-be MVP

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

---

2. моя зона ответственности

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

---

3. пользователи

Менеджер по продажам запчастей — основной пользователь, работает с заказами и клиентами.

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

---

4. декомпозиция

as-is

• заказ падает через онлайн (Excel на корп. почту) или оффлайн (живая коммуникация и звонки)
• поиск и подбор запчастей в модуле OMS
• ручное резервирование
• договор формируется отдельно от заказа
• фискализация и склад живут в своих контурах

инсайт

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

---

5. user flow TO-BE

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

---

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

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

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

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

---

7. UX‑решения и экраны

Созданный заказ флоу

Создание потребности юр. лица флоу

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

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

---

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

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

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

---

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

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

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

Это снижает когнитивную нагрузку и убирает необходимость «думать, где искать».

---

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

ДКПЗ собирается из заказа, но допускает финальные корректировки:

• доставка / самовывоз
• реквизиты
• финальные цены

Дизайн ориентирован на минимизацию ошибок перед печатью и оплатой.

---

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

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

---

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

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

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

---