00:00:06 Единицы складского учёта (SKU) и их ограничения.
00:00:30 SKU и их роль в управлении запасами.
00:01:58 Как SKU соотносятся с базовыми моделями цепочек поставок и формулами.
00:03:42 Проблемы, связанные с SKU, и реальные допущения, например, сроки годности.
00:05:01 Сложности применения SKU в индустрии моды и вопросы замены товаров.
00:08:00 Проблема ориентации на SKU в цепочках поставок.
00:09:33 Альтернативы системам, основанным на SKU, для различных отраслей.
00:11:25 Разрыв между абстракциями SKU и реальными потребностями в различных секторах.
00:12:26 Отрасли, где системы на основе SKU работают, и где они неуместны.
00:14:55 Основная проблема традиционных ERP-систем и необходимость создания лучших концептуальных моделей.
00:16:02 Совет специалистам по цепочкам поставок: расширяйте горизонты и переосмысливайте производственные потоки.
00:17:00 Оценка программного обеспечения с точки зрения гибкости SKU и избегание зависимости от поставщика.
00:17:58 Будущее SKU и их влияние на цепочки поставок.
00:18:28 SKU как обучающий материал для студентов и понимание базовых формул.
00:19:07 Заключительные мысли.
Резюме
В интервью Жоаннес Верморель, основатель Lokad, обсуждает ограничения модели единицы складского учёта (SKU) в управлении цепочками поставок. Он отмечает, что SKU являются полезными абстракциями, но их универсальный подход может быть проблематичным для отраслей, таких как свежие продукты, аэрокосмическая промышленность и мода, из-за факторов, как скоропортящесть, замены и различная продолжительность жизненного цикла. Он предлагает специалистам по цепочкам поставок критически оценить, насколько SKU соответствуют потребностям бизнеса, и рассмотреть альтернативные подходы. Верморель подчеркивает, что, хотя модель SKU полезна в образовательном процессе по цепочкам поставок, компаниям следует ориентироваться на реальные потребности для эффективного распределения ресурсов и улучшения принятия решений.
Расширенное резюме
В этом интервью ведущий Киран Чендлер обсуждает концепцию единиц складского учёта (SKU) с Жоаннесом Верморелем, основателем Lokad — компании-разработчика программного обеспечения, специализирующейся на оптимизации цепочек поставок. Они начинают с определения SKU как абстракции, отражающей тот факт, что один и тот же продукт может храниться в разных местах. Концепция SKU важна для бухгалтерского учёта и управления запасами, поскольку упрощает отслеживание товаров в различных локациях. В некоторых складах, для каждого SKU может быть выделено физическое место для хранения. Основное допущение, лежащее в основе SKU, состоит в том, что все единицы одного SKU не могут быть различимы.
SKU помогают в разработке математических моделей для управления цепочками поставок, так как они предоставляют чёткий способ представления товаров, входящих и исходящих из системы. Ранние модели цепочек поставок, такие как экономичный объём заказа, формула Уилсона и формула резервного запаса, по существу работают с одним SKU. Кроме того, SKU реализованы в ядре многих систем управления запасами, таких как ERP, WMS и платформ электронной коммерции.
Однако предположение о том, что все единицы внутри одного SKU идентичны, может оказаться проблематичным для некоторых отраслей. Например, в сегменте свежих продуктов критически важны сроки годности. Если в одном SKU содержится 100 единиц товара при ежедневном спросе в 20 единиц, может показаться, что запаса достаточно. Однако если 90 из них истекают уже сегодня вечером, на следующий день будет доступно только 10 единиц, что может привести к дефициту.
Верморель утверждает, что, хотя SKU полезны для категоризации распространённых товаров, их может оказаться недостаточно при работе с продуктами, требующими большей детализации или обладающими возможностью замены.
Верморель подчеркивает, что даже при работе с на первый взгляд идентичными товарами понятие SKU может вводить в заблуждение. Он приводит пример магазина, продающего белые рубашки, где каждый SKU рубашки представляет собой разную модель. Хотя может показаться важным для бизнеса знать точное количество единиц по каждому SKU для управления запасами и пополнения запасов, Верморель считает, что эта информация не всегда оказывается полезной. Это связано с тем, что клиенты заходят в магазин не с намерением купить конкретный SKU, а с потребностью, которую могут удовлетворить несколько похожих товаров.
Проблема, как объясняет Верморель, заключается в том, что система SKU не учитывает заменяемые товары. Сосредоточившись исключительно на SKU, компании могут не заметить избыток запасов схожих продуктов, удовлетворяющих один и тот же спрос. Это может привести к неэффективному использованию ресурсов и неправильному их распределению.
В качестве альтернативы Верморель предлагает рассматривать проблему с точки зрения обслуживаемых единиц и единиц спроса. Например, в случае автозапчастей может оказаться, что существует несколько совместимых деталей, способных выполнить одну и ту же функцию для конкретной модели автомобиля. В этом контексте вопрос доступности должен решаться не на основе отдельных SKU, а исходя из того, доступна ли совместимая деталь для автомобиля клиента.
Верморель также подчёркивает, что существует множество альтернатив системе SKU, но благодаря тому, что модель SKU столь распространена в отрасли, компаниям бывает сложно распознать и принять эти альтернативы. Ключевое здесь — выйти за рамки узкого фокуса на SKU и изучить другие подходы, способные лучше учитывать сложности и нюансы управления цепочками поставок.
Они обсуждают концепцию единиц складского учёта (SKU), ограничения модели SKU и её последствия для различных отраслей.
Верморель объясняет, что SKU являются абстракцией, и, как большинство абстракций, они могут “утекать”. Это означает, что, хотя они упрощают процесс рассуждения и программирования, между абстракцией и реальностью может возникать разрыв. Чем больше этот разрыв, тем выше риск непредвиденных последствий. Пригодность модели SKU различается в зависимости от отрасли.
Например, в аэрокосмической отрасли модель SKU практически не имеет смысла из-за таких факторов, как работоспособные и неработоспособные детали, а также различная продолжительность жизненного цикла отдельных компонентов. В индустрии моды она также в основном неадекватна из-за множества возможных замен. Для продуктов питания модель SKU снова оказывается в значительной степени неуместной, учитывая высокую степень замены и скоропортящесть.
Однако модель SKU может хорошо работать в некоторых отраслях. Например, она является достаточно хорошим приближением для бизнеса Apple с iPhone, поскольку клиенты хотят новейший iPhone и не рассматривают другую модель в качестве адекватной замены. Аналогично, для таких компаний, как Procter & Gamble, работающих с товарами широкого потребления (FMCG), модель SKU имеет смысл, поскольку их продукты хорошо определены и почти не поддаются замене.
Верморель поясняет, что многие решения для программного обеспечения для цепочек поставок возникли в отрасли FMCG, где модель SKU работает эффективно. В результате и в других отраслях приняли этот подход, даже если он может быть не самым оптимальным. Хотя специалисты по цепочкам поставок не всегда довольны данной ситуацией, зачастую трудно точно определить конкретные проблемы существующего программного обеспечения.
Он подчёркивает, что настоящая проблема заключается не в устаревшем пользовательском интерфейсе старых ERP-систем, а в ошибочных допущениях, заложенных в концептуальную модель программного обеспечения, что создаёт трудности для компаний.
Верморель советует специалистам по цепочкам поставок расширять горизонты и критически оценивать, действительно ли SKU имеют смысл для их бизнеса с точки зрения как производства, так и спроса. Если существуют более эффективные способы организации производственных потоков, компании должны рассмотреть возможность изменения своего подхода. Кроме того, если клиенты воспринимают продукты иначе, чем через призму модели SKU, бизнесу стоит создавать программные решения, отражающие эту реальность.
Он предостерегает от того, чтобы полагаться на поставщиков для внесения изменений в программное обеспечение, ориентированное на SKU, поскольку изменение основной структуры системы окажется чрезвычайно сложным. Вместо этого компании должны тщательно оценивать, подходят ли встроенные возможности программного обеспечения для их нужд.
Верморель считает концепцию SKU полезной для обучения специалистов по цепочкам поставок, но уверен, что для компаний важно сохранять внимание на реальных потребностях их бизнеса.
Полная транскрипция
Kieran Chandler: Сегодня мы узнаем немного больше об ограничениях SKU и рассмотрим некоторые крайние случаи, когда концепция SKU оказывается неэффективной. Итак, Жоаннес, возможно, нам стоит начать, как обычно, с определения того, что такое SKU.
Joannes Vermorel: SKU, или единица складского учёта, — это абстракция, предназначенная для отражения того, что один и тот же продукт может храниться в нескольких местах. Таким образом, если у вас есть, скажем, 100 различных продуктов и тысяча мест хранения, вы получите 100 000 SKU, так как будете считать каждый продукт в каждом отдельном месте. Понятие SKU вводится очень естественно и обычно является единицей бухгалтерского учёта. Иногда, если речь идёт о складах, это буквально материализуется в виде физического места для хранения для каждого SKU. Предполагается, что все единицы в рамках одного SKU не могут быть различимы.
Kieran Chandler: Это понятие прочно укоренилось в цепочках поставок. Так в чём же заключается интерес к концепции SKU и какие её особенности?
Joannes Vermorel: Во-первых, это интересно на базовом уровне. Когда вы хотите записать первые математические модели для описания потоков в вашей цепочке поставок, использование SKU — отличный способ записать уравнения. Большинство ранних формул для цепочек поставок, таких как экономичный объём заказа, формула Уилсона или формула резервного запаса, по сути работают с одним SKU. У вас есть SKU, в который поступают и из которого уходят товары, и вы хотите контролировать, что происходит в его рамках. Это очень интересно, так как открывает доступ к литературе простых моделей, концептуально разработанных с акцентом на SKU.
Then, when you go into the reality of supply chain software, SKUs are everywhere. Большинство ERP-систем, WMS и платформ электронной коммерции так или иначе используют понятие SKU. Это не просто концепция, полезная для записи уравнений, но и то, что реализовано в ядре многих систем управления цепочками поставок. Поэтому, когда вы анализируете этот вопрос, использование SKU оказывается весьма удобным. Просто ваше программное обеспечение тоже работает с SKU.
Kieran Chandler: В начале мы упоминали, что при использовании SKU делаются несколько допущений. Какие из них, по вашему мнению, наиболее важны?
Joannes Vermorel: Ключевое допущение заключается в том, что внутри одного SKU отдельные единицы или физические продукты не могут быть различимы. Это довольно серьёзное допущение, и многие специалисты по цепочкам поставок, вероятно, полагаются на него слишком сильно.
Kieran Chandler: Какие реальные допущения можно отметить?
Joannes Vermorel: Это зависит от отрасли, но давайте возьмём, к примеру, свежие продукты. Важно то, что у вас есть партии товаров со сроками годности. Если вы смотрите на единицы в одном SKU, вы можете сказать: “О, у меня 100 единиц на складе, и всё нормально, ведь спрос составляет всего 20 единиц в день, так что на завтра меня это вполне устраивает. У меня 100 единиц, и завтра нужно 20.” Но что, если из этих 100…
Kieran Chandler: Итак, мы говорим об ограничениях SKU в контексте управления цепочками поставок. Жоаннес, не могли бы вы рассказать об этом подробнее?
Joannes Vermorel: Да, конечно. Проблема с SKU в том, что они хорошо работают для стандартных товаров, но как только речь заходит о продуктах с более высокой степенью детализации, начинают возникать проблемы. Например, предположим, что у вас есть 100 единиц товара, но 90 из них истекают сегодня вечером. Это оставляет только 10 единиц на складе, в то время как система требует 20 единиц. Очевидно, этого недостаточно.
Kieran Chandler: Хорошо, а как это приводит к тем проблемам, которые вы наблюдали?
Joannes Vermorel: Существуют и другие проблемы с SKU. Например, нельзя предполагать, что единицы являются недифференцированными, даже если они все одинаковые. Сама концепция SKU может быть вводящей в заблуждение. Например, в индустрии моды, если в магазине продаются белые рубашки определённой модели, и у вас остаётся три единицы, вы можете подумать, что знаете, когда следует пополнить запасы. Однако на самом деле клиенты заходят в магазин не с намерением купить конкретный SKU, а с потребностью, которую могут удовлетворить несколько похожих товаров.
Kieran Chandler: То есть, вы утверждаете, что SKU — это способ разделения запасов, но важно понимать, что этот подход формирует наше восприятие бизнеса.
Joannes Vermorel: Именно. Важно осознавать, что в SKU могут не учитываться заменяемые товары. У вас может быть три единицы одного SKU и три единицы другого, но они могут удовлетворять по сути один и тот же спрос. В итоге вы можете столкнуться с избыточными запасами, которые не так заметны при анализе на уровне SKU.
Kieran Chandler: Итак, как же вы решаете эту проблему?
Joannes Vermorel: Один из способов решения этой проблемы — связать все SKU вместе. Первое, что нужно понять — существует множество альтернатив. Проблема в том, что когда вы начинаете рассматривать проблему в определённом свете, и видите, что всё программное обеспечение, с которым вы работаете ежедневно, основывается на этом предположении, легко подумать, что другого пути нет. Но альтернатив очень много.
Kieran Chandler: Итак, существует множество альтернатив для автозапчастей, и вам нужно подумать, что является единицей спроса и что является единицей обслуживания. Что необходимо обслуживать в единице спроса, и вы хотите оставаться нейтральными относительно того, какая деталь используется, потому что если они все эквивалентны, на самом деле не имеет значения деление на разные категории, разные SKU, если в конечном итоге все они удовлетворяют одну и ту же потребность. Таким образом, вы как бы намекаете, что в каждом отдельном вертикальном сегменте должна быть своя уникальная концепция SKU, которая работает именно для этого сегмента?
Joannes Vermorel: Именно. Я имею в виду, что SKU — это абстракция, и, как большинство абстракций, она имеет свои утечки. Преимущество такой простой абстракции, как SKU, в том, что она очень проста и понятна для рассуждений. Легко написать формулы и заложить их в программное обеспечение. Но будьте осторожны: ваша абстракция имеет утечки. Это карта, а не территория. Между реальностью и вашей абстракцией может существовать разрыв, и чем больше этот разрыв, тем выше риск столкнуться с непредвиденными последствиями этой утечки абстракции.
Сначала вы должны осознать, что между ними существует разрыв и насколько он велик. Это действительно зависит от конкретного вертикального сегмента. Например, рассуждения в терминах SKU в аэрокосмической отрасли в основном бессмысленны из-за ремонтопригодных и неремонтопригодных деталей, а также из-за того, что у роторных шариков остаются часы полёта или жизненные циклы. В модной индустрии это тоже в основном бессмысленно, потому что существует так много замен. Для пищевой промышленности всё то же самое.
Однако в некоторых отраслях, например, в Apple, продающей iPhone, данная концепция является довольно хорошим приближением. Люди хотят самый новый iPhone и не посчитают, что другой iPhone является хорошей заменой. В этом случае понятие SKU работает хорошо, и это почти как обещание бренда, что между одной коробкой iPhone и другой нет никаких различий.
Kieran Chandler: Итак, для таких отраслей, где это кажется бессмысленным, отказались ли они от использования SKU или это что-то, что все еще широко применяется?
Joannes Vermorel: Интересно, что многие программные решения для управления цепочками поставок появились в сфере быстро оборачиваемых товаров (FMCG), где понятие SKU действительно имеет смысл. Например, для таких компаний, как Apple или Procter & Gamble, продающих шампуни или моющие средства, SKU обычно имеют абсолютно логичный смысл для такого рода бизнеса. Но когда вы переходите к другим вертикальным сегментам, это может становиться менее обоснованным.
Я видел, что многие компании использовали одни и те же решения, даже если их бизнес требовал относительно различных способов учета запасов, следуя примеру таких компаний, как Procter & Gamble, пионеров в создании программных цепочек поставок в 70-х годах.
Kieran Chandler: Так почему же индустрия так довольна тем, что придерживается этого подхода? Это просто потому, что он заложен в этих ERP-системах?
Joannes Vermorel: Сказать, что они довольны, — это сильное выражение. Я не встречал много специалистов по цепочкам поставок, которые говорили бы, что их ERP — это красавица или жемчужина, и они полностью ею довольны. Обычно все обстоит иначе.
Kieran Chandler: Обычно вокруг состояния цепочек поставок витает общее недовольство. Часто люди говорят, что программное обеспечение не так уж и хорошо, оно медленное и с ним неудобно работать. Но не так просто точно определить проблему. Они могут взглянуть на старую ERP-систему и сказать, что её интерфейс — это простой текст, выглядящий устаревшим. Однако настоящая проблема не в чёрно-белом экране или текстовом интерфейсе. Истинная проблема заключается в базовых предположениях, заложенных в ментальную модель программного обеспечения, которые создают столько трений для бизнеса.
Joannes Vermorel: Это нечто очень фундаментальное, но его сложно осознать, поскольку оно кажется очевидным, когда вы смотрите на экран, напоминающий компьютерную систему 80-х. Легко сказать, что он устаревший и некачественный. Но более сложно понять, что базовые концепции программного обеспечения не соответствуют тому, как вы должны мыслить о своем бизнесе и анализировать его. Именно это меняет правила игры.
Kieran Chandler: Итак, какой совет для специалистов по цепочкам поставок? Как они могут найти решение или к чему им следует двигаться?
Joannes Vermorel: Прежде всего, расширьте свой кругозор. У вас везде есть SKU, но подумайте, действительно ли это имеет смысл для как производственной стороны, так и для стороны спроса. Если вы можете легко перенастроить производство, изменить упаковку и сохранить большую гибкость, тогда, возможно, стоит по-другому организовать производственные потоки и логистику. Если ваши клиенты рассматривают ваши продукты не через призму SKU, вам следует внедрить первоклассные концепции и программные решения, соответствующие этому.
К сожалению, сложно вдаваться в подробности, поскольку они сильно различаются от одного вертикального сегмента к другому. Тем не менее, мой совет: как только вы расширите свой кругозор, начните оценивать программное обеспечение, которое рассматриваете, чтобы понять, насколько оно подходит. Если вы рассматриваете программу, в основе которой лежат SKU и которая жестко построена вокруг этого, не рассчитывайте, что поставщик сможет это изменить. Это не то, что можно добавить в последнюю очередь. Вам придется смириться с этим навсегда, поэтому убедитесь, что в программном обеспечении сделан правильный выбор; иначе вас ожидает океан проблем.
Kieran Chandler: Итак, подводя итоги на сегодня, понятие SKU заложено во всех системах, которые мы используем. Останется ли оно таким навсегда или, как вы думаете, это изменится в будущем?
Joannes Vermorel: Я считаю, что лучший способ воспринимать SKU — как учебный материал. Это отличная концепция для ознакомления студентов, изучающих инженерное дело со специализацией в области цепочек поставок. Вы можете познакомить их с понятием SKU, а затем ввести все базовые формулы, связанные с этим. Это полезно, чтобы дать им представление о том, как это выглядит. Но это всего лишь способ нарисовать карту, а не показать территорию. Мой совет: оставьте SKU в качестве учебного материала, а для бизнеса будьте внимательны к реальным потребностям.
Kieran Chandler: Отлично, давайте подведем итоги на сегодня. Это всё на эту неделю. Большое спасибо, что были с нами, и до встречи в следующий раз. Пока.