Назад до блогу

Швидка публікація на Whatnot і спільна робота з кількома акаунтами

На Whatnot достатньо однієї затримки в прямому ефірі, щоб збити темп. Швидкість дають не спритні руки, а матеріали, шаблони та відповідність складських залишків, підготовлені до ефіру. У статті розібрано масову публікацію, керування штрихкодами та залишками, чек-лист перед ефіром, а також ізоляцію середовища й розмежування прав для продавців із кількома магазинами.

Прямий ефір на Whatnot іде одним потоком: щойно закінчив один лот, треба одразу відкривати наступний. Якщо в цей момент зупинитися, щоб сфотографувати, написати заголовок і вписати вагу, ритм рветься, і глядачі йдуть разом із ним. Так звана швидка публікація насправді здебільшого є роботою, виконаною до початку ефіру.

Спершу зняти всі матеріали, на місці лише збирати

Процес публікації перед ефіром: від знімків і даних до залишків, передачі зміни та запуску

Причина повільної публікації в неповних матеріалах. Знімки кожного лота найкраще зробити за один раз: вигляд спереду, вигляд ззаду, деталі, великі плани дефектів і чітка фотографія номера або року. Знімки дефектів не можна пропускати. Покупці колекційних речей звертають на це увагу найбільше, а перезнімання потім коштує значно дорожче, ніж пояснення на місці.

Заголовки пишуть структуровано: бренд, назва лота, рік або номер і стан з'єднуються як поля, причому в межах однієї категорії порядок полів однаковий. Опис стану, відомості про походження та стан упаковки теж стають фіксованими формулюваннями, тож в ефірі залишається лише підставити змінні. Тоді навіть продиктований між лотами лістинг помічник збере одразу.

Вага й розміри вимірюються під час приймання, а не до моменту продажу. Шаблони доставки та пакувальні матеріали мають відповідати одне одному, а скільки лотів кладуть у коробку та який тип коробки використовують, вирішують заздалегідь.

Масовий імпорт і відповідність залишків

Вводити лоти по одному — найменш ефективний спосіб. Спершу розкладіть лоти в таблицю, створіть лістинги одразу через функцію масового імпорту платформи, а в ефірі виводьте лише ту частину, що йде в цьому випуску. Кожен рядок таблиці має відповідати на чотири питання: що це, за скільки продається, скільки штук і з якого складу відправляється.

Сканування штрихкодів підходить для фізичних залишків, які вже є. Наклейте мітки під час приймання, відскануйте та зіставте їх із лістингами один до одного, а під час відвантаження відскануйте знову: дублі публікацій і продажі понад залишок здебільшого виключаються. Кількість залишків має синхронізуватися в реальному часі: продали одну штуку — відняли одну, без опори на пам'ять.

Визначення наборів узгоджується заздалегідь: три штуки як одна позиція чи три окремі позиції, виставлені разом. Ці два підходи рахують залишки й доставку зовсім по-різному, тому в команді має бути лише одна версія.

Чек-лист перед ефіром

За десять хвилин до початку пройдіть усе, що може перервати ефір: стабільність мережі, заряд і охолодження пристроїв, камера та світло, відлуння мікрофона, чи нормальний стан входу, чи повні дані для приймання та виведення коштів, чи правильно вибрано шаблон доставки, а також порядок і кількість публікацій цього випуску.

Порядок публікацій варто продумати окремо. Спершу розпродати дешеві залишки чи поставити вперед дорогі лоти, що притягують трафік, напряму визначає ритм випуску та структуру продажів. Ролі помічників теж розподіляються заздалегідь: хто змінює ціни, хто відповідає на повідомлення, хто поповнює залишки в адмінпанелі. Знімати в прямому ефірі, вигадувати заголовки в прямому ефірі та рахувати доставку в прямому ефірі — ці три речі краще виключити.

Ритм одного випуску

Час розповіді про кожен лот приблизно фіксується, відлік уніфікується: не так, щоб один лот тягнувся п'ять хвилин, а наступний тривав двадцять секунд. Знімки наступного лота готують заздалегідь, і перемикання відбувається одразу після попереднього.

Зміну ціни, залишку й заголовка передають помічнику в адмінпанелі, ведучий не перемикає екран. Для спілкування використовують короткі фіксовані слова: зниження, набір, зняти — щоб не пояснювати процедури в ефірі. В ефірі не вирішують раптово піти на склад по товар і не обіцяють неперевірені залишки.

Три речі, які має вирішити продавець із кількома магазинами

Ситуація, коли продавець веде кілька магазинів одночасно, не рідкість: різні категорії розділені, орієнтація на різні ринки або кожен учасник команди відповідає за свою частину. Зі зростанням масштабу проблема вже не в швидкості публікації, а в тому, як акаунти не заважають одне одному.

Ізоляція середовища — перше. Кілька магазинів на одному комп'ютері, одному браузері та одному мережевому виході виглядають для платформи як одне середовище, і проблеми в будь-якому магазині можуть зачепити решту. Робочий підхід — виділити кожному магазину окреме середовище браузера та окремий вихідний IP, не ділячи профілі, Cookie та розширення. PurpleMark — інструмент, який саме в таких ситуаціях надає розділені середовища браузера на рівні акаунта, окремо керуючи профілями, мережевим виходом і характеристиками пристрою.

Друге — розмежування прав. Помічникам потрібні можливості публікувати, змінювати ціни та відповідати на повідомлення, а виведення коштів, налаштування акаунта та прив'язані дані мають залишатися лише у власника магазину. Використання підакаунтів або ролей замість спільного головного пароля не лише зменшує витік пароля, а й унеможливлює операції без сліду. Підакаунти та поділ прав у PurpleMark дозволяють призначати обсяг доступу до середовищ за ролями, тож учасники команди бачать лише свої магазини.

Третє — взаємодія та графік. Ефіри в різних часових поясах означають, що комусь треба виходити в мережу посеред ночі, тому списки передачі зміни, перелік лотів випуску та розбіжності залишків мають бути чітко записані. Керування магазинами, середовищами та правами в одному місці позбавляє пошуку логінів і паролів в історії листування під час передачі зміни.

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