SEO

Ми оновили форму замовлення в Seller Exchange. Не «зробили красивіше» — а перебудували так, щоб операційне навантаження перестало впиратися в інтерфейс. Розповідаємо, що змінилося і чому це важливо для тих, хто працює з постачаннями щодня.

1. «Просте замовлення» — це міф

Коли селер відкриває форму замовлення, він одночасно тримає в голові:

• постачальника та його обмеження;

• MOQ, batch size, multiple of;

• терміни відправлення та дедлайн постачання;

• Prep Center та його параметри;

• barcode, transparency, маркування;

• тариф, вартість доставки, підсумкову ціну;

• shipment preparation та його статус;

• validation: що не заповнено, що не сходиться, що заблокує відвантаження.

Усі ці параметри пов'язані між собою. Змінили кількість — поїхала вартість і tier. Замінили постачальника — злетіли transparency-вимоги. Пересунули дедлайн — змінилися параметри shipment.

Саме тому marketplace-замовлення майже ніколи не вміщується в «просту форму». І саме тому ми не стали її робити.

2. Чому ми НЕ перетворили замовлення на wizard

Найочевидніше рішення для складної форми — розбити її на кроки. Так роблять банки, форми реєстрації, онбординги. Але для operational-задач цей підхід ламається.

Досвідчений селер не йде «крок за кроком». Він дивиться на все одразу і перевіряє зв'язки:

«Якщо я візьму 200 штук замість 180 — чи увійду я в наступний tier за ціною? І чи вистачить мені barcode на цю партію? І чи встигне Prep Center до дедлайну?»

Сховати ці параметри по окремих екранах — означає сповільнити перевірку та збільшити кількість помилок. Селер почне перестрибувати між кроками, втрачаючи контекст.

Наше завдання було не «спростити», а зробити складне передбачуваним.

3. Що змінилося

Єдиний operational-шар замість «форми з полями»

Раніше замовлення сприймалося як набір розрізнених блоків: параметри товару тут, доставка окремо, validation десь знизу. Тепер це один цілісний workflow:

• параметри замовлення,

• логістика і тариф,

• shipment setup,

• supplier data,

• validation states,

• розрахунок вартості

— читаються як одна робоча поверхня. Око селера рухається за логікою процесу, а не за структурою форми.

Validation, який видно одразу

Система тепер явно підсвічує:

• обмеження постачальника (MOQ, multiple of, batch limits);

• відсутність barcode і transparency;

• невідповідності за кількістю та вагою;

• незаповнені shipment-параметри;

• ризики за дедлайном.

Мета — щоб ви бачили проблему до відправлення замовлення, а не після, коли Prep Center уже відмовив у прийманні.

Логістика в одній групі

Тариф, delivery settings і shipment-параметри тепер згруповані за змістом. За пару секунд зрозуміло:

• як поїде товар;

• які обмеження діють;

• що впливає на вартість доставки;

• які параметри зашиті в shipment.

Ant Design під капотом

Форма стала частиною переходу платформи на Ant Design. Це не косметика — це передбачуваність взаємодії: однакові поля, кнопки, відступи, поведінка валідації у всьому Seller Exchange. Нові співробітники швидше освоюють платформу, тому що одні й ті самі патерни працюють однаково всюди.

4. Що це дає на практиці

Селери, які вже працюють з оновленою формою, відзначають:

• менше помилок при оформленні — validation ловить невідповідності до відправлення;

• швидша перевірка замовлення — параметри читаються як єдиний блок, а не як набір розрізнених полів;

• простіше навчати нових співробітників — структура повторює реальну логіку операційного процесу;

• легше масштабувати закупівлі — workflow готовий до grouped orders, нових shipment-сценаріїв і розширених supplier workflows;

• менше «ручної звірки» — вартість, тариф і обмеження перераховуються на льоту.
  
  

  
  

Що далі

Нова структура закладена під розширення:

• grouped orders і батч-операції;

• додаткові shipment-сценарії;

• нові supplier workflows;

• розширені логістичні інструменти.