تقنية

توقع الطلب بالمساعد الذكي: هل المناسبة المعلنة موسم متكرر؟

رسم توضيحي: موعد ورشة معلن؛ 30 مقعدا: حد السعة؛ 10 مسجلين داخل السعة؛ حضور وطلب لم يتحققا بعد
مخطط من إعداد بحر العلوم. المقاعد والتسجيل والطلب حالات مختلفة؛ لا جمع 30 و 10

توقع الطلب بالمساعد الذكي يحتاج إلى معرفة المناسبات التي يشملها السؤال. توثق Prophet إدخال تواريخ الأحداث السابقة والمقبلة، وتوضح أن الحدث الذي لا يتكرر مستقبلا لا يضاف إلى توقعها المستقبلي. [1] نستخدم هذا الفصل لمراجعة تقويم ورشة افتراضية، دون تدريب نموذج أو توقع مبيعات متجر حقيقي.

الخلاصة السريعة

فرق بين مناسبة بتاريخ معلوم ونمط متكرر؛ ثم احفظ ما نعرفه عن التسجيل والحضور والطلب بدلا من تحويل الإعلان إلى كمية مؤكدة.

  • حدد تاريخ الحدث ونطاقه وتكراره؛ في Prophet يلزم جدول وقوعاته في الماضي والمستقبل ضمن أفق التوقع، ولا يكفي اسم الحدث. [1]
  • في تمريننا، ورشة يوم 20 أكتوبر لها 30 مقعدا وعشرة مسجلين ضمنها؛ هذه ليست 40 مشاركا، ولا يثبت التسجيل حضور العشرة أو امتلاء المقاعد.
  • لا تنقل حدثا منفردا إلى السنة المقبلة بلا أساس؛ إدخال موعد ورشة جديدة لا يحدد وحده مقدار أثرها على طلب المواد.
  • راجع نسخة التقويم وحالة الحدث قبل تفسير التوقع؛ الإلغاء أو نقل الموعد يحتاج تحديثا، والسيناريو لا يثبت شراء مواد أو تحقق الطلب.

أي معلومة يضيفها تقويم الحدث؟

نفترض مكتبة تجهز دفاتر لورش قصيرة. سجل الأيام المعتادة لا يتضمن ورشة أعلن عنها لاحقا ليوم 20 أكتوبر. لا نعرف من هذه السجلات وحدها كم شخصا سيحضر المناسبة الجديدة أو كم دفترا سيطلب. الاسم «يوم ثلاثاء» لا يجعل هذه الحالة مثل كل ثلاثاء سابق.

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

هل سعة الورشة هي عدد الطلبات؟

اخترعنا سعة مقدارها 30 مقعدا، وعشرة أسماء مسجلة في تلك المقاعد. لا نجمعهما لنكتب 40 حاضرا؛ التسجيل جزء من السعة في شروطنا. ولا يصبح الثلاثون عددا متوقعا بمجرد أن القاعة تتسع لهم.

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

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

ماذا يحدث إذا افترضنا التكرار من الاسم؟

تطلب وثائق Prophet وقائع الأحداث التي يراد تمثيلها، وتشمل تواريخ المستقبل الذي سيجرى توقعه. [1]

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

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

كيف يرافق التوقع قرار التجهيز؟

نقترح عرض نسخة التقويم ووقت آخر تحديث، والأحداث التي دخلت السؤال، والافتراضات المتعلقة بالمواد. إذا ألغي الحدث، فلا نبقي أثره المقترح كأنه معلومة ثابتة. وإذا انتقل إلى يوم آخر، فلا ننسب السيناريو إلى التاريخ السابق.

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

المصادر ومتابعة القراءة

  1. Prophet: Seasonality, Holiday Effects, And Regressors (يفتح في نافذة جديدة)facebook.github.io

أُعدّ هذا المقال بصياغة عربية أصلية بالاستناد إلى المصادر أعلاه، وهو مدخل تمهيدي إلى الموضوع. اقرأ منهجية المحتوى وحدوده.