الحجز
حجزٌ بالمواعيد ودورة حياة الطلب كاملة.
دراسة حالة 01 · منصة العناية بالسيارات · السعودية
منصة خدمات: يحجز صاحب السيارة حماية الطلاء أو العزل الحراري أو النانو سيراميك أو التلميع، ويتسلّم مركز الخدمة مستحقاته تلقائياً، والنظام يحتسب العمولة والضريبة.
1 · المشكلة
احتاجت «أسهل» منصةً واحدة يحجز فيها العملاء خدمات العناية بالسيارات، ويستلم مقدّمو الخدمة الطلبات وينفّذونها، وتحصل فيها المنصة على عمولتها.
وكان على المدفوعات أن تتوزّع بدقة بين مقدّمي الخدمة والمنصة، شاملةً ضريبة القيمة المضافة وأكواد الخصم.
2 · دوري ومنهجي
كتبتُ وثيقة المتطلبات وتصميم قاعدة البيانات وقواعد البنية قبل البناء، فاتّفقنا على النطاق والبيانات مبكراً.
المُخرَجوثيقة المتطلبات · نموذج البياناتقسّمتُ النظام إلى خمسة أجزاءٍ مستقلة من العمل، فيتغيّر كل جزءٍ دون أن يكسر غيره.
المُخرَجقواعد البنيةصُمّم بحيث لا يُخصم مبلغٌ أو يُصرف مرتين، حتى لو أُعيد إرسال الطلب.
المُخرَجمسار المدفوعاتالواجهات البرمجية موثّقة بمعيار OpenAPI لفريق الجوال، وكل تعديلٍ يُنشر عبر Docker وGitLab CI/CD.
المُخرَجOpenAPI · CI/CD3 · البنية
مسار المدفوعات هو قلب العمل: توزيع المستحقات على مقدّمي الخدمة، وعمولة المنصة، وضريبة القيمة المضافة.
4 · ما سُلِّم
حجزٌ بالمواعيد ودورة حياة الطلب كاملة.
توزيع المستحقات، وعمولة المنصة، والضريبة، وأكواد الخصم.
الضمانات ونقاط الولاء وروابط الإحالة.
محادثة فورية (Laravel Reverb) وإشعارات FCM.
تسجيل دخول برمز التحقق، وواجهات برمجية بالعربية والإنجليزية.
لوحة تحكم Next.js بصلاحياتٍ حسب الدور.
5 · النتيجة
نقلتُ «أسهل» من وثيقة متطلبات مكتوبة إلى نظامٍ مسلَّم: أربعة أنواع من المستخدمين وفريق إدارة على منصةٍ واحدة، ومدفوعاتٌ تتوزّع تلقائياً.
وبنى فريق الجوال في «أسهل» التطبيقات على هذا النظام.
حللتُ الأجزاء الصعبة من قبل: الأدوار، والحجوزات، والأموال التي تتوزّع بدقة. لنحدّد نطاق منصتك.