Оптовое ценообразование строится на простом принципе: чем больше партия, тем ниже цена единицы. Но «выгодно взять больше» — это не всегда правда. Реальная выгода зависит от оборачиваемости, стоимости хранения и ликвидности. Разберём, как правильно считать.
Как устроена тарифная сетка
У Knittery пять уровней объёма на SKU: 100 / 300 / 500 / 1000 / 3000+ штук. На каждом уровне цена единицы ниже, чем на предыдущем. Разница между уровнями — не одинаковая: самый большой скачок обычно между первым и вторым уровнем.
Это стандартная структура производственного ценообразования. Первые 100 штук несут наибольшую долю фиксированных затрат на запуск партии. С ростом объёма эти затраты «размазываются» по большему числу единиц — цена за штуку падает.
Важно понимать: тариф применяется к SKU, а не к заказу в целом. 300 штук одной модели и одного цвета — это один SKU на тарифе 300+. 300 штук трёх разных цветов по 100 штук каждый — это три SKU на тарифе 100.
Расчёт точки безубыточности
Прежде чем брать партию на следующем уровне тарифа, нужно ответить на один вопрос: при каком объёме продаж разница в цене единицы покрывает дополнительные затраты на хранение?
Рассмотрим пример. Допустим:
- Тариф 100 шт: 350 ₽/шт → итого 35 000 ₽
- Тариф 300 шт: 310 ₽/шт → итого 93 000 ₽
- Разница в цене: 40 ₽/шт
- Дополнительный объём: 200 шт
Переход с 100 на 300 штук даёт экономию в 40 ₽ на каждой из 300 штук, то есть 12 000 ₽ на партию. Но вы вкладываете дополнительно 58 000 ₽ оборотных средств.
Теперь вопрос: за сколько недель вы продадите эти 300 штук? Если за 4 недели — оборачиваемость отличная, переход оправдан. Если за 16 недель — деньги 12 недель лежат в товарных остатках. Стоимость этих замороженных средств нужно прибавить к «экономии» и посмотреть, что осталось.
Формула простой оценки:
Выгода перехода = (экономия на единице × новый объём) − (стоимость замороженных средств × срок хранения в месяцах)
Если результат положительный — переход оправдан. Если отрицательный — пока выгоднее оставаться на текущем уровне.
Когда переходить на следующий уровень
Переход обоснован, когда выполнены оба условия:
Условие 1: известна оборачиваемость. Вы уже продавали этот SKU или аналогичный, и у вас есть данные: сколько штук уходит за месяц. Без этих данных переход — ставка на интуицию.
Условие 2: оборотные средства не будут заморожены критично долго. Если деньги нужны для других закупок через 6 недель — брать партию на 16 недель продаж нецелесообразно, даже если тариф лучше.
Практические ориентиры:
| Уровень | Когда переходить | | ------------ | ------------------------------------------------------ | | 100 → 300 | Первые 100 шт ушли за 3–4 недели, позиция подтверждена | | 300 → 500 | Устойчивые повторные заказы, стабильный канал сбыта | | 500 → 1000 | Несколько каналов сбыта, прогнозируемый сезонный спрос | | 1000 → 3000+ | Контрактные клиенты с подтверждёнными объёмами |
Скрытые преимущества крупного заказа
Разница в цене единицы — очевидная выгода. Но есть менее заметные.
Приоритет в производственной очереди. Крупный заказ занимает производственное окно. Это важно в активный период: в августе–сентябре производство может быть загружено, и небольшие заказы ждут дольше.
Снижение логистических затрат на единицу. Стоимость доставки от производителя до вашего склада делится на большее количество штук. На уровне 1000 шт логистика на единицу в 2–3 раза дешевле, чем на уровне 100.
Возможность работать с несколькими каналами. 100 шт — это один магазин. 1000 шт — это сеть или несколько партнёров. С ростом объёма появляется пространство для диверсификации сбыта.
Переговорные позиции. Постоянный покупатель с объёмом 3000+ шт/сезон имеет другой разговор с производителем, чем разовый покупатель 100 шт. Это влияет на сроки, гибкость ассортимента, условия предоставления образцов.
Частые ошибки при работе с тарифной сеткой
Ошибка 1: «Возьму сразу 1000, раз дешевле» без данных об оборачиваемости. Если SKU новый и непроверенный — это высокий риск замороженного капитала.
Ошибка 2: Считать экономию только на уровне единицы, игнорируя полную стоимость партии и срок продажи. Экономия 50 ₽/шт при партии, которая продаётся 8 месяцев, — это не экономия.
Ошибка 3: Микс разных SKU до нужного объёма. Если взять 300 штук в виде 3 × 100 (три разных SKU), тариф 300 не применяется. Каждый SKU считается отдельно.
Ошибка 4: Игнорировать затраты на хранение. Складские расходы реальны. Если платите аренду за квадратный метр — лишние 200 штук занимают это место и стоят деньги каждый месяц.
Ошибка 5: Переходить на следующий уровень в конце сезона. 500 штук в ноябре — это товар, который вы будете продавать почти год. Лучший момент для перехода на следующий уровень — начало или середина сезона, когда оборачиваемость высокая.
Как структурировать заказ
Практическая схема для первого заказа нового ассортимента:
- Новые позиции — берите на тарифе 100. Тест стоит дороже за штуку, но дешевле за ошибку.
- Проверенные позиции с хорошей оборачиваемостью — переходите на 300 или 500 в зависимости от ёмкости канала.
- Хиты — заказывайте на 1000+ с учётом прогноза продаж на весь сезон.
Такая структура позволяет и тестировать новинки, и не переплачивать по тарифу на проверенных позициях, и держать оборотные средства в нужном ритме.
Тарифная сетка и сезонное планирование
Тарифные уровни имеет смысл рассматривать в связке с сезонным циклом. Пик спроса на шапки — октябрь–ноябрь. Заказ у производителя для попадания в этот пик нужно размещать в июне–августе.
Это означает, что у вас есть возможность принять осознанное решение о тарифном уровне заранее — до того, как сезон начнётся и очередь производства загружена. Самый плохой момент для перехода на более высокий объём — октябрь, когда производственные сроки удлинились, а товар нужен «вчера».
Рабочий принцип: тарифный уровень следующего сезона определяется по данным текущего сезона. Если в октябре вы зафиксировали, что конкретный SKU кончился на два месяца раньше прогноза — в следующем году этот артикул идёт на тариф выше. Если SKU не распродан к декабрю — остаётся на тестовом уровне или исключается.
Такой подход превращает тарифную сетку из абстрактного коммерческого инструмента в часть операционного цикла: данные → решение → заказ → данные.