Beldify — منصة تجارة إلكترونية متعددة البائعين
- المشكلة
- سوق مغربي حي للقفاطين والجلابيب من ورشات موثوقة. ثلاثة أدوار مختلفة — مشترٍ وبائع وإدارة المنصة — تشتغل كلها على نفس المنتجات والطلبات والحسابات.
- نقطة الضعف المكتشفة
- الطلب الأول كان «واجهة متجر». لو نُفِّذ حرفياً لكانت عمليات البائع وصلاحيات الإدارة قد سكنت نفس الكود، فيصير كل تعديل في تجربة الشراء خطراً على لوحة الإدارة.
- القيود
- سيرفر خاص بدون فريق تشغيل، إعداد يجب أن يكون قابلاً للتكرار لا خطوات يدوية غير موثقة، ودعم عربي كامل باتجاه RTL.
- دوري
- المعمارية، الباك إند والـAPI، واجهة المتجر، فصل صلاحيات البائع والإدارة، وتجهيز النشر.
- المعمارية
- باك إند Laravel يملك المنتجات والحسابات وسير الطلبات ويكشفها عبر API. واجهة Next.js للبحث والتصنيفات واكتشاف المنتج والسلة والدفع. منطقتا بائع وإدارة بمسؤوليات وصلاحيات منفصلة. نشر بحاويات Docker على سيرفر خاص.
- قرارات ومقايضات
- فصل واجهة المتجر عن منطق الباك إند يسمح بتطوير تجربة المشتري دون خلطها بشؤون الإدارة. فصل الأدوار يحصر كل مشارك في البيانات والإجراءات التي تخصّه. النشر بالحاويات يجعل تجهيز الخدمات قابلاً للتكرار. المقايضة: خدمتان بدل واحدة — كلفة نشر أعلى مقابل عزل أوضح وتغييرات أقل خطراً.
- التقنيات
- Laravel · Next.js · Docker
- النتيجة المدعومة
- المنتج حيّ وقابل للفحص العلني على beldify.com. لا أنشر أرقام مبيعات ولا عدد بائعين ولا معدلات تحويل — الدليل المتاح هو المنتج نفسه.
