У моделі Fully Managed платформа бере на себе ціноутворення, контент, трафік і виконання замовлень, а продавець відповідає за постачання та підготовку запасів. Стаття пояснює межі відповідальності, типи продавців, яким підходить модель, етапи підключення та причини, через які розрахунки зазвичай повільніші, ніж за самостійної роботи.
Назва Fully Managed може створювати враження, що продавцю більше не потрібно нічим займатися. Насправді розподіл ближчий до такого: продавець відповідає за якість товару та його своєчасне постачання, а платформа — за продаж. Те, де саме проходить ця межа, значною мірою визначає, чи варта модель використання.
Як розподіляється відповідальність
Якщо розкласти весь ланцюжок на етапи, межа стає значно зрозумілішою.
На етапі вибору товарів продавець пропонує асортимент, а платформа перевіряє його за категоріями, які відкриті на цей момент. Саме платформа вирішує, що можна додати. Інформацію про товар і кваліфікаційні документи надає продавець, включно із сертифікатами та результатами тестування, які вимагає категорія. Ціноутворення, контент, прямі ефіри, залучення трафіку та темп просування веде платформа, продавець майже не бере участі. Більшість виконання замовлень і післяпродажного обслуговування також лежить на платформі, зокрема склад, доставка, повернення й обмін.
У продавця фактично залишаються три сфери: постачання, темп підготовки запасів і стабільність ланцюга постачання. Це звучить просто, але кожна сфера має давати результат—відсутність товару, затримки постачання або коливання якості відразу впливають на показники магазину.
Ключова зміна розподілу ролей полягає в тому, що продавець переходить від продажу товару до забезпечення його стабільної наявності. Отже, головна вимога зміщується з операцій продажу на здатність ефективно керувати ланцюгом постачання.
Яким продавцям підходить модель
Найкраще вона підходить виробничим продавцям зі стабільними потужностями та перевагою в собівартості. Вони мають товар і простір у ціні, але не мають команди для закордонних операцій; Fully Managed закриває саме цю прогалину.
Також модель підходить продавцям, орієнтованим на ланцюг постачання, із широким асортиментом і гнучкими джерелами товару. Якщо вони готові працювати на обороті та обсязі, ризик тестування можна розподілити між кількома категоріями.
Ще одна група — нові учасники, які хочуть недорого протестувати ринок. Основні бар’єри у Fully Managed стосуються асортименту й кваліфікаційних документів, без необхідності спочатку створювати контент-команду. Це зручно для перевірки того, як певний ринок приймає конкретний тип товару.
Натомість продавцям, чия перевага полягає в контенті та бренді, слід бути обережнішими. Якщо вже є зріла команда прямих ефірів і стабільна здатність створювати оригінальний контент, передача цих функцій означає відмову від власних сильних сторін; самостійна робота може бути вигіднішою.
Які етапи потрібно пройти під час підключення
Офіційні правила не встановлюють жорсткого обмеження щодо розміру компанії-заявника, але напрям зрозумілий: базові передумови є, якщо виконується хоча б одна умова—стабільні ресурси ланцюга постачання, певний досвід транскордонної електронної комерції або внутрішній продавець, який хоче почати постачати за кордон.
Процес має кілька кроків. Спочатку реєструють намір приєднатися і подають основні дані та інформацію про асортимент. Комерційна сторона перевіряє список відповідно до поточних відкритих категорій і за результатами попередньої перевірки визначає межі відбору. Після схвалення кваліфікації сторони підписують угоду про співпрацю. Далі продавець входить у систему взаємодії, подає інформацію про торговельну марку, проходить корпоративну верифікацію та оформлює потрібні підписи або печатки. Лише після схвалення інформації про марку товари можуть перейти до етапу рекомендації.
Справжні вузькі місця зосереджені у двох точках: асортимент має відповідати категоріям, які зараз відкриті на платформі, а торговельна марка й документи компанії бажано мають пройти перевірку з першого разу. Часові витрати на повторну підготовку документів значно вищі за витрати на тестування товарів.
Логіка розрахунків
Fully Managed не використовує шлях надходження коштів, яким продавець керує самостійно. Платформа централізовано приймає оплату, а потім розраховується з продавцем у межах свого циклу за чинними правилами. Тому фінансова робота продавця зосереджується на двох речах: по-перше, треба правильно налаштувати в системі корпоративну верифікацію, підписи або печатки та реквізити рахунку, інакше розрахунок не почнеться; по-друге, потрібно регулярно проводити звірку та перевіряти кожну позицію розрахунку.
Найпрактичніша проблема тут — замороження оборотного капіталу. Підготовку запасів продавець спочатку фінансує сам, а розрахунок іде за графіком платформи, тому часовий розрив потрібно покривати власним грошовим потоком. Розрахувати це до входу в Fully Managed значно краще, ніж коригувати бюджет після факту. Точний цикл розрахунків і строки оплати визначаються актуальними правилами платформи.
Чим відрізняється від самостійної роботи
Різниця полягає не просто у вищому чи нижчому доході, а в тому, хто відповідає за кожен етап. За самостійної роботи вибір товарів, контент, реклама, клієнтський сервіс і післяпродажна підтримка залишаються у продавця. Він отримує результат усього ланцюга і водночас несе всі його витрати. У Fully Managed продавець віддає контроль над ціною та значну частину маржинального простору в обмін на меншу потребу в операційному персоналі й нижчу вартість тестування.
Вибір залежить від того, яка компетенція сильніша. Сильний ланцюг постачання при слабкому контенті може зробити Fully Managed простішим; сильний контент при зовнішньому постачанні дозволяє краще використати переваги в самостійній моделі. Ці два формати не виключають один одного. Багато продавців використовують Fully Managed для базових масових товарів, а самостійну роботу — для бренду та товарів з вищою маржею.
Керування акаунтами при паралельній роботі
Команди, що одночасно ведуть кілька магазинів і ринкових акаунтів, повинні розділяти їх. Різні магазини мають використовувати окремі профільні дані та середовища входу, а не постійно перемикатися між акаунтами в одному браузері. У легшому випадку це спричиняє часті перевірки безпеки, а в серйознішому акаунти можуть визнати такими, що керуються однією особою. У команді варто закріплювати акаунти за конкретними людьми й зберігати журнали дій.
Для команд, яким потрібно одночасно підтримувати кілька магазинів і ринкових акаунтів, можливість багатопрофільного середовища PurpleMark дає змогу окремо зберігати стан входу кожного магазину та централізовано керувати ними, зменшуючи проблеми через взаємний вплив середовищ.
Часті запитання
Власна фабрика для Fully Managed не обов’язкова, але потрібне стабільне джерело товару. Модель залежить від стабільності ланцюга постачання, тому нестабільне постачання безпосередньо впливає на показники магазину.
Цикл отримання коштів у Fully Managed зазвичай довший, ніж власний шлях надходження платежів при самостійній роботі, тому потрібно заздалегідь передбачити достатній запас грошового потоку. Деталі визначаються актуальними правилами платформи.
Навіть після передачі операцій платформі продавець усе одно має керувати акаунтами. Система постачання та розрахунковий рахунок залишаються на стороні продавця, тому стандартизоване налаштування й чіткий розподіл прав і надалі необхідні.
Підсумок
По суті Fully Managed обмінює контроль над цінами на простішу операційну роботу. Щоб зрозуміти, чи підходить модель, достатньо перевірити три речі: чи можна прийняти ціни, якими керує платформа, чи залишається економіка вигідною після скорочення маржі та чи можна витримати навантаження з підготовки й обороту запасів. Якщо всі три умови виконуються, це може бути відносно доступним шляхом виходу на ринок.
