- الطلب المفقود هو الفجوة بين الطلب المتوقع والمبيعات الفعلية في الأيام التي أعاقت فيها قيود المخزون — لا التحولات الحقيقية في الطلب — عمليات الشراء.
- يبني MySales توقعاً للطلب نظيفاً محصَّناً ضد تشويه نفاد الرصيد، ثم يعزل العجز الناجم عن خلو الأرفف.
- يتغذى الطلب المفقود مباشرةً في احتساب الطلبات وتصحيح التوقعات ومؤشرات التوافر — إنه ليس مجرد مقياس إعلامي.
- يُطبِّق النظام ضمانات محافظة لمنع المبالغة في التقدير، تشمل حدوداً مستندة إلى المنتجات المماثلة وتعديلات معامل الثقة.
الطلب المفقود يمثل إيرادات لم تتحقق قط — ليس لأن العملاء توقفوا عن الرغبة في المنتج، بل لأن المنتج لم يكن على الرف حين وصلوا. يُحدِّد MySales هذا العجز الخفي بمقارنة توقع طلب إحصائي متين بالمبيعات الفعلية في أيام استُنفد فيها المخزون.
يُعدّ فهم آلية هذا الاحتساب أمراً جوهرياً لفرق سلاسل الإمداد الراغبة في الانتقال من التجديد التفاعلي إلى الطلب المدفوع بالطلب الفعلي.
المبدأ الأساسي
يبدأ MySales ببناء توقع طلب نظيف — تقدير لما كانت ستكون عليه المبيعات لو ظل المنتج متوفراً باستمرار. هذا التوقع معزول عمداً عن التشويهات التي تُدخلها حالات نفاد الرصيد في بيانات المبيعات الخام.
يُقيِّم النظام بعد ذلك ثلاثة متغيرات لكل مزيج من SKU والمتجر واليوم:
- الطلب المتوقع — التوقع النموذجي لمشتريات العملاء
- المبيعات الفعلية — ما سُجِّل في الصندوق
- توافر المنتج — مستوى المخزون وحالة نفاد الرصيد
حين لا يكون المنتج متاحاً ويتجاوز التوقع المبيعات الفعلية، تُصنَّف الفجوة على أنها طلب مفقود.
شروط التفعيل
لا يُعلّم MySales الطلب المفقود عشوائياً. يُفعَّل الاحتساب فقط حين تتحقق جميع الشروط التالية في آنٍ واحد:
- الطلب المتوقع يتجاوز المبيعات الفعلية
- المخزون عند الصفر أو دون الحد الأدنى المطلوب لتوافر المنتج للبيع
- لا توجد مؤشرات على تحديد اصطناعي للطلب كإغلاق المتجر أو حذف الـ SKU من التشكيلة أو أخطاء جودة البيانات
إذا كان المنتج متاحاً فعلياً على الرف ولم يُبَع، يُسجِّل MySales صفراً من الطلب المفقود. يعامل النظام هذا الوضع على أنه طلب فعلي منخفض لا فشل في الإمداد. هذا التمييز يمنع تضخيم أرقام الطلب المفقود بصورة مصطنعة.
صيغة الاحتساب
لأي يوم ومزيج من SKU والمتجر، المنطق مباشر:
- إذا كان المخزون = 0 وكان التوقع > المبيعات الفعلية: الطلب المفقود = التوقع - المبيعات الفعلية
- وإلا: الطلب المفقود = 0
تكمن أناقة هذا المنهج ليس في الصيغة ذاتها، بل في جودة التوقع الذي يُغذّيها.
ما الذي يُحرِّك توقع الطلب؟
يستثني MySales عمداً أيام نفاد الرصيد من تعريف "الحقيقة الأساسية". معاملة أيام المبيعات الصفرية الناجمة عن خلو الأرفف كإشارات طلب حقيقية ستُعلِّم النموذج توقع نفاد الرصيد — وتكريسه.
عوضاً عن ذلك، يشمل التوقع:
- أنماط الموسمية والاتجاه المستخلصة من السجل خلال فترات توافر المخزون
- تأثيرات السعر والعروض الترويجية
- بيانات الطقس (عند تفعيلها)
- سجل المبيعات المقتصر على الأيام التي كان فيها المنتج متوفراً فعلاً
- بيانات المنتجات المماثلة من SKU مشابهة أو متاجر مقارنة
بالتدريب حصراً على فترات توافر المخزون والإثراء ببيانات خارجية، يظل التوقع مستقراً خلال حلقات نفاد الرصيد الممتدة. أما النموذج التقليدي فسيخفض تدريجياً توقعاته خلال فترات نفاد الرصيد المطوّلة، مُعيقاً رؤية الطلب الحقيقي وخافضاً كميات الطلبات المستقبلية — وهي حلقة مفرغة صُمِّم MySales لكسرها.
ضمانات ضد المبالغة في التقدير
المبالغة في تقدير الطلب المفقود لا تقل خطورةً عن تجاهله — فالأرقام المتضخمة تقود إلى فائض في المخزون والهدر. يُطبِّق MySales عدة مرشحات محافظة:
- نفاد الرصيد المطوَّل — حين يكون المنتج نافد الرصيد لفترة طويلة بشكل غير معتاد، يُخفِّف النظام الأثر المُقدَّر لمراعاة سلوك استبدال العملاء
- الـ SKU الجديدة — بالنسبة للمنتجات ذات السجل المحدود، يعتمد النموذج على توقعات قائمة على المنتجات المماثلة المُقيَّدة بدلاً من الاستقراء
- أنماط الطلب غير المستقرة — حين تكون المبيعات التاريخية شديدة التقلب، يُخفِّض النموذج معامل ثقته
- الطلب الصفري رغم التوافر — إذا سُجِّلت مبيعات صفرية باستمرار رغم توافر المنتج، يُحدَّد الطلب المفقود بصفر
التطبيق العملي عبر سلسلة الإمداد
الطلب المفقود ليس مقياس لوحة تحكم سلبياً. إنه مدخل نشط في أربع وظائف حيوية للنظام:
- تصحيح التوقع — يُستعاد الطلب إلى مستواه الحقيقي غير المقيَّد ليعكس التوقعات المستقبلية نية العميل الفعلية
- احتساب الطلبات — تأخذ كميات التجديد بعين الاعتبار الطلب الفائت، مما يُقلِّص احتمال تكرار نفاد الرصيد
- مؤشرات التوافر — تُدرج كل من توافر المنتج على الرف (OSA) والمقاييس ذات الصلة الطلبَ المفقود لتقديم صورة كاملة عن أداء مستوى الخدمة
- تدريب النموذج — يتعلم النظام أن المنتج يُباع فعلاً بالمعدل المتوقع، مما يمنع الحلقة التنازلية للطلبات المتراجعة
لنأخذ SKU واحداً في متجر واحد على مدار أربعة أيام متتالية:
| اليوم | التوقع | المبيعات | المخزون | الطلب المفقود |
|---|---|---|---|---|
| الإثنين | 10 | 10 | > 0 | 0 |
| الثلاثاء | 12 | 5 | 0 | 7 |
| الأربعاء | 11 | 0 | 0 | 11 |
| الخميس | 9 | 9 | > 0 | 0 |
في الإثنين والخميس، كان المخزون متاحاً وحققت المبيعات التوقع — لا طلب مفقود. في الثلاثاء، نفد الرف في منتصف اليوم؛ بِيعت 5 وحدات قبل استنفاد المخزون، تاركةً 7 وحدات طلب غير ملبّى. في الأربعاء، لم يكن المنتج متاحاً طوال اليوم كاملاً، وتُصنَّف جميع الـ 11 وحدة المتوقعة طلباً مفقوداً.
على مدار هذه الفترة الرباعية، ضاعت 18 وحدة من الطلب دون أن تُخدَّم — إيرادات تُركت على الطاولة بسبب فجوات المخزون.
الحد الفاصل بين المبيعات والطلب المفقود
تستوجب نقطة أخيرة التوضيح: لا يُضيف MySales أبداً الطلب المفقود إلى أرقام المبيعات الفعلية.
تظل المبيعات الفعلية سجلاً ثابتاً لما جرى تبادله تجارياً. يوجد الطلب المفقود كطبقة تحليلية منفصلة تُؤدِّي غرضَين:
- يُفسِّر الفجوة بين التوقع والمبيعات المسجَّلة في أيام نفاد الرصيد
- يُحسِّن قرارات الطلب المستقبلية بضمان عمل محرك التجديد على أساس الطلب غير المقيَّد لا المبيعات المكبوحة اصطناعياً
يحفظ هذا الفصل نزاهة التقارير المالية بينما يمنح محرك التخطيط الإشارةَ التي يحتاجها لمنع نفاد الرصيد مستقبلاً.
لماذا يهم هذا؟
كل وحدة من الطلب المفقود تمثل عميلاً غادر دون المنتج الذي كان ينوي شراءه. بعض هؤلاء العملاء استبدلوا منتجاً من عند المنافس، وآخرون غادروا المتجر بالكامل. في كلتا الحالتين، تحمّل تاجر التجزئة خسارة في الهامش ومخاطرة في الولاء لم تظهر في أي تقرير مبيعات.
بالكشف عن هذا العجز الخفي وتحديده كمياً، يُحوِّل MySales الطلب المفقود من تكلفة غير مرئية إلى مدخل تخطيطي قابل للتنفيذ. والنتيجة: نظام تجديد يطلب بناءً على ما أراده العملاء فعلاً — لا مجرد ما صادف بيعه في الأيام التي كان فيها المخزون متاحاً.