5 помилок обліку товарів інтернет-магазину, які коштують грошей
Каталог інтернет-магазину рідко "ламається" одразу і помітно. Частіше він просто поступово розходиться з реальністю постачальників — доки хтось не продасть товар, якого вже немає, або гроші не заморозяться в позиціях, які нікому не потрібні.
01 Прайси постачальників оновлюються вручну
Найпоширеніший стан справ у невеликому магазині — хтось раз на кілька днів відкриває прайс постачальника й вручну звіряє ціни та залишки. Це працює, поки товарів мало й постачальник один. У відпустці цієї людини, чи коли постачальників стає кілька, оновлення просто перестає встигати за реальністю — і каталог живе за старими даними тижнями.
02 Немає різниці між "є в постачальника" і "продано на сайті"
Коли залишок на сайті не пов'язаний напряму з реальною наявністю у постачальника, а оновлюється лише "коли хтось згадає", виникає оверселінг: сайт показує товар у наявності, клієнт замовляє й оплачує, а виявляється, що постачальник розпродав позицію ще тиждень тому.
03 Немає автоматичного вимкнення товару, що закінчився
Без автоматичного приховування чи позначення товару "немає в наявності" одразу після того, як він зникає у постачальника, клієнти продовжують його замовляти. Це змушує або вибачатись і повертати гроші, або терміново шукати заміну в іншого постачальника дорожче, з'їдаючи маржу з замовлення.
Частота синхронізації не повинна бути однаковою для всього каталогу. Для популярних товарів, які продаються щодня, ціни й залишки варто оновлювати частіше (кілька разів на день). Для рідкісних чи нішевих позицій, які продаються раз на місяць, частих оновлень не потрібно — досить синхронізації раз на день.
04 Закупівельна ціна не фіксується окремо від продажної
Якщо в обліку є лише одна ціна на товар, каталог не може відповісти на питання "яка реальна маржа з кожного проданого товару" і "чи взагалі вигідно продовжувати продавати цю позицію". Це та сама помилка, що й із собівартістю замовлення — без розділення закупівельної й продажної ціни неможливо побачити, які товари насправді прибуткові.
05 Перенесення каталогу "колись пізніше"
Дуже поширений сценарій — рішення автоматизувати облік товарів приймається, але сам перенос наявного каталогу з Excel чи ручних записів відкладається "на після сезону", бо здається великою ручною роботою. У результаті новий облік так і не починається. Найпростіший вихід — підключити наявні джерела (XML/YML-фід, Google Таблицю) як є, а не намагатись спочатку ідеально причесати весь каталог вручну.
Підсумок
Жодна з цих п'яти помилок не виглядає критичною окремо — саме тому каталог "розходиться" з реальністю поступово, а не ламається одразу. Але разом вони призводять до одного й того самого результату: продані товари, яких уже немає, гроші, заморожені в непотрібних залишках, і рішення про ціноутворення, які приймаються навмання, а не на основі реальних цифр, які показує CRM для інтернет-магазину.
Каталог, який оновлюється сам
Автосинхронізація цін і залишків постачальників — без ручного перезавантаження прайсів.
Спробувати безкоштовно →