منصة متعددة التجار، لكن العميل يتعامل مع جهة واحدة فقط.
التجار يديرون منتجاتهم ومخزونهم، بينما المنصة تتحكم في الطلبات، الشحن، التحصيل، ومستحقات كل تاجر. العميل يرى تجربة شراء واحدة حتى لو طلب من أكثر من تاجر.
المنصة هي نقطة التحكم بين العميل والتجار
الهدف من الوثيقة مش عرض أكبر عدد من المزايا؛ الهدف نتأكد إن منطق التشغيل نفسه واضح وسليم قبل التطوير.
العميل
يشتري ويدفع ويتابع الطلب من مكان واحد، بدون ما يتعامل مع كل تاجر بشكل منفصل.
المنصة
توزع الطلب داخليًا، تنظم الشحن، تستلم المدفوعات، وتحسب مستحق كل تاجر.
التجار
يدير كل تاجر منتجاته ومخزونه ويجهز الجزء الخاص به من الطلب.
من اختيار الموقع إلى تسوية مستحقات التاجر
رحلة بسيطة للعميل، لكن خلفها خطوات تشغيلية لازم تكون مترابطة وواضحة.
تحديد الموقع
نعرض المنتجات التي يمكن خدمتها وتوصيلها إلى منطقة العميل.
طلب موحد
العميل يجمع منتجات من تاجر واحد أو أكثر داخل سلة واحدة.
تقسيم داخلي
النظام يقسم الطلب حسب التجار، بدون تعقيد تجربة العميل.
تجهيز وشحن
كل تاجر يجهز الجزء الخاص به والمنصة تدير قرار وتوقيت الشحن.
تسوية مالية
بعد اكتمال الشروط، يتحول رصيد التاجر من معلق إلى متاح.
العميل يرى متجرًا واحدًا، مش عمليات موزعة
التعقيد يفضل داخل النظام. العميل يحتاج تجربة مفهومة من أول البحث وحتى الإرجاع.
نتائج مناسبة لموقعه
المنتجات والتوصيل المعروضين يتوافقان مع موقع العميل وحالة التوفر.
سلة ودفع موحدان
طلب واحد من واجهة العميل حتى لو النظام قسمه داخليًا على عدة تجار.
تتبع مفهوم
حالات واضحة بدل ما يشوف العميل تفاصيل تشغيلية لا تخصه.
خدمة ما بعد البيع
الإلغاء والاسترداد والإرجاع يبدأون من المنصة، وفق سياسة محددة.
كل تاجر يدير الجزء الخاص به بدون ما يتحكم في المنصة كلها
الصلاحيات تبقى محددة: التاجر ينجز شغله، والمنصة تفضل صاحبة القرار التشغيلي والمالي.
إدارة الكتالوج
إضافة المنتجات والصور والأسعار والمتغيرات والمخزون، مع مراجعة المنصة عند الحاجة.
تجهيز الطلبات
عرض الطلبات الخاصة بالتاجر وتحديث حالة التجهيز خلال المدة المتفق عليها.
متابعة المستحقات
رصيد معلق، رصيد متاح، خصومات أو تعديلات، وسجل واضح لكل تحويل.
هنا يظهر الفرق بين متجر بسيط ونظام تشغيل حقيقي
كل قرار في الطلب يؤثر على الشحن، التحصيل، تجربة العميل، ومستحقات التاجر.
الطلبات
طلب العميل يظل موحدًا أمامه، مع إمكانية تقسيمه داخليًا إلى طلبات فرعية لكل تاجر.
الشحن
المنصة تحدد مناطق الخدمة والتكلفة وقرار الشحن الكامل أو الجزئي وحالات فشل التسليم.
المال
نفصل بين مبلغ العميل، عمولة المنصة، تكلفة الشحن، الاسترداد، وصافي مستحق التاجر.
الإرجاع
نحدد من يتحمل التكلفة، وقت رد المبلغ، وتأثير المرتجع على رصيد التاجر.
نفكر في الحالات الصعبة قبل ما تظهر بعد الإطلاق
مش بنصمم للمسار المثالي فقط. هذه خمس حالات كفاية لتوضيح المنطق المطلوب بدون إغراق العميل في التفاصيل.
هل نشحن الجاهز أم ننتظر الطلب كله؟ وماذا يرى العميل؟
كيف نعيد قيمة منتج واحد ونعدل عمولة ورصيد التاجر؟
من يتحمل الشحن، ومتى يعود المنتج والرصيد إلى حالتهما الصحيحة؟
ماذا يحدث لو نفد المخزون بعد إنشاء الطلب وقبل التجهيز؟
كيف نسجل خصمًا أو تعويضًا ونحافظ على سجل مالي واضح؟
كل شخص يرى القرارات والبيانات التي تخص شغله فقط
الفصل بين الصلاحيات يحمي البيانات ويمنع الأخطاء ويجعل كل لوحة تحكم أبسط.
| الدور | مسؤوليته الأساسية | ما يحتاجه يوميًا | ما لا يجب أن يراه أو يعدله |
|---|---|---|---|
| صاحب المنصة | السياسات والتحكم الكامل | أداء التشغيل والتجار والطلبات | — |
| فريق التشغيل | الطلبات والشحن والاستثناءات | قائمة مهام وحالات تحتاج تدخل | إعدادات مالية حساسة |
| الفريق المالي | التحصيل والاسترداد والتسويات | أرصدة ودفعات ومراجعات | تعديل المنتجات |
| التاجر | المنتجات والمخزون والتجهيز | طلباته ومستحقاته فقط | بيانات التجار الآخرين |
| خدمة العملاء | متابعة العميل وحل المشاكل | الطلب والتواصل والسياسات | التحويلات والإعدادات |
ليه الحل ده مش Marketplace جاهز؟
مش لأن البناء المخصص «تقنية أحسن»، لكن لأن النظام لازم يتبع طريقة تشغيل البيزنس بدل ما يفرض عليها قيود قالب جاهز.
الاختلاف موجود في قواعد التشغيل، مش في شكل الصفحات فقط
قرارات لازم نحسمها قبل التطوير
إجاباتك هنا هي اللي تثبت طريقة التشغيل، وتمنع تغييرات مكلفة بعد بداية البرمجة.
الشحن وتقسيم الطلب
- هل تكلفة الشحن تتحسب على الطلب كله، ولا على كل تاجر أو طلب فرعي؟
- لو تاجر واحد اتأخر وباقي الطلب جاهز، هل نشحن الجاهز ولا نستنى الطلب كله؟
- هل العميل يستلم شحنة واحدة، ولا ممكن يستلم أكثر من شحنة حسب التجار؟
- هل لكل تاجر نطاق تغطية خاص، ولا المنصة هي اللي تحدد مناطق التغطية؟
الموقع والمخزون
- هل ظهور المنتج يعتمد على الموقع فقط، ولا الموقع مع توفر المخزون؟
- لو المنتج غير متاح في منطقة العميل، هل نخفيه تمامًا ولا نظهره برسالة «غير متاح لموقعك»؟
- لو المخزون انتهى بعد الدفع، هل نستبدل المنتج، نلغي الجزء الخاص به، أم نلغي الطلب كله؟
الإلغاء والإرجاع والاسترداد
- مين يقدر يلغي الطلب وفي أي مرحلة: العميل، التاجر، ولا فريق التشغيل؟
- مين يتحمل تكلفة المرتجع؟ وهل تختلف حسب سبب الإرجاع؟
- هل رد المبلغ يتم فور الموافقة، ولا بعد استلام وفحص المنتج المرتجع؟
مستحقات التاجر
- إمتى مستحقات التاجر تتحول من رصيد معلق إلى رصيد متاح؟
- هل العمولة تختلف حسب التاجر أو التصنيف أو نوع المنتج؟
- كيف يتأثر رصيد التاجر بالإلغاء، الاسترداد الجزئي، فشل التسليم أو التعويض؟
بعد تثبيت القرارات، نحدد نسخة أولى قابلة للبيع والتشغيل
الأولوية لما يجعل دورة البيع كاملة، وليس لما يزيد عدد الصفحات أو المزايا في العرض.
نطاق النسخة الأولى المقترح
ما لن نفعله الآن
لن نثبت تكلفة أو مدة بناءً على متطلبات غير محسومة، ولن نحمل النسخة الأولى بتحسينات يمكن تحديد أولويتها بعد التشغيل.
- لا تفاصيل تقنية ثقيلة في العرض الموجه للعميل.
- لا افتراضات مخفية في الشحن أو التسويات.
- لا توسع قبل اكتمال دورة البيع الأساسية.