الحالة
تاكيف أحد الموردين الرائدين للتكييف والتبريد في الإمارات، يبيع للمقاولين التجاريين ومديري المرافق والجهات الحكومية. التسعير في B2B ليس بسيطًا: قد يكون للوحدة الهوائية ذاتها سعر مختلف لمقاول من الفئة البرونزية يشتري وحدتين مقارنةً بعميل من الفئة الذهبية يمتلك عقدًا تفاوضيًا ويشتري 20 وحدة، مع خصم على مستوى الفئة يُضاف فوق كليهما. مع أكثر من 40 تباينًا في التسعير عبر مستويات العملاء ونطاقات الحجم وفئات المنتجات وشروط العقود التفاوضية، كان النهج الأصلي — سلسلة طويلة من شروط if/else موزعة على عدة ملفات — غير قابلة للصيانة. كانت المنطق متناقضًا في أماكن، وكان موظفو المبيعات يُنشئون عروض أسعار بإجماليات غير صحيحة بشكل منتظم. كل عرض أسعار خاطئ إما كلّف هامشًا أو أضاع الصفقة. بنينا محرك قواعد تسعير مع سجل قواعد صريح. كل بُعد تسعيري — خصم المستوى، نطاق الحجم، تجاوز الفئة، استثناء العقد — هو كائن قاعدة مستقل مُسجَّل في سجل مركزي ومُطبَّق بترتيب أولوية محدد. القواعد قابلة للتهيئة من قِبل الموظفين غير التقنيين. أُضيفت واجهات REST API ذات الإصدارات على جانب تكامل المستودع. عند ترقية نظام المستودع الداخلي لتاكيف، يظل عقد API مستقرًا — تستمر نقطة النهاية المُعيَّرة في العمل حتى يهاجر العملاء صراحةً.
ما كان يجب أن يتغير
أكثر من 40 تباينًا في التسعير مُنفَّذة كشروط if/else متناثرة. كان المنطق غير متسق عبر الحالات، وكانت عروض الأسعار الخاطئة تُرسَل للعملاء أسبوعيًا. كل خطأ إما كلّف هامشًا أو أضر بثقة العميل — وأحيانًا كليهما. كان تكامل المستودع أيضًا مترابطًا بإحكام بدون إصدارات، مما يعني أن أي ترقية لنظام المستودع تتطلب تغييرات متزامنة عبر كلا النظامين.
لقد تغيرت
محرك قواعد التسعير مع سجل قواعد مركزي. كل بُعد قاعدة مستقلة مُطبَّقة بترتيب الأولوية. لوحة الإدارة تتيح لعمليات المبيعات تحديث القواعد دون تدخل المطورين. تفصيل كامل لكل بند في كل عرض أسعار — العملاء يرون بالضبط القواعد التي طُبِّقت. عقود API مُعيَّرة لتكامل المستودع — الترقيات على أي جانب مستقلة.
ما حصل عليه العميل
- 01 محرك قواعد — أكثر من 40 تباينًا بدون تكرار كود
- 02 الموظفون يحدّثون قواعد التسعير دون وقت المطورين
- 03 سجل مراجعة كامل لكل عرض أسعار — شفاف للعملاء
- 04 واجهات API مُعيَّرة مستقرة عبر ترقيات نظام المستودع
