ما بنيناه ولماذا
منصات أسواق متعددة البائعين بلوحة مستقلة لكل بائع، وحساب عمولات آلي، وتسويات دورية، ونظام إرجاع وفضّ نزاعات.
التحدي
الوضع التشغيلي كما وجدناه قبل أن نكتب سطراً واحداً.
الفرق بين متجر إلكتروني وسوق متعدد البائعين أعمق مما يبدو. المتجر يبيع بضاعتك أنت؛ أما السوق فيدير علاقة مالية مع أطراف مستقلة .
هنا تظهر الأسئلة التي لا يجيب عنها أي متجر جاهز: من يشحن؟ من يستقبل المال أولاً؟ متى يستحق البائع نصيبه؟ ما العمولة إن كان الطلب من عدة بائعين؟ ومن يتحمّل الإرجاع؟
معظم المشاريع التي استلمناها في هذا المجال كانت متاجر عادية حُشِر فيها مفهوم البائعين لاحقاً، فانهارت عند أول تسوية شهرية.
قبل
- متجر عادي حُشِر فيه مفهوم البائعين فانهار عند أول تسوية شهرية
- أسئلة العمولة والاستحقاق والإرجاع بلا إجابة داخل النظام
- طلب من عدة بائعين يُشحن ويُتابَع ككتلة واحدة
بعد
- بائعون مستقلون بعمولات وتسويات تُحتسب آلياً
- كشوف تسوية قابلة للتدقيق تُنهي الخلافات المالية مع البائعين
- تقسيم الطلب وتتبّع كل شحنة على حدة
كيف عملنا على هذا النظام
المسار نفسه في كل مشروع نبنيه — يتغيّر محتواه لا ترتيبه.
تحليل العمل
نجلس مع من يستخدم النظام يومياً، ونرسم المسار الفعلي بكل استثناءاته — وهي غالباً سبب تعثّر المشاريع لاحقاً.
تصميم المعمارية
نموذج البيانات ومصفوفة الصلاحيات ونقاط التكامل وسلوك النظام تحت الحِمل — تُحسم قبل أي واجهة.
التطوير
بناء على مراحل قابلة للاستخدام. كل مرحلة تدخل الخدمة عاملةً، فيُصحَّح المسار مبكراً وبكلفة أقل.
التكامل
ربط النظام بما حوله — محاسبة ودفع وجهات خارجية — بطبقة لا تنكسر عند أول تعطّل في الطرف الآخر.
التحسين والتشغيل
قياس الأداء تحت حِمل حقيقي، ثم تشغيل ومراقبة وصيانة تمتدّ بعد التسليم لا تنتهي به.
الحل بوحداته
ما بنيناه فعلاً، مفصّلاً بالوحدة لا موصوفاً بعبارة عامة.
لوحة مستقلة لكل بائع
: منتجاته، مخزونه، طلباته، أرباحه، وتقاريره
مسار انضمام واعتماد
للبائعين ووثائقهم
كتالوج موحّد
يجمع منتجات البائعين بتصنيف وبحث مشترك
الطلب متعدد البائعين
تقسيمه آلياً إلى شحنات فرعية لكل بائع مع تتبّع مستقل
حساب العمولات آلياً
بقواعد مرنة: نسبة عامة، أو حسب الفئة، أو حسب البائع
التسويات والمدفوعات الدورية
للبائعين مع كشوف تفصيلية قابلة للتدقيق
الإرجاع وفضّ النزاعات
بمسار واضح يحدّد من يتحمّل الكلفة
التقييمات
على مستوى المنتج والبائع
متعدد اللغات والعملات
بواجهات RTL و LTR أصلية
تطبيقات جوال
مرافقة لبعض المنصات، منشورة على المتجرين
المعمارية التقنية
الطبقات كما بُنيت فعلاً في هذا النظام — من قناة المستخدم إلى البنية التي تشغّله.
واجهات برمجية أولاً
كل طبقة تتحدّث إلى ما فوقها عبر واجهة موثّقة، فإضافة قناة جديدة لاحقاً لا تعني إعادة بناء ما تحتها.
الأمان بين الطبقات
الصلاحيات تُفحص في طبقة الأعمال لا في الواجهة، وسجلّ التدقيق يوثّق كل عملية تغيّر بيانات.
أداء تحت الحِمل
العمليات الثقيلة تُدفع إلى طوابير خلفية، والقراءات الأكثر تكراراً تُخزَّن مؤقتاً، فتبقى مسارات المستخدم سريعة في الذروة.
التقنيات ولماذا اخترناها
نختار الأداة بحسب ما يجب أن تتصل به وما يجب أن تصمد أمامه — لا بحسب ما هو رائج هذا العام.
هندسة الخلفية Backend
طبقة الأعمال والواجهات البرمجية. اخترناه لنُضج منظومته في الصلاحيات والطوابير وترحيلات قواعد البيانات — وهي تحديداً ما تحتاجه الأنظمة المؤسسية طويلة العمر.
لغة الخلفية. توفّر بيئات تشغيل واستضافة وكوادر صيانة في كل سوق نعمل فيه، فلا يرتهن النظام بمورّد واحد.
الواجهات Frontend
للوحات التشغيلية الكثيفة التي يقضي فيها المستخدم يومه — حيث تُحدَّث أجزاء الشاشة باستمرار دون إعادة تحميل.
البيانات والأداء Data
قاعدة البيانات المعاملاتية. اخترناها لثبات سلوكها تحت الحِمل ووضوح خطط تنفيذ استعلاماتها، وهو ما يجعل ضبط الأداء عملاً هندسياً لا تخميناً.
تخزين مؤقت للبيانات الأكثر قراءة وإدارة الجلسات. يمتصّ الحِمل عن قاعدة البيانات في الذروة، وهي اللحظة الوحيدة التي يُقاس عليها النظام.
المنصات Platform
نواة تجارة ناضجة نبني فوقها طبقات العميل الخاصة، بدل إعادة كتابة سلة ودفع ومخزون حُلّت آلاف المرات.
نواة متجر خفيفة تناسب كتالوجاً محدوداً بمتطلبات تشغيل واضحة، بكلفة تشغيل أقلّ.
الأنظمة المرتبطة Connected Systems
تحديات هندسية حللناها
القرارات التي اتُّخذت في هذا النظام تحديداً، وسبب كل منها.
الطلب كيان مركّب لا مسطّح
— الطلب الأب مع شحنات فرعية لكل بائع. هذا القرار في نموذج البيانات هو ما يجعل التسويات والإرجاع الجزئي ممكنين لاحقاً، ولا يمكن إصلاحه بعد الإطلاق.
دفتر مالي لا حقل رصيد
— مستحقات البائع تُسجَّل كحركات مالية متتابعة لا كرقم يُحدَّث. أي نزاع تسوية يُحسم بالرجوع إلى الحركات.
قواعد العمولة قابلة للتهيئة
— تتغيّر مع كل حملة وكل اتفاق بائع، فلا يجوز أن تكون في الكود.
الأثر بعد التشغيل
ما تغيّر فعلاً في عمل العميل — لا ما وعدنا به قبل البدء.
- تشغيل بائعين مستقلين على منصة واحدة بعمولات وتسويات محسوبة آلياً
- كشوف تسوية قابلة للتدقيق تُنهي الخلافات المالية مع البائعين
- تقسيم الطلب متعدد البائعين وتتبّع كل شحنة على حدة
- امتداد بعض المنصات إلى تطبيقات جوال بنفس الواجهة الخلفية
الأرقام أعلاه تخصّ حجم نظام العميل الذي بنيناه ونشغّل بنيته، لا حجم أعمالنا نحن. ونلتزم باتفاقيات السرية، فنعرض العمق التقني دون أسماء العملاء.