ما بنيناه ولماذا
متاجر جملة وتجزئة متخصصة في قطاعات الأغذية والمفروشات والإطارات والعطور والسيراميك ومستلزمات البناء، مبنية على المنصة الأنسب لكل حالة.
التحدي
الوضع التشغيلي كما وجدناه قبل أن نكتب سطراً واحداً.
كل قطاع تجاري يفرض منطقه الخاص، ولا تصلح له نفس المنصة:
فرض منصة واحدة على كل هذه الحالات هو أشيع خطأ نراه — ونتيجته متجر يعمل ضد قطاعه.
قبل
- منصة واحدة تُفرض على كل القطاعات فيعمل المتجر ضد منطق قطاعه
- طلبات تُدخَل مرتين بين المتجر ونظام المحاسبة والمخزون
- متجر قائم بطيء لا خيار أمامه غير إعادة البناء
بعد
- متاجر مبنية على منطق قطاعها — جملة وصلاحية ومقاس ومساحة
- ربط المتاجر بأنظمة المحاسبة والمخزون بلا إدخال مزدوج
- تحسين أداء متاجر قائمة دون إعادة بنائها من الصفر
كيف عملنا على هذا النظام
المسار نفسه في كل مشروع نبنيه — يتغيّر محتواه لا ترتيبه.
تحليل العمل
نجلس مع من يستخدم النظام يومياً، ونرسم المسار الفعلي بكل استثناءاته — وهي غالباً سبب تعثّر المشاريع لاحقاً.
تصميم المعمارية
نموذج البيانات ومصفوفة الصلاحيات ونقاط التكامل وسلوك النظام تحت الحِمل — تُحسم قبل أي واجهة.
التطوير
بناء على مراحل قابلة للاستخدام. كل مرحلة تدخل الخدمة عاملةً، فيُصحَّح المسار مبكراً وبكلفة أقل.
التكامل
ربط النظام بما حوله — محاسبة ودفع وجهات خارجية — بطبقة لا تنكسر عند أول تعطّل في الطرف الآخر.
التحسين والتشغيل
قياس الأداء تحت حِمل حقيقي، ثم تشغيل ومراقبة وصيانة تمتدّ بعد التسليم لا تنتهي به.
الحل بوحداته
ما بنيناه فعلاً، مفصّلاً بالوحدة لا موصوفاً بعبارة عامة.
متاجر جملة
بتسعير متدرّج وشرائح عملاء وحدود ائتمان وطلبات سريعة بالأصناف
متاجر تجزئة متخصصة
بمنطق بحث وعرض مصمّم لطبيعة المنتج
إدارة مخزون وفروع
بأرصدة منفصلة وتحويلات
تكامل مع أنظمة المحاسبة
والفوترة الإلكترونية
بوابات دفع وشركات شحن
متعددة حسب السوق
واجهات متعددة اللغات
(عربي/إنجليزي/تركي)
تطبيقات جوال
لبعض المتاجر منشورة على المتجرين
تحسين أداء
لمتاجر قائمة كانت تعاني البطء
المعمارية التقنية
الطبقات كما بُنيت فعلاً في هذا النظام — من قناة المستخدم إلى البنية التي تشغّله.
واجهات برمجية أولاً
كل طبقة تتحدّث إلى ما فوقها عبر واجهة موثّقة، فإضافة قناة جديدة لاحقاً لا تعني إعادة بناء ما تحتها.
الأمان بين الطبقات
الصلاحيات تُفحص في طبقة الأعمال لا في الواجهة، وسجلّ التدقيق يوثّق كل عملية تغيّر بيانات.
أداء تحت الحِمل
العمليات الثقيلة تُدفع إلى طوابير خلفية، والقراءات الأكثر تكراراً تُخزَّن مؤقتاً، فتبقى مسارات المستخدم سريعة في الذروة.
التقنيات ولماذا اخترناها
نختار الأداة بحسب ما يجب أن تتصل به وما يجب أن تصمد أمامه — لا بحسب ما هو رائج هذا العام.
هندسة الخلفية Backend
طبقة الأعمال والواجهات البرمجية. اخترناه لنُضج منظومته في الصلاحيات والطوابير وترحيلات قواعد البيانات — وهي تحديداً ما تحتاجه الأنظمة المؤسسية طويلة العمر.
اختيرت بحسب متطلّبات هذا النظام تحديداً، لا بحسب ما هو رائج.
تطبيقات الجوال Mobile
قاعدة كود واحدة تُصدر تطبيقَي Android و iOS. توفّر كلفة بناء وصيانة نسختين، وتُبقي سلوك التطبيقين متطابقاً.
البيانات والأداء Data
قاعدة البيانات المعاملاتية. اخترناها لثبات سلوكها تحت الحِمل ووضوح خطط تنفيذ استعلاماتها، وهو ما يجعل ضبط الأداء عملاً هندسياً لا تخميناً.
المنصات Platform
نواة تجارة ناضجة نبني فوقها طبقات العميل الخاصة، بدل إعادة كتابة سلة ودفع ومخزون حُلّت آلاف المرات.
نواة متجر خفيفة تناسب كتالوجاً محدوداً بمتطلبات تشغيل واضحة، بكلفة تشغيل أقلّ.
حين يكون المحتوى هو المنتج ويديره فريق العميل بنفسه، تُختصر شهور بناء بلا مقابل هندسي.
الأنظمة المرتبطة Connected Systems
تحديات هندسية حللناها
القرارات التي اتُّخذت في هذا النظام تحديداً، وسبب كل منها.
منطق القطاع في نموذج البيانات لا في الواجهة
— تسعير الجملة المتدرّج وحدود الائتمان ومقاسات الإطارات وحساب السيراميك بالمتر من عدد الصناديق: كلها قواعد تُعرَّف في النموذج. معالجتها في الواجهة تُنتج متجراً يبدو صحيحاً ويحسب خطأً.
اختيار المنصة قرار كلفة صيانة لا كلفة بناء
— نسأل دائماً: من سيصون هذا بعد ثلاث سنوات؟ متجر مخصّص على Laravel أقوى وأغلى صيانةً؛ ومتجر على منصة جاهزة أضعف تخصيصاً وأرخص استمراراً. نطرح المفاضلة صراحةً بدل فرض خيارنا.
التسعير المتدرّج يُحسب لحظياً لا يُخزَّن
— سعر عميل الجملة يعتمد على الكمية وشريحته وعروض قائمة. تخزين السعر المحسوب يعني سعراً قديماً في أول تغيير سياسة تسعير.
الترحيل بين المنصات مشروع لا خطوة
— نقل متجر يشمل المنتجات والعملاء والطلبات وخرائط إعادة توجيه 301 تحفظ ترتيب محركات البحث. تجاهل الخرائط يُسقط ترتيباً بُني على سنوات.
كيف نختار المنصة
| الحالة | التوصية |
|---|---|
| منطق تجاري غير قياسي، تكاملات عميقة، أحمال عالية | Laravel مخصص |
| أولوية الاستقرار وسرعة الإطلاق | Shopify مع تطبيقات وتكاملات نبنيها فوقها |
| المحتوى والتسويق محور المشروع | WooCommerce بتخصيص عميق |
| متجر قائم يُصان ويُطوَّر | OpenCart أو المنصة القائمة |
نقول للعميل بصراحة أي منصة تناسبه — وأحياناً تكون الإجابة ألّا يبني متجراً مخصصاً أصلاً.
الأثر بعد التشغيل
ما تغيّر فعلاً في عمل العميل — لا ما وعدنا به قبل البدء.
- متاجر مبنية على منطق قطاعها لا على قالب عام
- ربط المتاجر بأنظمة المحاسبة والمخزون بدل الإدخال المزدوج
- تحسين أداء متاجر قائمة دون إعادة بنائها
- امتداد عدد منها إلى تطبيقات جوال على المتجرين
الأرقام أعلاه تخصّ حجم نظام العميل الذي بنيناه ونشغّل بنيته، لا حجم أعمالنا نحن. ونلتزم باتفاقيات السرية، فنعرض العمق التقني دون أسماء العملاء.