النمو على أساس سنوي YoY

النمو على أساس سنوي يقارن فترة بالفترة نفسها قبل سنة. وغالبًا شهرًا بالشهر نفسه من العام الماضي. فإذا حقق مارس هذا العام 120 ألفًا وحقق مارس الماضي 100 ألف، فالنمو عشرون في المئة. ويُكتب اختصارًا YoY. وسبب فارق السنة هو الموسم. فمقارنة مارس بفبراير لا تخبرك إلا أن الربيع ليس الشتاء.

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

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

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

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