Підключення нового продавця й досі ручне
Хтось перевіряє документи й усе налаштовує вручну, тож кожен продавець чекає по-різному, і ніхто не впевнений, що перевірки були однаковими.
Розробка marketplace
Розробка eCommerce-маркетплейсу — це три бізнеси на одній платформі, а не один магазин із більшою кількістю продавців.
Для операторів, які запускають або замінюють multi-vendor marketplace, де онбординг продавців, чесний каталог і правильні виплати важливі не менше за сам storefront.
ОЗНАКИ ТОГО, ЩО ТРИ СТОРОНИ НЕ УЗГОДЖЕНІ
Marketplace із трьома неузгодженими сторонами дає одні й ті самі чотири тріщини.
Один і той самий товар виставляють одразу п'ять різних продавців
Дублікати й неохайні картки знижують довіру покупців до каталогу, і ніхто це не прибирає.
Статус замовлення, комісія й повернення не узгоджені
Продавець каже «відправлено», покупець каже «не отримав», а фінансова сторона розповідає третю історію.
Ніхто не відповідає за спори та винятки
Коли щось іде не так між покупцем і продавцем, це потрапляє будь-куди й вирішується як завгодно.
НАШ ПІДХІД
Три сторони, три зони відповідальності — визначені до початку розробки.
Marketplace працює, лише коли кожен знає, які рішення та дані належать саме йому. Переплутайте цей розподіл — і кожна суперечка стане запитом у підтримку, який ніхто не може по-справжньому вирішити.
Що контролює оператор
Політики, категорії, ставки комісії, правила модерації та остаточне слово в суперечці.
Це рівень, який тримає весь marketplace узгодженим — він не може бути опціональним.Що належить продавцю
Власні картки товарів, залишки, виконання замовлень і документи, що підтверджують особу.
Продавці діють у межах ваших правил — вони не визначають власну версію цих правил.Чому покупець справді може довіряти
Зрозумілий продавець, зрозуміла обіцянка доставки та завжди точний статус замовлення.
Якщо покупець не може зрозуміти, у кого він насправді купує, marketplace уже провалив своє головне завдання.ЩО МИ БЕРЕМО НА СЕБЕ
Перевірені продавці, чесний каталог і гроші, які звіряються.
Продавці, яких правильно перевіряють щоразу
Особу, дані компанії та реквізити для розрахунків перевіряють однаково для кожного продавця, з чергою перегляду для всього сумнівного.
Юридичне рішення про те, що вважати «перевіреним», лишається за вами.Каталог, який каже правду
Товари й картки продавців зберігаються окремо, тож дублікати чи слабкі картки потрапляють у чергу модерації, а не одразу публікуються.
Визначення реальної планки якості та правил категорій — бізнес-рішення, яке ми допомагаємо ухвалити, а не ухвалюємо за вас.Замовлення й гроші, які справді звіряються
Кожне замовлення, комісія, повернення і виплата мають зафіксований стан, тож суперечку можна простежити до точного моменту, де вона виникла.
Платіжного провайдера та правила розрахунків — хто тримає гроші, коли платять продавцям — треба обирати разом із вашими фінансистами й юристами.ЯК МИ ПРАЦЮЄМО
Модель → Проєктування → Розробка → Експлуатація.
Модель
In
Ваші продавці, покупці, політики та вже відомі винятки.
Робимо
Визначаємо, хто вирішує що, і де насправді сьогодні сірі зони.
Out
Чітка картина ролей і відкритих рішень.
Проєктування
In
Погоджені ролі та перший сегмент продавців.
Робимо
Визначаємо правила каталогу, замовлень, платежів і модерації як явні контракти.
Out
Дизайн станів, відповідальності та винятків.
Розробка
In
Дизайн і перша група реальних продавців.
Робимо
Будуємо один повний шлях від картки товару до виплати, плюс інструменти для вашої команди.
Out
Робочий marketplace для цього першого сегмента.
Експлуатація
In
Робочий marketplace і реальні замовлення.
Робимо
Репетируємо спори й збої, стежимо за чергами винятків і обережно розширюємося.
Out
Marketplace, що масштабується без зростання кількості винятків.
ЧАСТІ ЗАПИТАННЯ
Питання до того, як перший продавець підключиться.
Чим marketplace відрізняється від звичайного інтернет-магазину?
Звичайний магазин продає власні товари. Marketplace координує незалежних продавців, додаючи онбординг, правила карток, комісії, виплати, модерацію й спори.
Чи можна автоматично ділити платежі між нами і продавцями?
Залежить від платіжного провайдера, країн, де ви працюєте, і того, хто юридично відповідає за гроші на кожному кроці — це треба вирішити до початку розробки.
Чи потрібен продавцям повноцінний власний кабінет?
Зазвичай лише те, що їм справді треба — онбординг, їхні картки, їхні замовлення й виплати, а не копія всієї вашої адмінки.
Що має містити перша версія?
Один сегмент продавців, контрольований каталог, один повний шлях від замовлення до виплати та інструменти для обробки винятків — а не всі функції для всіх типів продавців одразу.
Обговорімо вашу модель marketplace.
Розкажіть, хто ваші продавці і як мають рухатися гроші між вами — ми скажемо, що платформі треба зробити правильно першим.
Обговорити вашу модель marketplace →Лише власні клієнти купують, а не незалежні продавці торгують через вас? Дивіться розробку B2B eCommerce →
7+років на ринку
42+реалізованих проєктів
20+фахівців у команді
8+країн, де ми працюємо