Что такое moq продукта
MOQ в Китае. Что делать если требуется меньше чем минимальный объем заказа.
Что делать, когда потребности клиента меньше, чем MOQ фабрики в Китае
Минимальный объем заказа (MOQ) minimum order quantity. Обычно устанавливаются в соответствии с масштабом китайской фабрики, это количество продукции которое они могут произвести за один цикл при загрузке конвейера. Число MOQ у каждого китайского производителя свое.
——минимальный объем заказа за единицу товара на SKU. Как правило, используется для товаров, которые слишком дешевы, чтоб продавать поштучно
——минимальный объем заказа, выраженный в деньгах за весь объем закупа. Завод сам решает как минимизировать издержки производства.
——минимальный объем заказа, в единицах товара по группам. Используется для товаров, которые изготавливаются на заказ, при минимальном объеме производственной партии.
С MOQ фабрик часто связанны проблемы. Если планируется приобрести 100 ед. продукции. А выбранный поставщик заявляет, что минимальная закупочная партия вдвое больше. Те, кто только начинает взаимодействовать производителями в Китае, часто теряются в таких ситуациях. Часто приводит к продолжению поиска поставщиков, даже если цена является ниже средней по рынку.
Рассмотрим реальный кейс взаимодействия с производителем в Китае:
Необходимо поставить 500 штук увеличителей текста для слабовидящих под собственным брендом и уникальным дизайном. Программное обеспечение должно соответствовать требованиям российского ГОСТА и форма устройства иметь собственный дизайн. Минимальный объем заказа (MOQ) на заводе составляет 1000, что превышает потребность первой поставки.
Фабрика в Китае поставила условия минимального заказа (MOQ) на размещения производства под собственной торговой маркой для этого продукта 1000 штук, главным образом потому, что производство 500 изделий израсходует больше материалов, чем 1000 штук. Поэтому стоимость каждой единицы будет выше, чем производства 1000 штук за один раз. Если нет необходимости иметь собственный дизайн коробки, завод мог бы произвести 500 штук. Так же работа инженера адаптирующего начинку под российского потребителя заложена в производство каждого изделия и при заказе 1000 штук становится не рентабельна.
После переговоров с заводом согласовали 3 варианта сотрудничества:
1. Заказывать только 5000 штук, но платить за каждый на 20 доллара больше, потому что минимальный заказ составляет 1000 штук. Увеличенная стоимость компенсирует затраты производителя.
2. Сделайте заказ на изделие 500 шт. Но выпустить 1000 штук корпусов устройства. Так же вынести за скобки работу инженера. Остальные 500 шт. корпусов можно зарезервировать для следующего заказа. Покупатель должен оплатить только 500 единиц товара, 1000 корпусов и работу инженера во время первого заказа.
3. Заказать 500 шт. продукции и распечатать 3000 корпусов. Остальные 3500 ящиков можно зарезервировать для будущих поставок. Фабрика предлагает 10% скидку за счет удешевления производства и бесплатную перепрограммирование начинки. Покупатель оплачивает только 500 товаров (скидка 30%) и 3500 корпусов при первом закупе.
Было выбрано 3е решение. Т.к. выгоднее приобрести 500 увеличителей текста, используя ту же цену, что и для 3500 шт. Бонусом шло индивидуальный дизайн и программирование. Если продано 500 товаров, он может купить 3500 штук и более на следующий заказ и заплатить только цену товара без оплаты корпуса и программирования. Даже если продажи окажутся плохими, рынок больше не будет нуждаться в этих продуктах, потеряется только деньги на 3500 корпусов, что все равно лучше, чем заказывать только 1000 штук, заплатив дополнительно 20 доллара за каждую.
В конце концов, первая партия была поставлена и размещено производство на последующие заказы.
Статьи
Что такое MOQ при закупках товара в Китае? Как правильно работать с MOQ.
MOQ, расшифровывается, как «Minimum order quantity» или в переводе «Минимальный объем заказа».
Минимальный объем обычно может выражаться, как в минимальной сумме заказа, так и количестве штук. Если минимум идёт по сумме, то зачастую это подразумевает, что в одном заказе можно набрать на пробу несколько различных вариантов товара, что удобно для начинающих предпринимателей, прощупывающих почву. Если вам нужен один артикул товара, то MOQ будет установлен в количественном исчислении.
Если вы только открываете свой бизнес, берете работу новую линейку продукции или в целом работаете в категории малого бизнеса, тогда MOQ играет большую роль. Ведь для того, чтобы понять, какой товар лучше зайдет на рынок, его нужно протестировать, тут большие партии не подойдут. Для существующего небольшого бизнеса серьезная зависимость от крупных запасов на складе также невыгодна.
Чтобы не закупать огромные партии, непосильные и неразумные для вашего бизнеса, стоит вести переговоры с поставщиками для установления оптимального минимально объема заказа, который устроит обе стороны. Вам это будет на руку для долгосрочных отношений с поставщиком, нежели пытаться сразу получить минимальный MOQ по минимальной цене.
Минимальный MOQ по минимальной цене.
Во-первых, вряд ли выйдет получить.
Во-вторых, это может повлечь за собой разные неприятные ситуации. Например, китайская фабрика согласится пойти на встречу и снизить MOQ, при этом сэкономив на качестве товара, или отгрузив Вам брак, скопившийся на складе. Т.к. при маленьких заказах для прямого производителя вы не будете перспективным клиентом.
Зачем оптовики и производители устанавливают MOQ.
Оптовики, в отличие от розницы, получают небольшую прибыль с единицы товара. Поэтому MOQ устанавливается, чтобы, в первую очередь, окупить себестоимость выпускаемой продукции. Для производства необходимо закупать сырье и материалы, упаковочный материал, плюс стоимость самого оборудования может быть высокой, что сказывается на себестоимости продукции. Поэтому, если объем выпуска небольшой, управлять производственной линией производителю сложно. Кроме того, фабрики могут периодически поднимать уровень MOQ, чтобы отсеять нецелевых покупателей, так было с масками в пик пандемии.
Если вы пока не готовы приобретать товар десятками и сотнями тысяч штук, то оптимальным решением будет начать работу с оптовыми посредниками, дистрибьюторами. У них тоже есть свой MOQ, который зависит от тех условий, на которых они работают с производителями. Будьте готовы, что цена будет несколько выше, чем при закупке крупным оптом с фабрики, зато минимальный размер партии будет меньший и комфортный для начинающего бизнеса.
На первых порах развития, цены MOQ будут несколько снижать вашу прибыль и ограничивать при выборе товаров к закупке. Но когда завершится тестирование ниши, и вы определитесь с товарами – сможете работать с более крупными минимальными объемами и получать более выгодные цены. Далее развиваясь и наращивая продажи, можно выйти на прямые закупки у производителей, ваша продукция станет более конкурентоспособна на рынке, снизится ее себестоимость, и вы сможете зарабатывать больше. Тут включается закон «экономии на масштабах».
MOQ при заказе индивидуального производства.
Также вы можете размещать индивидуальные заказы на производство товаров по своим характеристикам, комплектации. Будьте готовы, что цена единицы будет дороже, а MOQ увеличится, это связано с тем, что для производства в индивидуальном порядке, скорее всего фабрика понесет больше затрат (например, дополнительное сырье, красители, новые пресс формы, перенастройка оборудования и пр.) и цена единицы должна будет все это компенсировать. С другой стороны, свой собственный уникальный товар, может дать вам ряд преимуществ перед конкурентами, но это уже больше вопросы маркетинга.
Выводы.
Остановимся на следующей мысли – если вы новичок рынка, и вам нужны небольшие партии товаров из Китая для тестирования, то делайте свой выбор в пользу небольшого производителя или проверенного оптового поставщика, или дропшиппера. Тогда вы сможете рассчитывать на невысокий MOQ. Это могут быть поставщики, найденные на Made in China, Alibaba, Aliexpress, Dhgate, 1688 др. А когда бизнес встанет на ноги и нарастит обороты, выходите напрямую на производителей или крупных оптовиков, и работайте с более крупными MOQ по более низким ценам.
Помимо лучших цен, работа напрямую с фабриками позволит стабилизировать качество товара, потому что оптовики или дропшипперы могут закупать один и тот же продукт на разных фабриках.
Как изменяется MOQ в зависимости от разных типов поставщиков Китая:
Как правильно договариваться с поставщиками о снижении MOQ мы расскажем в следующей статье.
Что такое MOQ и как его снижать
—> Стандарты по группам товаров
Из этой статьи вы узнаете, что такое MOQ (minimum order quantity), почему поставщики не хотят его понижать и что делать, чтобы все-таки приобрести партию меньше установленного значения.
MOQ — это минимальное количество товара, которое продает поставщик. Например, при покупке зонта на AliExpress MOQ = 1 штука, а на Alibaba может равняться и 1000 штук. Это значит, что клиент может купить не менее, чем 1 или 1000 зонтов в одном заказе, соответственно.
MOQ принято делить на два вида: ограничение на общий заказ и на экземпляр (цвет, форму, модель). Иногда продавцы конвертируют MOQ в деньги. Если поставщик оценил минимальный заказ в 1500$, а вам нужна продукция на 500$, скорее всего, он даже не захочет вести переговоры. Большим фабрикам невыгодно сотрудничать с розничными клиентами.
Зачем поставщики устанавливают MOQ?
Чтобы изготовить, скажем, футболки, фабрике нужно запустить станки, выплатить зарплаты сотрудникам, оплатить использованную электроэнергию и другие бытовые расходы. Делать это ради 100 футболок нерентабельно, не покроется даже себестоимость. Поэтому у каждого производства есть минимальный порог заказов, от которого оно начнет работу.
Что если вам не подходит MOQ? Найдите оптовых поставщиков, а не производителя. У них MOQ точно меньше. Минимальное количество заказа зависит от условий, по которым они закупают продукцию на фабриках.
Иногда поставщики временно увеличивают MOQ, чтобы отсечь нецелевых клиентов. Например, во время пандемии компания Dasheng, обладающая квалификацией для производства масок NOISH N95, подняла MOQ. У производителя было много заказов, но все мелкие, они не давали гарантию на то, что покроются расходы на производственные затраты, упаковку и тд. Покупатели то задерживали оплату, то отменяли сделки. Поэтому Dasheng перестали принимать заказы менее, чем на 1000000$. Заказчиков стало меньше, но крупные игроки были заинтересованы в покупке и вносили оплаты без промедлений.
Как узнать, какой MOQ у продавца на Alibaba.com?
Напишите продавцу, чтобы уточнить этот вопрос. На странице может быть указана одна информация, а он назовет другую, так часто бывает. Это делается, чтобы «заманить» клиентов привлекательной ценой и минимальным количеством заказа.
Руководитель отдела закупок Максим поделился случаем из практики:
Клиент M3Cargo попросил менеджера заказать для своего магазина ассортимент нижнего белья. Максим нашел нужный товар на Alibaba.com и написал продавцу. Диалог был в таком ключе:
— Здравствуйте! Пришлите, пожалуйста, свой прайс-лист с фото, ценами и минимальным количеством заказа.
— Смотрите на сайте, — ответил продавец.
— Меня интересует не одна пара, а 50000.
— Добрый день, Максим! Вот наш прайс-лист. Буду рад ответить на все вопросы.
Переписка упрощена, но суть была такая. Продавец заинтересовался диалогом и сразу сменил тактику ведения переговоров. Когда связываетесь с китайцами, уточняйте предполагаемые объемы закупки, чтобы сэкономить время друг друга. Если первый поставщик ни в какую не захочет продавать тот объем, который вам нужен, найдем второго, который будет рад сделке.
Как получить MOQ ниже
Снизить MOQ можно только переговорами. При ведении бизнеса с Китаем это очень важно, обычно продавцы готовы уступать, если видят итоговую выгоду для себя (даже если вы хотите уменьшить минимальный заказ с 5000 до 500 единиц). Объясните, что хотите купить сначала образцы, пробную партию, а потом вернетесь. Убедите поставщика, что если все подойдет, следующий заказ будет больше MOQ. На практике такие решения действительно базируются на личных договоренностях. Вы получаете партию желаемых размеров, а продавец понимает, что если товар не подойдет, вы можете не вернуться.
Пойдут ли вам навстречу и уменьшат ли MOQ, зависит от политики фабрики.
Если первый способ не сработает, воспользуйтесь вторым. Выберите две крупные компании, например, в Шэньчжэне, и запросите у них цены и MOQ. Определите, где MOQ ниже и напишите тому продавцу, что его прямой конкурент предложил вариант еще выгоднее. Наверняка китайцы знают своих конкурентов и не захотят отдавать им клиента, а вам это на руку.
Есть ли какие-то стандарты MOQ по группам товаров?
Стандартов нет. Каждый поставщик сам определяет MOQ на всю партию либо на группу товаров. Для примера: вы хотите заказать зонтики на продажу в свой онлайн-магазин, вы нашли нужную модель на китайском маркетплейсе и написали продавцу. Он сказал, что MOQ 1500 штук. Вы отвечаете: «Отлично, беру 2000. Отправляйте мне 250 красных, 250 желтых. ». Продавец может вам отказать, ведь он установил MOQ для группы товаров, то есть для одного цвета. Если зонты нужно изготовить, производитель просто не может сделать только 250 красных зонтов для вас. Если товар есть на складе, продавец отдаст вам и по 250 зонтов каждого цвета.
Надеемся, мы ответили на все вопросы о MOQ. Если осталось еще что-то, позвоните нам или напишите — проконсультируем, поможем и, конечно, доставим груз из Китая в Украину.
Еще нет комментариев, но Вы можете оставить первый
Решение главной проблемы MOQ (минимального объема заказа)
Жоаннес Верморель, декабрь 2016 г.
Минимальный объем заказа (MOQ) — это один из наиболее распространенных видов ограничений заказа в цепях поставок. MOQ используется, когда поставщик не принимает заказы на закупку, если их объем меньше определенного значения, которое обычно выражается в единицах товара или в долларах. Достаточно часто различные ограничения MOQ накладываются друг на друга, и все их обязательно нужно учитывать. Основная проблема MOQ заключается в (приблизительном) расчете оптимального объема заказа, который соответствовал бы всем ограничениям MOQ и позволял бы получать максимальную прибыль за каждую приобретаемую единицу товара.
Стандартные ограничения MOQ
Ограничения MOQ могут принимать различные формы. Приведем несколько наиболее распространенных ограничений MOQ, с которыми мы сталкивались:
Понятия
Прежде чем разбираться с числовой оптимизацией, давайте рассмотрим наиболее важные понятия, которые используются при решении основной проблемы MOQ. У нас есть:
Понятие цели вводится как универсальный механизм определения дополнительных критериев завершения заказа при работе с политикой приоритетных заказов. Проще говоря, мы рассчитываем такие заказы на закупку, которые дадут максимальный экономический эффект при минимальных вложениях и обеспечат достижение целей. Ниже приводится более точное определение данного процесса оптимизации.
Формальное определение основной проблемы MOQ
В данном разделе основная проблема MOQ описана в виде формальной нелинейной задачи на оптимизацию. Достаточно очевидно, что данная проблема является НП-трудной. Основная проблема MOQ тесно связана с https://ru.wikipedia.org/wiki/Задача_об_упаковке_в_контейнеры, которая также является НП-трудной. Таким образом, основная проблема MOQ является, по меньшей мере, такой же трудной, как и задача об упаковке в контейнеры. Несмотря на то, что проблема является НП-трудной, надо сказать, что на практике для нее можно найти очень хорошие решения.
Мы получим несколько функций.
Примеры использования Moq
Moq – это простой и легковесный изоляционный фреймврк (Isolation Framework), который построен на основе анонимных методов и деревьев выражений. Для создания моков он использует кодогенерацию, поэтому позволяет «мокать» интерфейсы, виртуальные методы (и даже защищенные методы) и не позволяет «мокать» невиртуальные и статические методы.
ПРИМЕЧАНИЕ
На рынке существует лишь два фрейморка, позволяющих «мокать» все, что угодно. Это TypeMockIsolator и Microsoft Fakes, доступные в Visual Studio 2012 (ранее известные под названием Microsoft Moles). Эти фреймворки, в отличие от Moq, используют не кодогенерацию, а CLR Profiling API, что позволяет вклиниться практически в любой метод и создать моки/стабы даже для статических, невиртуальных или закрытых методов.
В Moq нет разделения между «стабами» (stubs) и «моками» (mocks) или, более формально, нет разделения на верификацию состояния и верификацию поведения. И хотя в большинстве случаев различия между стабами и моками не так уж и важны, а иногда одна и та же заглушка выполняет обе роли, мы будем рассматривать примеры от простых к сложным, поэтому вначале рассмотрим примеры проверки состояния, а уже потом перейдем к проверке поведения.
Проверка состояния (state verification)
В качестве примера мы будем рассматривать набор юнит тестов для следующего интерфейса:
1. Стаб метода GetCurrentDirectory:
2. Стаб метода GetDirectoryByLoggerName, всегда возвращающий один и тот же результат:
3. Стаб метода GetDirrectoryByLoggerName, возвращающий результат в зависимости от аргумента:
4. Стаб свойства DefaultLogger:
5. Задание поведения нескольких методов одним выражением с помощью “moq functional specification” (появился в Moq v4):
6. Задание поведение нескольких методов с помощью вызова методов Setup («старый» v3 синтаксис):
ПРИМЕЧАНИЕ
Как я уже упоминал, в Moq нет разделения между моками и стабами, однако нам с вами будет значительно проще различать два синтаксиса инициализации заглушек. Так, «moq functional specification» синтаксис может использоваться только для тестирования состояния (т.е. для стабов) и не может применяться для задания поведения. Инициализация же заглушек методом Setup может быть, во-первых, более многословной, а во-вторых, при ее использовании не совсем понятно, собираемся ли мы проверять поведение или состояние.
Проверка поведения (behavior verification)
Для тестирования поведения будет использоваться следующий класс и интерфейс:
1. Проверка вызова метода ILogWriter.Write объектом класса Logger (с любым аргументом):
2. Проверка вызова метода ILogWriter.Write с заданным аргументами:
3. Проверка того, что метод ILogWriter.Write вызвался в точности один раз (ни больше, ни меньше):
ПРИМЕЧАНИЕ
Существует множество вариантов проверки того, сколько раз вызвана зависимость. Для этого существуют различные методы класса Times: AtLeast(int), AtMost(int), Exactly, Between и другие.
4. Проверка поведения с помощью метода Verify (может быть удобной, когда нужно проверить несколько допущений):
5. Проверка нескольких вызовов с помощью метода Verify().
В некоторых случаях неудобно использовать несколько методов Verify для проверки нескольких вызовов. Вместо этого можно создать мок-объект и задать ожидаемое поведение с помощью методов Setup и проверять все эти допущения путем вызова одного метода Verify(). Такая техника может быть удобной для повторного использования мок-объектов, создаваемых в методе Setup теста.
Отступление от темы. Strict vs Loose модели
Moq поддерживает две модели проверки поведения: строгую (strict) и свободную (loose). По умолчанию используется свободная модель проверок, которая заключается в том, что тестируемый класс (Class Under Test, CUT), во время выполнения действия (в секции Act) может вызывать какие угодно методы наших зависимостей и мы не обязаны указывать их все.
Так, в предыдущем примере метод logger.WriteLine вызывает два метода интерфейса ILogWriter: метод Write и SetLogger. При использовании MockBehavior.Strict метод Verify завершится неудачно, если мы не укажем явно, какие точно методы зависимости будут вызваны:
Использование MockRepository
Класс MockRepository предоставляет еще один синтаксис для создания стабов и, что самое главное, позволяет хранить несколько мок-объектов и проверять более комплексное поведение путем вызова одного метода.
1. Использование MockRepository.Of для создания стабов.
Данный синтаксис аналогичен использованию Mock.Of, однако позволяет задавать поведение разных методов не через оператор &&, а путем использования нескольких методов Where:
2. Использование MockRepository для задания поведения нескольких мок-объектов.
Предположим, у нас есть более сложный класс SmartLogger, которому требуется две зависимости: ILogWriter и ILogMailer. Наш тестируемый класс при вызове его метода Write должен вызвать методы двух зависимостей:
Другие техники
В некоторых случаях бывает полезным получить сам мок-объект по интерфейсу (получить Mock по интерфейсу ISomething). Например, функциональный синтаксис инициализации заглушек возвращает не мок-объект, а сразу требуемый интерфейс. Это бывает удобным для тестирования пары простых методов, но неудобным, если понадобится еще и проверить поведение, или задать метод, возвращающий разные результаты для разных параметров. Так что иногда бывает удобно использовать LINQ-based синтаксис для одной части методов и использовать методы Setup – для другой:
Помимо этого Moq позволяет проверять поведение защищенных методов, тестировать события и содержит некоторые другие возможности.