تخطيط المخزون للمتاجر عالية SKU

لا ينتج كتالوج 1200 SKU 1200 قرار شراء في الأسبوع. وينتج حوالي ثلاثين. الجزء الصعب من التخطيط لكتالوج كبير ليس مراجعة كل شيء، بل هو بناء الفلتر الذي يحول كل شيء إلى الثلاثين عنصرًا التي يجب على الشخص التفكير فيها.

تتم كتابة معظم نصائح المخزون لكتالوج يمكنك الاحتفاظ به في رأسك. هذا هو ما تبدو عليه نفس الوظيفة عندما لا تستطيع ذلك. تمت تغطية الخط الفاصل بين المراجعة اليدوية والآلية، وسبب وجودها هناك إعادة الترتيب التلقائي مقابل إعادة الترتيب اليدوي; يبدأ هذا المنشور من الجانب البعيد من هذا الخط ويتناول مشكلة العمليات التي يتركها وراءه.

ما الذي يتغير بعد بضع مئات من وحدات SKU

امنح كل SKU تسعين ثانية. وهي فترة كافية لإلقاء نظرة على المخزون الموجود، وإلقاء نظرة سريعة على الأسابيع القليلة الأخيرة من المبيعات، والتحقق مما إذا كان هناك بالفعل أمر شراء قيد التنفيذ. ليس طويلاً بما يكفي للتفكير بشكل صحيح في أي منها. ثم اضرب.

هذه العملية الحسابية هي المشكلة برمتها. قم بمراجعة المقاييس الزمنية بحجم الكتالوج ولكن ليس الأسبوع، لذلك في مكان ما في المئات المنخفضة من وحدات SKU، تتوقف التمريرة الكاملة عن الملائمة وتصبح بهدوء تمريرة جزئية لا يصنفها أحد على أنها واحدة. لا تزال المراجعة تحدث في التقويم. يتوقف فقط عن تغطية الكتالوج.

الشيء الثاني الذي يتغير هو شكل الخطأ. في كتالوج صغير، تعرف المنتجات، لذا فإن الخطأ عادة ما يكون شيئًا لاحظته وأخطأت فيه. في حالة كبيرة، الخطأ هو شيء لم ينظر إليه أحد. يمكن أن يظل SKU عند الصفر لمدة أحد عشر يومًا دون أن يشكل أي شخص رأيًا حوله، لأنه لم يتم طرحه على الإطلاق في أي خطوة في العملية. لم يعد الصمت دليلاً على أن الأمور على ما يرام.

التغيير الثالث هو أن وحدة الشغل تتحرك. أقل من بضع عشرات من وحدات SKU التي تخطط لمنتج تلو الآخر. مع وجود تسعة موردين خلف الكتالوج، فإن الشيء الذي ترسله فعليًا هو طلب المورد، والقرارات المتعلقة بوحدات SKU الفردية مقيدة بالترتيب الذي ستسافر به: الحد الأدنى لقيم الطلب، وحزم الحالات، وما إذا كان الأمر يستحق فتح طلب مع هذا البائع على الإطلاق هذا الأسبوع. التخطيط لـ SKU بواسطة SKU ومن ثم اكتشاف الحد الأدنى للمورد الذي يهدر المراجعة التي قمت بها للتو.

التقسيم أولاً، ثم المراجعة حسب الاستثناء

تم تطبيق مرشحين بهذا الترتيب. الأول هو الذي يقرر المنتجات التي تستحق الاهتمام على الإطلاق هذا الأسبوع. والثاني يقرر أي من هؤلاء يحتاج بالفعل إلى قرار.

التقسيم هو المرشح الدائم. يتغير ببطء، عادة مرة واحدة كل ثلاثة أشهر، ويقوم بتقسيم الكتالوج حسب مقدار الإيرادات التي يحملها المنتج ومدى إمكانية التنبؤ بالطلب عليه. تتم تغطية الحساب وراء كلا الصفين تحليل المخزون ABC-XYZ، والترتيب الذي تنتمي إليه الطبقات الناتجة، بما في ذلك عدد المرات التي يتم فيها النظر في كل طبقة تحديد أولويات المنتجات لإعادة الطلب. كلاهما شرطان أساسيان هنا وليس موضوع هذا المنشور.

قواعد الاستثناء هي الفلتر الأسبوعي، وهي الجزء الذي لا تدونه معظم المتاجر أبدًا. قاعدة الاستثناء هي شرط، عندما يكون صحيحًا، يضع SKU أمام الإنسان. كل شيء آخر يبقى بعيدا عن الطريق. مجموعة انطلاق عملية:

قم بتشغيلها على متجر نموذجي: 1200 وحدة SKU، وتسعة موردين، وموقع واحد. من بين 1200، يوجد 180 في المستوى الأسبوعي. تحدد القواعد 23 منها تحت نقطة إعادة الطلب، و5 منها مع أمر شراء بعد التاريخ الموعود به، و7 تجاوزت توقعاتها العتبة. تقوم أربع وحدات SKU بربط قاعدتين في وقت واحد، وبالتالي فإن قائمة الانتظار لهذا الأسبوع هي 31 منتجًا، وليس 1200 منتج.

روتين الشراء الأسبوعي

بمجرد وجود المرشحات، يكون الروتين قصيرًا بما يكفي للحماية. واحد وثلاثون قرارًا يستغرق كل منها دقيقتين تقريبًا، ويستغرق كل منها حوالي ساعة، والساعة هي الشيء الذي يبقى على قيد الحياة لمدة أسبوع حافل.

قم بتشغيل المرشحات، لا تتصفح. الإغراء باستخدام كتالوج كبير هو التمرير عبره بحثًا عن شيء خاطئ. يؤدي التمرير إلى العثور على كل ما هو ملفت للنظر، وهو ليس مثل كل ما هو عاجل، ويستغرق وقتًا أطول بكثير.

تجميع حسب المورد قبل تحديد أي كمية. ستة وحدات SKU من بائع واحد هي طلب واحد وتكلفة شحن واحدة؛ نفس الستة الموزعة على ثلاثة بائعين هو قرار مختلف تمامًا. يُظهر التجميع أولاً أيضًا الأخطاء الوشيكة التي تستحق المضي قدمًا: إن SKU بعد أسبوعين من نقطة إعادة الطلب الخاصة به يستحق الإضافة إلى الطلب الذي يتم إصداره على أي حال.

حدد الكميات فقط لما هو موجود في قائمة الانتظار. كل شيء خارجه تمت مراجعته بالفعل بموجب القاعدة.

إرسال وتسجيل التاريخ الموعود. بدون تخزين التاريخ الموعود في مكان ما، لن يكون هناك ما يمكن مقارنته بقاعدة أمر الشراء المتأخر، وتتوقف قاعدة الاستثناء الثانية عن التنشيط.

اكتب ما تخطيته عمدا، ولماذا. هذه هي الخطوة التي يسقطها الجميع. وبدون ذلك، فإن SKU الذي قررت بوعي عدم إعادة ترتيبه يظهر مرة أخرى في قائمة الانتظار كل أسبوع، وتدربك قائمة الانتظار ببطء على تجاهله.

تحصل المستويات الموجودة أسفل المستوى الأسبوعي على نفس الروتين على مدار ساعة أطول: مرور شهري فوق منتصف الكتالوج ومسح ربع سنوي للذيل، والذي بالنسبة لمعظم المتاجر لا يتعلق بإعادة الطلب بقدر ما يتعلق بتحديد ما يجب أن يظل موجودًا.

ما يجب أن يكون آليا

الاختبار بسيط: أي شيء يجب أن يحدث سواء كان الشخص يتذكر أم لا، فهو مرشح للتشغيل الآلي. أي شيء يتطلب سببًا من خارج بيانات المبيعات لا يجوز. هناك أربعة أشياء تفشل في اختبار الذاكرة في كل كتالوج كبير.

سرعة المبيعات، يتم إعادة حسابها لكل SKU. السرعة هي المدخلات تحت كل رقم آخر تقريبًا، وهي تتحرك باستمرار. إن إعادة حسابها يدويًا عبر كتالوج كبير ليس بالأمر الصعب، بل من المستحيل الحفاظ عليه.

إعادة ترتيب النقاط، وإعادة حسابها مع تحرك السرعة والمهلة الزمنية. تكون نقطة إعادة الترتيب صحيحة فقط طالما أن الرقمين الموجودين خلفها صحيحان. عندما ينزلق المورد من اثني عشر يومًا إلى تسعة عشر يومًا، فإن الرقم الموجود على الورقة لا يعترض، بل يصبح خاطئًا. يتم تناول كيفية عمل إعادة الحساب هذه في الممارسة العملية توصيات إعادة الطلب الآلي.

فحص الاستثناء نفسه. يستحق إجراء الفحص يوميًا أكثر من إجراءه أسبوعيًا، لأن تشغيله لا يكلف شيئًا وقيمته الكاملة تكمن في التقاط العبور في يوم حدوثه وليس بعد ستة أيام.

حالة أمر الشراء. يجب على شخص ما أن يلاحظ أن الطلب قد تجاوز التاريخ الموعود بينما لا يزال هناك وقت لمطاردته. هذه مقارنة مجدولة وليست حكم.

إن أتمتة هذه العناصر الأربعة يعني أن شيئًا آخر غير الملف يجب أن يحتفظ بسجلات الموردين الخاصة بك، والمهل الزمنية، ومعلمات إعادة الطلب، ويعمل على مدار الساعة. StockCue يقوم بهذه المهمة، وحدود الخطة مهمة هنا أكثر من معظم المنشورات: يغطي المستوى المجاني 50 وحدة SKU، وهو ليس متجرًا عالي SKU بأي تعريف، لذا فإن الكتالوج بهذا الحجم يعني النمو لما يصل إلى 2000 وحدة SKU أو التوسع لعدد غير محدود. يتم تشغيل التنبؤ مع التعديل الموسمي على كل خطة بما في ذلك الخطة المجانية، بينما تبدأ أوامر الشراء والاستلام وعدد المخزون عند Starter، لذا فإن المتجر الذي يريد سير عمل الشراء بالإضافة إلى الأرقام يبحث عن طبقة مدفوعة منذ البداية.

ما ينبغي أن يبقى يدويا

قواعد الاستثناء جيدة في الملاحظة وسيئة في معرفة السبب. كل ما هو موضح أدناه هو قرار يقع سببه خارج سجل مبيعاتك، وهو بالضبط المكان الذي لا يمكن للقاعدة التلقائية التعامل معه.

أي شيء معلوم لمرة واحدة وراءه. عرض ترويجي في الشهر المقبل، يقوم أحد الموردين بتغيير الحد الأدنى لكمية الطلب، وحساب الجملة الذي قدم طلبًا واحدًا كبيرًا ولن يكرره. التاريخ يقول شيئا وأنت تعرف شيئا آخر.

منتجات جديدة. لا يمكن تخطيط SKU الذي لا يحتوي على سجل مبيعات حسب القاعدة، بل يتم تقديره فقط ثم مراقبته عن كثب خلال الأسابيع القليلة الأولى.

الموافقة نفسها. إن التوصية المبنية على مهلة زمنية خاطئة هي بالتأكيد خاطئة وليست خاطئة بشكل واضح، ولا يشير أي قدر من الأتمتة إلى مدخلاتها السيئة. يجب على شخص ما أن ينظر إلى الرقم ويقرر أنه معقول قبل أن يصبح أمرًا.

ما إذا كان ينبغي أن يظل المنتج موجودًا في الكتالوج. لن يتم إطلاق أي قاعدة استثناء على الإطلاق "توقف عن حمل هذا". يعد التوقف قرارًا تجاريًا بشأن الهامش والتخزين والنطاق، وهو التمريرة اليدوية الأعلى قيمة التي يمكن لمتجر SKU مرتفع تشغيلها، لأن كل SKU تمت إزالته هو شيء أقل يجب على النظام بأكمله أن يحمله.

الانتقال من جدول البيانات

تعد عبارة "إدارة 1000 وحدة SKU بدون جداول بيانات" طريقة شائعة لصياغة هذه المشكلة، وهي تشخصها بشكل خاطئ قليلاً. عدد الصفوف ليس ما ينكسر. يحتوي جدول البيانات على 1200 صف دون شكوى، ويفرزها بشكل أسرع من أي تطبيق، وسيحسب بكل سرور نقطة إعادة ترتيب لكل واحد منها.

ما لا يمكن لجدول البيانات فعله هو التصرف أثناء إغلاقه. كل عملية إعادة حساب فيها هي شخص يتذكر أن يقوم بعملية إعادة حساب. لا يوجد شيء في الملف يعمل يوم الثلاثاء إذا لم يفتحه أحد يوم الثلاثاء، ولا شيء فيه يرفع يده، وتبقى الأرقام فيه جديدة تمامًا مثل آخر مرة قضى فيها شخص ما فترة ما بعد الظهيرة. عند الوصول إلى 40 وحدة SKU، تكون هذه الفجوة عبارة عن بضع دقائق من العمل. عند 1200، هذا هو الفرق بين المرشح الذي يتم تشغيله والمرشح الموجود من حيث المبدأ.

عادةً لا تكون النسخة النظيفة من الحركة حذفًا. تحتفظ معظم المتاجر التي تحول عملية إعادة الحساب إلى أداة بالملف الذي كانت دائمًا أفضل فيه: مراوغات المورد، وقواعد حزمة الحالة، والملاحظة حول البائع الذي يغلق أبوابه لمدة ثلاثة أسابيع في أغسطس. إن تقسيمها بهذه الطريقة لا يكلف شيئًا ويحافظ على السياق الذي لا يوجد مجال له في أي برنامج.

ما إذا كانت هذه التجارة تستحق القيام بها، وما هي تكلفة التبديل، وملف تعريف المتجر الذي تكون الإجابة الصادقة عنه هي البقاء في مكانك بالضبط، هو قرار يستحق التحليل الخاص به: جداول البيانات مقابل برامج تخطيط المخزون يعمل من خلالها، بما في ذلك الحالات التي يفوز فيها جدول البيانات بشكل مباشر.

الأسئلة المتداولة

كيف يمكنك إدارة المخزون لأكثر من 1000 وحدة SKU؟

عن طريق التصفية بدلا من المراجعة. قم بتقسيم الكتالوج بحيث تحظى الطبقة الصغيرة باهتمام متكرر ويتم تشغيل الباقي على دورات أطول، ثم قم بتطبيق قواعد الاستثناء (أقل من نقطة إعادة الطلب، أمر الشراء بعد تاريخه الموعود، نقل التنبؤ ماديًا) بحيث لا تصل إليك سوى المنتجات التي تحتاج إلى قرار. العمل المستمر في كتالوج كبير هو الحفاظ على هذا الفلتر، وليس النظر في كل منتج.

كم مرة يجب على المتجر الذي يحتوي على SKU مرتفع أن يقوم بمراجعة نقاط إعادة الطلب؟

يجب إعادة حساب نقطة إعادة الطلب كلما تحركت المدخلات خلفها، وهو ما يمكن أن يعني بالنسبة للبائع السريع أسبوعيًا وبالنسبة للبائع البطيء الثابت يمكن أن يعني ربع سنوي. الفاصل الزمني أقل أهمية من ما إذا كانت عملية إعادة الحساب تتم دون أن يتذكر أحد القيام بذلك، لأن نقطة إعادة الطلب التي تم تحديدها منذ أشهر تصبح قديمة بصمت بدلاً من أن تكون مرئية. يعد تصنيف الكتالوج حسب مساهمة الإيرادات وتقلب الطلب هو الطريقة المعتادة لإبقاء ذلك قابلاً للإدارة.

ما الذي يجب أتمتته أولاً في كتالوج كبير؟

إعادة حساب سرعة المبيعات ونقاط إعادة الطلب، لأن هذا هو الجزء الذي يجب أن يحدث وفقًا لجدول زمني سواء فتح أي شخص ملفًا أم لا. يأتي فحص الاستثناء بعد ذلك: يجب أن يقوم شيء ما بمقارنة المخزون الحالي بنقاط إعادة الطلب الحالية كل يوم بدلاً من يوم المراجعة. حالة طلب الشراء هي الحالة الثالثة، نظرًا لأن التسليم المتأخر لا يمثل سوى معلومات مفيدة بينما لا يزال هناك وقت لمتابعته.

هل يمكنك تشغيل 1000 وحدة SKU في جدول بيانات؟

نعم، والكثير من المتاجر تفعل ذلك. يتعامل جدول البيانات مع آلاف الصفوف دون صعوبة؛ ما لا يمكنه فعله هو إعادة حساب أي شيء وهو مغلق، أو إخبارك بأن شيئًا ما تغير منذ آخر مرة نظرت فيها. ما إذا كانت هذه التجارة تستحق الدفع مقابلها يعتمد على مقدار وقت المراجعة الذي لديك بالفعل وما تكلفك إعادة الطلب الفائتة.