Shipment
أقوى نظام تشغيل لوجستي في العالم — متعدد الدول، متعدد العملات، مدعوم بالذكاء الاصطناعي، مصمم للسيطرة على البنية التحتية للتوصيل العالمي
وثيقة هندسة مؤسسية شاملة تغطي التموضع في السوق، وتصميم المنصة متعددة الدول، والمحركات الأساسية المدعومة بالذكاء الاصطناعي، وتتبع سلسلة الحيازة بالوقت الفعلي عبر QR، وتنسيق المستودعات المتعددة، والعمليات عبر الحدود، والمخطط التقني لبناء أكثر أنظمة الشحن واللوجستيات تقدمًا تقنيًا على مستوى الكوكب — مصمم من اليوم الأول للتنافس مع DHL و FedEx و Amazon Logistics و Noon على المستوى العالمي والتفوق عليهم.
جدول المحتويات
المنصة والسوق
- الملخص التنفيذي
- فجوة السوق والفرصة
- مشاكل الأنظمة الحالية
- رؤية المنتج والمبادئ
- خريطة أصحاب المصلحة الكاملة
- رحلات المستخدمين التفصيلية
- وحدات المنتج والقدرات
الهندسة المعمارية والمحركات
- الهندسة المعمارية الموصى بها
- المكدس التقني
- الهندسة الموجهة بالأحداث
- نموذج البيانات الأساسي
- محرك التوزيع
- محرك توصية المركبات
- محرك التسعير والرسوم الإضافية
- محرك توقع مستوى الخدمة
- ذكاء العناوين والتحقق من الموقع
- تحسين المسارات والتجميع
العمليات والتكاملات
- عدالة السائقين واستراتيجية الأرباح
- تجربة المستلم
- معالجة التوصيل الفاشل
- اللوجستيات العكسية
- العمليات متعددة الدول / متعددة المستودعات
- نموذج السوق لوادي
- تكامل ووكومرس
- تكامل شوبيفاي
- واجهة برمجة التطبيقات العامة / الويب هوك / SDK
الاستراتيجية والتنفيذ
المنصة والسوق
تحليل السوق، رؤية المنتج، خريطة أصحاب المصلحة، رحلات المستخدمين، نظام سلسلة الحيازة بـ QR، إدارة المستودعات المتعددة، والمشهد الكامل لوحدات المؤسسة.
الملخص التنفيذي
Shipment هو نظام التشغيل للتوصيل الفعلي — الطبقة بين "شخص اشترى شيئًا" و"أصبح في يده." كل طلب، من كل قناة، عبر كل أسطول، في كل دولة — يتم تنسيقه عبر منصة ذكية واحدة.
المشكلة
تعمل صناعة اللوجستيات — وخاصة في منطقة الشرق الأوسط وشمال أفريقيا والأسواق الناشئة — على أنظمة مجزأة وجامدة وغير شفافة. يستخدم التجار شركة توصيل للتوصيل في نفس اليوم، وأخرى لليوم التالي، وثالثة للمدن البعيدة. لكل منها لوحة تحكم خاصة، وصفحة تتبع خاصة، وبطاقة أسعار خاصة، وواجهة برمجة تطبيقات خاصة (إن وجدت). يتلاعب بائعو السوق بقواعد التنفيذ عبر Noon و Amazon و Wadi ومتاجرهم الخاصة. يُعامل السائقون كموارد يمكن التخلص منها. ليس لدى المستلمين أي تحكم. يعمل المُرسلون على جداول بيانات. تُجري فرق المالية تسوية الدفع عند الاستلام في Excel.
لا يوجد نظام واحد يعمل كـنظام تشغيل لدورة حياة الشحنة بأكملها — من لحظة نقر المشتري على "تأكيد الطلب" إلى لحظة تسوية النقد ودفع التاجر.
ما الذي يجعل هذا مختلفًا
| شركة التوصيل التقليدية | Shipment |
|---|---|
| بطاقات أسعار ثابتة، عروض أسعار يدوية | محرك تسعير ديناميكي مع نمذجة التكلفة في الوقت الفعلي |
| توزيع يدوي عبر الهاتف/واتساب | توزيع مدعوم بالذكاء الاصطناعي مع تقييم ملاءمة السائق |
| "طردك في الطريق" | تتبع خريطة في الوقت الفعلي، تحكم المستلم، وعود نافذة زمنية |
| مركبة واحدة للجميع | اختيار تلقائي للمركبة بناءً على الحجم والهشاشة والوزن |
| الدفع عند الاستلام = صندوق أسود حتى التسوية | تتبع الدفع عند الاستلام في الوقت الفعلي مع تسوية لكل توصيلة |
| واجهات البرمجة كفكرة لاحقة | بنية API أولًا؛ كل ميزة هي واجهة برمجة |
| الإرجاع كابوس | اللوجستيات العكسية كسير عمل من الدرجة الأولى |
| السائقون مجهولون | ملفات السائقين، التقييمات، التخصصات، شفافية الأرباح |
نقطة تصميم النطاق — مؤسسي من اليوم الأول
هذه ليست تجربة شركة ناشئة. Shipment مبني كـنظام تشغيل لوجستي على مستوى المؤسسات، متعدد الدول، متعدد المستودعات من اليوم الأول. كل ميزة — التسوية متعددة العملات، إدارة المستودعات، الجمارك عبر الحدود، سلسلة الحيازة بـ QR، التوزيع بالذكاء الاصطناعي، التحقق من إثبات التسليم بالرؤية الحاسوبية — هي جوهرية، وليست "المرحلة الثانية." نحن نبني النظام الذي يجعل لوجستيات DHL و Aramex و Noon تبدو قديمة.
نموذج الإيرادات (هجين)
| مصدر الإيرادات | الوصف |
|---|---|
| رسوم لكل شحنة | رسوم أساسية لكل توصيلة، مصنفة حسب مستوى الخدمة |
| رسوم معالجة الدفع عند الاستلام | ١-٣٪ من مبلغ الدفع عند الاستلام المحصّل |
| مستويات الاشتراك | خطط شهرية للتجار (مجاني / نمو / مؤسسي) |
| استخدام API | مستهلكو API بكميات كبيرة يدفعون لكل استدعاء بعد الطبقة المجانية |
| تنفيذ السوق | تجار Wadi يدفعون رسوم التنفيذ (التقاط، تعبئة، شحن) |
| دخل التعويم | فائدة على تعويم الدفع عند الاستلام بين التحصيل والتسوية |
| ترخيص العلامة البيضاء | شركات التوصيل ترخص المنصة تحت علامتها التجارية |
فجوة السوق والفرصة
مشهد اللوجستيات في الشرق الأوسط وشمال أفريقيا
من المتوقع أن يتجاوز سوق التجارة الإلكترونية في منطقة الشرق الأوسط وشمال أفريقيا ٥٠ مليار دولار بحلول ٢٠٢٧. ومع ذلك تظل البنية التحتية اللوجستية العائق الأول. فوضى العناوين، وهيمنة الدفع عند الاستلام (٥٠-٧٠٪ من الطلبات)، وتجزئة الميل الأخير، ودوران السائقين، وعدم وجود منصة موحدة تخلق فرصة هائلة.
المشهد التنافسي
| اللاعب | نقاط القوة | نقاط الضعف القاتلة |
|---|---|---|
| Aramex | العلامة التجارية، الشبكة، عبر الحدود | تقنية قديمة، تجربة تتبع سيئة، API بطيء، تسعير جامد |
| SMSA | تغطية سعودية، عقود حكومية | لا تكامل مع الأسواق، لا تتبع في الوقت الفعلي |
| Noon logistics | متكامل مع السوق | حصري — يخدم Noon فقط، ليس منصة |
| Amazon logistics | النطاق، التميز التقني | حصري — يخدم Amazon فقط |
| Shippo / ShipStation | التجميع، متعدد شركات النقل | طباعة الملصقات فقط — لا أسطول، لا توزيع، لا تطبيق سائق |
| Onfleet / Bringg | توزيع الميل الأخير | لا دفع عند الاستلام، لا نموذج سوق، لا محرك تسعير، مركز على أمريكا/أوروبا |
لم يبنِ أحد Stripe اللوجستيات — منصة تتعامل مع دورة حياة الشحنة بالكامل من البداية إلى النهاية، تعمل لأي تاجر، أي سوق، أي أسطول، بنية API أولًا، تتعامل مع واقع المنطقة (الدفع عند الاستلام، العناوين، تعدد اللغات)، وتتوسع من ١٠ إلى +١ مليون شحنة/يوم.
مشاكل أنظمة اللوجستيات الحالية
نقاط ألم التجار
لا لوحة تحكم موحدة
التجار الذين يديرون ٣-٥ شركات توصيل لديهم ٣-٥ لوحات تحكم، ٣-٥ تسجيلات دخول، ٣-٥ بطاقات أسعار، ٣-٥ صفحات تتبع. لا عرض موحد.
تسعير غير شفاف
"سنعطيك عرض سعر" هو المعيار. لا تسعير في الوقت الفعلي. الرسوم الإضافية تظهر في الفواتير بعد أسابيع.
الثقب الأسود للدفع عند الاستلام
متى تصل الأموال؟ أي الطلبات تم تحصيلها؟ أي سائق لديه النقد؟ معظم الأنظمة لا تستطيع الإجابة في الوقت الفعلي.
لا ذكاء توصيل
لا توجد شركة توصيل تعطي إجابة احتمالية لـ "متى ستصل شحنتي؟" فقط "١-٣ أيام عمل."
نقاط ألم السائقين
أرباح غير شفافة
لا يعرف السائقون كم سيكسبون قبل القبول. هياكل العمولة معقدة ومخفية.
لا تحسين للمسارات
السائقون الذين لديهم ٢٠ طردًا يحصلون على قائمة، وليس مسارًا محسنًا. يستخدمون حكمهم الشخصي و Waze بشكل منفصل.
نقاط ألم المستلمين
لا تحكم
لا يمكن إعادة الجدولة أو إعادة التوجيه أو اختيار نافذة زمنية أو التواصل مع السائق حتى يكون بالفعل عند الباب.
التتبع عديم الفائدة
"في الطريق" لمدة ٣ أيام. لا خريطة، لا وقت وصول متوقع، لا تحديثات. صفحة التتبع هي قائمة ثابتة من الحالات.
مشاكل الصناعة النظامية
معظم أنظمة التوصيل بُنيت كأنظمة متراصة في ٢٠٠٥-٢٠١٥. لا تستطيع التعامل مع الأحداث في الوقت الفعلي أو الويب هوك أو العمليات المتزامنة على نطاق واسع. لا تعدد مستأجرين. لا طبقة ذكاء. تصميم الموبايل أخيرًا. لا بث أحداث.
رؤية المنتج والمبادئ
"Shipment هو نظام التشغيل للتوصيل الفعلي — الطبقة بين 'شخص اشترى شيئًا' و'أصبح في يده.'"
١٠ مبادئ تصميم
المنصة أولًا، المنتج ثانيًا
كل ميزة يجب أن تكون متاحة عبر API. لوحات التحكم الخاصة بنا هي مجرد مستهلكين لواجهة برمجة التطبيقات الخاصة بنا.
الذكاء افتراضيًا
يجب أن يعرف النظام دائمًا أكثر من المشغل البشري. اقتراح، توقع، تحذير، حل تلقائي.
متعدد كل شيء بالتصميم
متعدد المستأجرين، متعدد الدول، متعدد العملات، متعدد اللغات، متعدد الفروع، متعدد الأساطيل — من اليوم الأول.
السائق = شريك
السائقون هم طبقة التنفيذ الفعلي. كل قرار يجب أن يجعل عملهم أسهل وأكثر ربحية.
المستلم = مستخدم من الدرجة الأولى
المستلم ليس نقطة نهاية سلبية. يجب أن يكون لديه التحكم والرؤية والخيارات.
الوقت الفعلي أو لا شيء
كل شيء — التتبع، التوزيع، الحالة، التنبيهات، الدفع عند الاستلام — يجب أن يكون في الوقت الفعلي. انتشار في ثانيتين.
الدفع عند الاستلام ككفاءة أساسية
في منطقة الشرق الأوسط وشمال أفريقيا، الدفع عند الاستلام هو الافتراضي. يجب أن يعامل النظام تدفق النقد بنفس صرامة تدفق الشحنات.
الفشل بأناقة، التعافي تلقائيًا
التعافي التلقائي، منطق إعادة المحاولة، والتراجع الأنيق لكل وضع فشل.
البناء للميل الأخير من الميل الأخير
أصعب عمليات التوصيل هي حيث يفشل المنافسون. نحن نصمم لها أولًا.
البيانات هي الخندق
كل شحنة تولد بيانات. مع الوقت، يصبح التوزيع أذكى، والتسعير أدق، وتوقعات مستوى الخدمة أكثر دقة. هذا يتراكم.
خريطة أصحاب المصلحة الكاملة
كل فاعل في النظام البيئي اللوجستي له دور محدد وواجهة ومجموعة احتياجات داخل منصة Shipment.
| صاحب المصلحة | الدور | الواجهة الرئيسية | الاحتياجات الرئيسية |
|---|---|---|---|
| التاجر / الشاحن | إنشاء الشحنات، تتبع الطلبات | لوحة التحكم، API | الموثوقية، شفافية التسعير، تسوية سريعة للدفع عند الاستلام |
| السوق (Wadi) | إنشاء بالجملة، تنفيذ متعدد البائعين | API، وحدة الإدارة | تقسيم الشحنات، تتبع على مستوى البائع، تطبيق مستوى الخدمة |
| السائق | يستلم، يوصل، يحصّل الدفع عند الاستلام | تطبيق الموبايل | تعليمات واضحة، أرباح عادلة، مسارات محسنة |
| شريك الأسطول | يوفر السائقين والمركبات | بوابة الأسطول | إدارة السائقين، الأرباح، الامتثال لمستوى الخدمة |
| المُرسل | يراقب العمليات، يعالج الاستثناءات | وحدة التوزيع | رؤية في الوقت الفعلي، تنبيهات، عمليات بالجملة |
| مشغل الفرع | عمليات المركز، الفرز | وحدة الفرع | سير عمل المسح، المخزون، التحويلات |
| المستلم / العميل | يستلم التوصيلات | صفحة التتبع، SMS | التحكم، الرؤية، إرجاع سهل |
| فريق المالية | تسوية الدفع عند الاستلام، الفوترة | وحدة المالية | تتبع النقد في الوقت الفعلي، تسوية آلية |
| فريق الدعم | يعالج التصعيدات والنزاعات | وحدة الدعم | جدول زمني كامل، أدوات تواصل، سير عمل الحل |
نموذج الأذونات
الأذونات تراكمية — يمكن دمج الأدوار. كل دور محدد النطاق لـمستأجر واختياريًا لـفرع. مفاتيح API ترث أذونات الدور الذي أُنشئت تحته. جميع فحوصات الأذونات تحدث على مستوى بوابة API.
مسار تسجيل التاجر
البريد الإلكتروني، اسم الشركة، رفع الرخصة التجارية
الرخصة التجارية، الرقم الضريبي، تفاصيل البنك (مراجعة آلية + يدوية)
بناءً على مستوى الحجم والفئة ومستويات الخدمة
إنشاء مفاتيح API، تكوين الويب هوك، تثبيت الإضافة
أول شحنة موجهة ببيانات تجريبية
وصول API للإنتاج، لوحة تحكم كاملة
للتجار المؤسسيين (١٠٠٠+ شحنة/شهر): مدير حساب مخصص، تفاوض على الأسعار المخصصة، دعم التكامل التقني، ترحيل البيانات من شركة التوصيل الحالية (استيراد بيانات Aramex/SMSA/DHL التاريخية عبر CSV)، إعداد صفحة تتبع بالعلامة التجارية، وتكوين ويب هوك مخصص.
استراتيجية ترحيل البيانات
يمكن للتجار الذين ينتقلون من Aramex أو SMSA أو DHL أو شركات توصيل أخرى استيراد البيانات التاريخية:
رحلات المستخدمين التفصيلية
التاجر: أول شحنة
الاسم، الهاتف، العنوان/الإحداثيات
الوزن، الأبعاد، نوع العنصر
نفس اليوم، اليوم التالي، مجدول
ترميز جغرافي، تحقق، تحديد المخاطر
بناءً على الحجم والوزن والهشاشة
بطاقة الأسعار + الرسوم الإضافية + رسوم الدفع عند الاستلام
"٢-٤ مساءً، ٨٧٪ ثقة"
رقم تتبع فريد
PDF + ZPL حراري
توزيع تلقائي عبر DSS
السائق: يوم توصيل نموذجي
بدء المناوبة
الإبلاغ عن الموقع، استلام قائمة التوصيل المحسنة، قبول دفعة التوصيل.
الاستلام
التنقل إلى التاجر، مسح الباركود، التحقق من عدد الطرود، تأكيد الاستلام.
التوصيل
التنقل إلى المستلم، تسليم الطرد، تحصيل الدفع عند الاستلام إن وجد، التقاط إثبات التسليم.
نهاية المناوبة
عرض ملخص الأرباح اليومية، إيداع النقد في الفرع، مراجعة الأداء.
المستلم: تجربة التتبع
رسالة عند الإنشاء → رابط تتبع استباقي → خريطة حية مع وقت الوصول → تنبيه "السائق على بعد ٥ دقائق" → تأكيد التسليم مع إثبات → أداة التقييم → إرجاع بنقرة واحدة عند الحاجة
المالية: تسوية الدفع عند الاستلام اليومية
تحديث دفتر الأستاذ في الوقت الفعلي
المشغل يمسح ويؤكد
المحصّل مقابل المودع
تأكيد التحويل البنكي
وحدات المنتج والقدرات
المنصة منظمة في أربع عائلات وحدات: المنصة الأساسية، العمليات، المالية، والذكاء.
إدارة الشحنات — كلها عند الإطلاق
| القدرة | الحالة |
|---|---|
| إنشاء شحنات فردية + بالجملة (API، لوحة التحكم، CSV، بدء بـ QR) | أساسي |
| إنشاء بوليصة الشحن + رمز QR (كل طرد يحصل على QR فريد) | أساسي |
| تتبع حالة دورة الحياة الكاملة مع مسح QR عند كل تسليم | أساسي |
| شحنات متعددة القطع + مقسمة | أساسي |
| شحنات عبر الحدود مع وثائق جمركية | أساسي |
| توجيه المستودعات المتعددة وتنسيق المخزون | أساسي |
| شحنات مجدولة ومتكررة وقائمة على القوالب | أساسي |
نظام سلسلة الحيازة بـ QR
مثل Noon ولكن أكثر تقدمًا. كل طرد يحصل على رمز QR فريد عند الإنشاء. عند كل نقطة تسليم — البائع يعبئ → السائق يستلم → المركز الوارد → الفرز → التحويل → المركز الصادر → سائق التوصيل → المستلم — يتم مسح QR. هذا ينشئ سلسلة حيازة غير قابلة للتغيير مع إحداثيات GPS والطابع الزمني ومعرف الفاعل ودليل الصور عند كل مسح. طرد مفقود؟ تحقق من السلسلة. تالف؟ نعرف بالضبط أي تسليم سببه.
تعبئة وتوسيم الطرد
GPS + الطابع الزمني + صورة
تشغيل الفرز التلقائي
التحقق من بيان الشحن بين المدن
GPS + تأكيد الحيازة
تأكيد الاستلام (اختياري)
محرك التوزيع — مدعوم بالذكاء الاصطناعي
| القدرة | الحالة |
|---|---|
| توزيع تلقائي بالذكاء الاصطناعي مع نقاط ملاءمة السائق (DSS) | أساسي |
| تجاوز التوزيع اليدوي للمُرسلين | أساسي |
| تتبع السائق في الوقت الفعلي (WebSocket + GPS) | أساسي |
| توزيع بالدفعات مع حل VRP (Google OR-Tools) | أساسي |
| توزيع قائم على المناطق مع السياج الجغرافي | أساسي |
| التموضع المسبق التنبؤي (تنبؤ الطلب بالتعلم الآلي) | أساسي |
| التوزيع عبر الأساطيل (تكامل أسطول الشركاء) | أساسي |
الوحدة المالية — متعددة العملات، متعددة الدول
| القدرة | الحالة |
|---|---|
| تتبع تحصيل الدفع عند الاستلام مع رصيد نقد السائق في الوقت الفعلي | أساسي |
| تسويات متعددة العملات (AED, SAR, KWD, BHD, OMR, QAR, USD, EUR) | أساسي |
| فوترة تلقائية للتجار مع بنود لكل شحنة | أساسي |
| بطاقات أسعار ديناميكية مع اختبار A/B | أساسي |
| محرك تسوية في الوقت الفعلي مع قائمة الاستثناءات | أساسي |
| تقدير الرسوم الجمركية/الضرائب عبر الحدود وتثبيت سعر الصرف | أساسي |
| أتمتة رواتب السائقين مع الامتثال الضريبي متعدد الدول | أساسي |
نظام إدارة المستودعات (WMS)
| القدرة | الحالة |
|---|---|
| تتبع المخزون متعدد المستودعات عبر الدول | أساسي |
| سير عمل الالتقاط والتعبئة والتوسيم القائمة على QR | أساسي |
| إدارة مواقع الرفوف/الحاويات مع تخطيط الباركود | أساسي |
| تحسين الالتقاط الموجي والالتقاط بالدفعات | أساسي |
| سير عمل معالجة الإرجاع وفحص الجودة | أساسي |
| إدارة التحويل بين المستودعات | أساسي |
| لوحة تحكم المخزون في الوقت الفعلي مع تنبيهات التقادم | أساسي |
الهندسة المعمارية والمحركات
هندسة النظام، قرارات المكدس التقني، التصميم الموجه بالأحداث، نماذج البيانات، والمحركات الخوارزمية الأساسية التي تشغل التوزيع الذكي والتسعير وتوقع مستوى الخدمة وتحسين المسارات.
الهندسة المعمارية الموصى بها
بنية خدمات مصغرة سحابية أصلية وموجهة بالأحداث منشورة على DigitalOcean Kubernetes (DOKS). كل خدمة تملك بياناتها وتتواصل عبر الأحداث وواجهات البرمجة.
React + Next.js
React Native
REST + GraphQL
DigitalOcean Spaces CDN
Kong on DOKS
JWT + API Keys
CRUD، الحالة، الملصقات
DSS، التعيين
بطاقات الأسعار، عروض الأسعار
الوقت الفعلي، وقت الوصول المتوقع
مخزن البيانات الرئيسي
التخزين المؤقت، الوقت الفعلي، pub/sub
البحث النصي الكامل
الملفات، صور إثبات التسليم
تكوين الإطلاق: DOKS متعدد المناطق (الإمارات رئيسي، السعودية DR)، PostgreSQL مع نسخ قراءة + PostGIS، Redis Cluster (٦ عقد)، Redis Streams لبث الأحداث، نشر متعدد المناطق. لا نقاط فشل فردية. التوسع التلقائي من ١٠٠ إلى +١٠٠,٠٠٠ حاوية. كل خدمة تعمل بحد أدنى ٣ نسخ. تجاوز فشل قاعدة البيانات تلقائي. هذا ليس "التوسع لاحقًا" — إنه "التوسع الآن."
المكدس التقني الموصى به
| الطبقة | التقنية | المبرر |
|---|---|---|
| الخلفية | Node.js (NestJS) | تطوير سريع، TypeScript، أنماط مؤسسية، ممتاز للموجه بالأحداث |
| قاعدة البيانات الرئيسية | PostgreSQL 16 | JSONB، PostGIS للجغرافيا، RLS لتعدد المستأجرين |
| التخزين المؤقت | Redis 7 (Cluster) | قراءات أقل من مللي ثانية، pub/sub للتتبع، مجموعات مرتبة لقائمة التوزيع |
| بث الأحداث | Redis Streams (مضمّن في Redis) | مضمّن في Redis الذي ندفع ثمنه بالفعل. يتعامل مع أحداث الخدمات عند حجمنا. الترقية إلى Kafka عند تجاوز ٥٠ ألف+ توصيلة/يوم. |
| بيئة تشغيل AI/ML | TensorFlow Lite (on-device) + Claude API (LLM) + LightGBM (server) | AI حافة على هواتف السائقين، روبوت محادثة LLM لدعم العملاء، نماذج ML لوقت الوصول/الطلب/الاحتيال |
| الرؤية الحاسوبية | TensorFlow Lite (MobileNet) | التحقق من إثبات التسليم على الجهاز، كشف التلف، مسح QR. لا حاجة لرحلة ذهاب وعودة للسحابة. |
| الموبايل | React Native | قاعدة كود واحدة iOS+Android، نظام بيئي كبير، مشاركة الكود مع الويب |
| واجهة الويب الأمامية | React + Next.js | SSR لصفحات التتبع، نظام بيئي غني، TypeScript |
| الخرائط واللوجستيات | HERE Maps (مزود واحد) | ترميز جغرافي، توجيه، تخطيط الجولات، سياج جغرافي، تتبع الأسطول، وقت الوصول المروري. أفضل ميزات لوجستية. أرخص ١٠ مرات من Google. ~٨٠٠ درهم/شهر. |
| عرض الخريطة | OpenStreetMap + Leaflet (مجاني) | صفحة التتبع ووحدة التوزيع. صفر رسوم لكل تحميل. السائق يستخدم تطبيق Google Maps/Waze المجاني للتنقل. |
| WhatsApp API | 360dialog (مزود Meta BSP رسمي) | صفر هامش ربح على أسعار Meta. $٥/شهر رسوم المنصة. أزرار WhatsApp + روبوت كلمات مفتاحية + Claude Haiku احتياطي للاستفسارات المعقدة. |
| المدفوعات | HyperPay + Stripe | HyperPay للمنطقة (مدى، Apple Pay)، Stripe للدولي |
| السحابة | DigitalOcean | أبسط، فعال من حيث التكلفة؛ DOKS، PostgreSQL مُدار، Redis مُدار، Spaces |
| المراقبة | مراقبة DigitalOcean المدمجة + لوحة تحكم مخصصة | مفتوح المصدر، لوحات تحكم موحدة، تنبيهات |
| CI/CD | GitHub Actions | متكامل مع الكود، نظام بيئي جيد |
HERE Maps كمزود واحد للترميز الجغرافي، التوجيه، تخطيط الجولات، السياج الجغرافي، تتبع الأسطول، ووقت الوصول المروري. التكلفة: ~٨٠٠ درهم/شهر عند الإطلاق (Google سيكون $٧,٥٠٠+). يتضمن ميزات لوجستية متخصصة (توجيه المركبات، تحسين التوقفات المتعددة) تزيد التوصيلات لكل سائق مباشرة. تنقل السائق عبر تطبيق Google Maps/Waze المجاني. خرائط صفحة التتبع عبر OpenStreetMap + Leaflet المجاني.
الهندسة الموجهة بالأحداث
جميع تغييرات الحالة تنتج أحداث نطاق. تتفاعل الخدمات مع الأحداث، مما يتيح الاقتران الفضفاض ومسار التدقيق وسهولة إضافة مستهلكين جدد.
كتالوج الأحداث الأساسية
| الحدث | المنتج | المستهلكون الرئيسيون |
|---|---|---|
shipment.created | خدمة الشحنات | التوزيع، التسعير، الإشعارات، التحليلات |
shipment.assigned | خدمة التوزيع | التتبع، الإشعارات، تطبيق السائق |
shipment.picked_up | تطبيق السائق | التتبع، الإشعارات، الويب هوك |
shipment.delivered | تطبيق السائق | الدفع عند الاستلام، الإشعارات، التحليلات، الويب هوك |
shipment.delivery_failed | تطبيق السائق | التوزيع، الإشعارات، الويب هوك |
driver.location_updated | تطبيق السائق | التتبع، التوزيع، السياج الجغرافي |
cod.collected | خدمة الدفع عند الاستلام | المالية، محفظة السائق، التسوية |
settlement.completed | خدمة التسويات | الإشعارات، لوحة تحكم التاجر |
متزامن (HTTP): حساب التسعير (التاجر يحتاج السعر فورًا)، استعلام توفر السائق. غير متزامن (حدث): تعيين التوزيع، تسليم الويب هوك، تسجيل الدفع عند الاستلام، رفع إثبات التسليم، التحليلات.
نموذج البيانات الأساسي
كيانات أساسية مع تعدد المستأجرين مدمج في كل سجل عبر tenant_id و PostgreSQL Row-Level Security.
الكيانات الأساسية
آلة حالة الشحنة
تصميم محرك التوزيع
التوزيع التقليدي: "ابحث عن أقرب سائق متاح." توزيع Shipment: "ابحث عن السائق الذي يعظم احتمالية نجاح التوصيل مع تقليل التكلفة وضمان العدالة."
نقاط ملاءمة السائق (DSS)
+ (w2 × VehicleMatchScore)
+ (w3 × CapacityScore)
+ (w4 × PerformanceScore)
+ (w5 × FairnessScore)
+ (w6 × SpecializationScore)
+ (w7 × ZoneAffinityScore)
+ (w8 × CODCapacityScore)
+ (w9 × TimeEfficiencyScore)
− (Penalties)
الأوزان الافتراضية
| الوزن | العامل | القيمة | قابل للتعديل بواسطة |
|---|---|---|---|
| w1 | القرب | 0.25 | إعدادات المستأجر |
| w2 | تطابق المركبة | 0.20 | النظام (قيد صارم) |
| w3 | السعة | 0.10 | إعدادات المستأجر |
| w4 | الأداء | 0.15 | إعدادات المستأجر |
| w5 | العدالة | 0.10 | إعدادات المستأجر |
| w6 | التخصص | 0.08 | النظام |
| w7 | ألفة المنطقة | 0.07 | إعدادات المستأجر |
| w8 | سعة الدفع عند الاستلام | قيد صارم | النظام |
| w9 | كفاءة الوقت | 0.05 | إعدادات المستأجر |
حالات التوزيع الحدية
لا سائق في المنطقة
توسيع النطاق تدريجيًا: ٥ كم → ١٠ كم → ١٥ كم → بث لجميع السائقين القريبين.
جميع السائقين في الحد الأقصى للدفع عند الاستلام
تنبيه المُرسل؛ خيار إرسال سائق بدون دفع عند الاستلام + إعادة توجيه الدفع للإنترنت.
عطل المركبة في منتصف الطريق
إعادة تعيين تلقائي للشحنات المتبقية لأقرب سائق متاح.
١٠٠ شحنة في وقت واحد
توزيع بالدفعات: تحسين جماعي باستخدام حل VRP، وليس فرديًا.
محرك توصية المركبات
اختيار تلقائي للمركبة بناءً على تحليل متعدد الأبعاد: الحجم المكعب، الهشاشة، احتياجات الحرارة، الكمية، نوع العنصر، نوع المسار، وقواعد العمل.
| نوع المركبة | الرمز | الوزن الأقصى | الحجم الأقصى | حالات الاستخدام | التكلفة بالساعة |
|---|---|---|---|---|---|
| دراجة نارية | MOTO | 10 kg | 30,000 cm³ | مستندات، طرود صغيرة، طعام، فوري | 25 AED |
| سيارة صغيرة | CAR_S | 30 kg | 200,000 cm³ | طرود متوسطة، محطات متعددة | 35 AED |
| شاحنة صغيرة | VAN_S | 500 kg | 3M cm³ | أثاث، أجهزة، بالجملة | 70 AED |
| شاحنة مبردة | VAN_R | 500 kg | 3M cm³ | طعام، أدوية، حساس للحرارة | 120 AED |
| شاحنة صندوقية | TRUCK_B | 3,000 kg | 20M cm³ | تحويلات المراكز، تنفيذ بالجملة | 150 AED |
محرك التسعير والرسوم الإضافية
ديناميكي وشفاف وقابل للتكوين لكل مستأجر. يدعم بطاقات الأسعار الثابتة والتسعير الديناميكي والنماذج الهجينة.
(BaseRate + DistanceCharge + WeightCharge + CODFee + Surcharges + ZoneAdj)
× TimeMultiplier × DynamicPricingMultiplier × (1 - MerchantDiscount)
)) × (1 + TaxRate)
أنواع الرسوم الإضافية
| الرسوم الإضافية | الشرط | المبلغ النموذجي |
|---|---|---|
| رسوم الوقود | دائمًا | ٥-١٥٪ من الأساس |
| معالجة الهشاشة | is_fragile | 5-10 AED |
| التحكم بالحرارة | is_temperature_sensitive | 15-30 AED |
| رسوم الدفع عند الاستلام | payment = COD | ٢.٥٪ من مبلغ الدفع عند الاستلام |
| التوصيل الفوري | service = INSTANT | علاوة ٥٠-١٠٠٪ |
| منطقة نائية | zone.difficulty > 4 | 10-25 AED |
محرك توقع مستوى الخدمة
ليس "١-٣ أيام عمل." ننتج نوافذ توصيل محددة واحتمالية: "التوصيل بين ٢:٠٠ مساءً - ٤:٠٠ مساءً اليوم، ٨٧٪ ثقة." هذا يشغل وعد التوصيل المعروض للمستلمين وتتبع الامتثال لمستوى الخدمة.
مستويات الخدمة
نموذج توقع مستوى الخدمة
+ TransitTime + HubProcessingTime + LastMileDeliveryTime + BufferTime
ConfidenceInterval = f(historical_variance, address_quality, time_of_day, weather, Ramadan)
نقاط خطر مستوى الخدمة (الوقت الفعلي)
| نطاق النقاط | الحالة | الإجراء |
|---|---|---|
| 0.0 - 0.2 | GREEN | في المسار. لا إجراء. |
| 0.2 - 0.5 | YELLOW | في خطر. تنبيه لوحة تحكم المُرسل. |
| 0.5 - 0.8 | ORANGE | محتمل الفشل. اقتراح تلقائي لإعادة التعيين. إخطار التاجر. |
| 0.8 - 1.0 | RED | سيفشل. محاولة تلقائية لإعادة التعيين. تحديث وقت وصول المستلم. تشغيل رصيد مستوى الخدمة. |
عندما تكون الثقة >٩٠٪، نقدم: "التوصيل بحلول [الوقت] أو الشحن مجاني." لا شركة توصيل في المنطقة تقدم هذا. التكلفة: ~٣-٥٪ من الإيرادات إذا حققنا +٩٥٪ معدل التوصيل في الوقت. القيمة: إشارة ثقة ضخمة تدفع اكتساب التجار.
ذكاء العناوين والتحقق من الموقع
إيصال السائق إلى نقطة التوصيل الدقيقة بـدقة أقل من ٥٠ متر، من المحاولة الأولى، في كل مرة. هذا هو المكان الذي يفشل فيه معظم المنافسين في المنطقة.
خط أنابيب حل العناوين
نص، رقم Makani، أو تحديد على الخريطة
HERE Maps + Makani API
٠-١ بناءً على الاكتمال + التاريخ
بحث مضلعات PostGIS
طبقات إثراء العنوان
الطبقة ١: وقت الإدخال
اقتراحات الإكمال التلقائي (HERE Autosuggest)، حل رقم Makani (API مجاني للإمارات)، تحديد على الخريطة، قبول Plus Codes.
الطبقة ٢: الذكاء
تجميع العناوين (تجميع التوصيلات ضمن ٥٠ متر). مواقع مؤكدة من السائق (GPS عند التوصيل = الحقيقة الميدانية). بناء قاعدة بيانات المباني مع الوقت.
الطبقة ٣: تقييم الثقة
geocoding_confidence × ٠.٣ + completeness × ٠.٢ + historical_success × ٠.٣ + pin_accuracy × ٠.٢. النقاط < ٠.٧ = تحديد للتحقق قبل التوزيع.
الطبقة ٤: قاعدة بيانات ذاتية الإصلاح
بعد كل توصيل ناجح، تتم مقارنة GPS الفعلي مع الإحداثيات المخزنة. الانحراف > ١٠٠ متر = تحديث تلقائي. بعد ١٠٠ ألف توصيلة = +٥٠ ألف عنوان موثق. مستحيل التكرار.
Makani هو نظام العنونة الرسمي للإمارات. كل مبنى له رقم فريد من ١٠ أرقام. نقبل Makani كمدخل، نحله إلى إحداثيات عبر Makani API المجاني، نقارنه بالترميز الجغرافي التجاري. لدبي، هذا مجاني وأكثر دقة من أي مرمز جغرافي تجاري.
تحسين المسارات والتجميع
أربع طبقات تحسين: مسار واحد، TSP متعدد المحطات، VRP بالدفعات، وتوجيه شبكة المحور والأذرع. التوصيل الفوري يحصل على تعيين مباشر مخصص مع سائقين في مواقع مسبقة.
مسار واحد: أ → ب
TSP متعدد المحطات (١٠-١٠٠ محطة)
VRP بالدفعات (+٥٠ شحنة)
شبكة المحور والأذرع
العمليات والتكاملات
استراتيجية السائقين، تجربة المستلم، معالجة التوصيل الفاشل، اللوجستيات العكسية، العمليات متعددة الفروع، تكامل السوق، وموصلات القنوات لـ WooCommerce و Shopify وواجهة برمجة التطبيقات العامة.
عدالة السائقين واستراتيجية الأرباح
نموذج الأسطول الخاص: السائقون موظفون أو متعاقدون طويلو الأجل، وليسوا عمال مؤقتين مجهولين. التعويض = الراتب الأساسي + عمولة لكل توصيلة + مكافأة الأداء + الإكراميات (١٠٠٪ تمرير).
مسار تسجيل السائق
نموذج إلكتروني + رفع المستندات
السجل الجنائي، التحقق من الرخصة
تدريب التطبيق، مسح QR، معالجة الدفع عند الاستلام، التقاط إثبات التسليم
إعداد الهاتف، تثبيت التطبيق، تسجيل البصمة
أداء مراقب، إشراف معزز
وصول كامل، مؤهل للمكافأة
آليات العدالة
التوزيع العادل
لا يحصل أي سائق على أقل من ٦٠٪ أو أكثر من ١٤٠٪ من متوسط التوصيلات اليومية. التوصيلات المميزة موزعة على جميع السائقين. مؤشر العدالة يُتتبع يوميًا (الهدف: الانحراف المعياري/المتوسط أقل من ٠.٣).
تدوير المناطق
يتناوب السائقون عبر المناطق أسبوعيًا. لا تعيين دائم لمناطق "سهلة" أو "صعبة". المناطق المتخصصة (سلسلة التبريد) تُعيّن للسائقين المؤهلين فقط.
شفافية الأرباح
أرباح في الوقت الفعلي في التطبيق. تفصيل لكل توصيلة. إسقاط أسبوعي. تقدم المكافأة الشهرية: "أنت عند ٩٤٪ نجاح — ١٪ أخرى تفتح مكافأة ٥٠٠ درهم."
حماية ضد التلاعب
كشف الانتقائية (٣+ رفض = إزالة مؤقتة من القائمة). منع التوصيل الوهمي (GPS + QR + الرؤية الحاسوبية للصور). التحقق من الدفع عند الاستلام عبر تأكيد WhatsApp من المستلم.
تكامل إنترنت الأشياء والأجهزة
أجهزة تتبع GPS على جميع المركبات — موقع في الوقت الفعلي حتى لو كان هاتف السائق معطلًا. مستشعرات الحرارة في الشاحنات المبردة — مراقبة مستمرة لسلسلة التبريد مع تنبيهات إذا تجاوزت الحرارة النطاق. موازين ذكية في المستودعات — وزن الطرود تلقائيًا، التحقق من الوزن المعلن، تحديد التناقضات. كاميرات القيادة — تسجيل الحوادث، سلامة السائق. خزائن ذكية — استلام بمصادقة QR، متوفرة ٢٤/٧، لا حاجة لموظفين.
استراتيجية تجربة المستلم
المستلم هو مستخدم من الدرجة الأولى لديه استقلالية وتحكم ومتعة. صفحة تتبع بالعلامة التجارية ومُحسّنة للموبايل (لا حاجة لتثبيت تطبيق) تعمل كواجهته الرئيسية.
أول رسم محتوى: أقل من ١ ثانية. تحميل الخريطة: أقل من ١.٥ ثانية. زمن تأخر التحديث في الوقت الفعلي: أقل من ٢ ثانية. نقاط Lighthouse: أكثر من ٩٥. لا حاجة لتثبيت تطبيق. يعمل على أي متصفح، أي جهاز.
ميزات صفحة التتبع
خريطة حية مع عد تنازلي لوقت الوصول
موقع السائق في الوقت الفعلي على خريطة تفاعلية. تحديث كل ٥ ثوانٍ عند الخروج للتوصيل. العد التنازلي لوقت الوصول يضيق مع اقتراب السائق. رسوم متحركة بدائرة نابضة عندما يكون السائق على بعد أقل من ٥ دقائق.
إعادة الجدولة وإعادة التوجيه
يمكن للمستلم إعادة جدولة التوصيل ليوم/وقت آخر، أو إعادة التوجيه لعنوان مختلف (نفس المنطقة)، أو تفويض التسليم الآمن — كل ذلك من صفحة التتبع، حتى ٣٠ دقيقة قبل وصول السائق.
مرونة الدفع
التحويل من الدفع عند الاستلام إلى الدفع عبر الإنترنت مباشرة على صفحة التتبع (بطاقة، Apple Pay، STC Pay). "ادفع الآن وتخطَّ النقد عند الباب." حافز: خصم ٥٪ ممول من التاجر للتحويل عبر الإنترنت.
التواصل مع السائق
مكالمة هاتفية مقنّعة (حفظ الخصوصية — لا يرى أي طرف الرقم الحقيقي). محادثة داخل الصفحة مع رسائل سريعة مُعدّة مسبقًا. يمكن للمستلم مشاركة موقع GPS المباشر مع السائق للعناوين صعبة الإيجاد.
التقييم والملاحظات
بعد التوصيل: تقييم ١-٥ نجوم على الاحترافية ومعالجة الطرد والالتزام بالوقت. ملاحظات نصية اختيارية. خيار الإكرامية (٥/١٠/٢٠ درهم، ١٠٠٪ للسائق). بطاقة ملخص توصيل قابلة للمشاركة.
إرجاع بنقرة واحدة
ضمن نافذة إرجاع التاجر: نقرة واحدة لبدء الإرجاع. اختيار السبب، رفع دليل بالصور، جدولة الاستلام. تتبع إرجاع كامل على نفس الصفحة.
مسار تواصل المستلم
| المحفّز | القناة | الرسالة |
|---|---|---|
| إنشاء الشحنة | "طلبك من [التاجر] قيد التحضير. التتبع: [رابط]" | |
| خارج للتوصيل | "طردك في الطريق! وقت الوصول المتوقع: [الوقت]. التتبع: [رابط]" | |
| على بعد ٥ دقائق | "[السائق] على بعد ٥ دقائق مع طردك" | |
| تم التوصيل | "تم التوصيل! عرض الإثبات: [رابط]. غير راضٍ؟ ابدأ إرجاع: [رابط]" | |
| فشل التوصيل | "فاتنا لقاؤك! إعادة الجدولة: [رابط]. رد بالوقت المفضل." | |
| تم استلام الإرجاع | "تم استلام الإرجاع. الاسترداد خلال [X] أيام." |
خيارات التوصيل بدون تلامس والذكي
معالجة التوصيل الفاشل ومنطق إعادة المحاولة
الهدف: أكثر من ٩٥٪ معدل نجاح المحاولة الأولى. التوصيلات الفاشلة هي المحرك الأول للتكلفة في لوجستيات الميل الأخير. نهاجم هذا بمنع من ٣ طبقات وجدولة إعادة محاولة مدعومة بالذكاء الاصطناعي.
كل محاولة فاشلة تكلف ١٥-٢٥ درهم (وقت السائق، الوقود، تكلفة الفرصة) مع صفر إيرادات. عند ٥٠ ألف شحنة/يوم، تقليل الفشل من ٢٠٪ إلى ٥٪ يوفر ~٣.٥ مليون$/سنة.
نظام المنع من ٣ طبقات
الثقة أكثر من ٠.٧ أو تحديد
بحث HLR — هل الرقم نشط؟
فشل سابق في هذا العنوان؟
أول مرة + قيمة عالية = تحقق
"هل ستكون في المنزل غدًا؟" [نعم/إعادة جدولة]
"ادفع عبر الإنترنت الآن، تخطَّ النقد عند الباب"
إعادة جدولة التوصيلات الخارجية في العواصف الرملية
"الطرد في الطريق للتوصيل اليوم"
"لست في المنزل؟ [إعادة جدولة/تسليم آمن]"
"السائق يصل الآن"
السائق يتصل إذا لم يكن هناك رد
منطق إعادة المحاولة الذكي
| سبب الفشل | ٪ من الفشل | استراتيجية إعادة المحاولة التلقائية |
|---|---|---|
| غير متاح | ٤٠٪ | فحص أنماط المستلم التاريخية. فشل صباحي → إعادة محاولة بعد الظهر. سؤال المستلم عبر WhatsApp عن الوقت المفضل. |
| عنوان خاطئ | ٢٠٪ | إرسال رابط تحديد الموقع عبر WhatsApp. بعد التحديث → إعادة إدراج فورية. |
| مرفوض (تغيير رأي) | ١٥٪ | التأكيد مع التاجر. بدء الإرجاع. |
| لا يمكن دفع عند الاستلام | ١٠٪ | إرسال رابط الدفع عبر الإنترنت عبر WhatsApp. تحويل تلقائي لمدفوع مسبقًا إذا تم الدفع. إعادة محاولة خلال ٤ ساعات. |
| طرد تالف | ٥٪ | توثيق بالصور، مطالبة بالتلف، شحنة بديلة. |
| لا يمكن إيجاد الموقع | ٥٪ | طلب الموقع المباشر عبر WhatsApp. بعد الاستلام → إعادة توزيع فورية. |
٣ محاولات فاشلة → إرجاع تلقائي للتاجر. المستلم يلغي صراحة → إرجاع فوري. لا رسوم إضافية لأول إعادة محاولة. المحاولة الثانية: ٥٠٪ من رسوم التوصيل. الثالثة: ٧٥٪. الإرجاع: ٥٠-١٠٠٪ من الرسوم الأصلية. هذا التسعير يحفز التجار على تقديم بيانات دقيقة.
اللوجستيات العكسية / هندسة الإرجاع
الإرجاع هو سير عمل من الدرجة الأولى، وليس فكرة لاحقة. ستة أنواع إرجاع، متتبعة بـ QR عبر سلسلة الإرجاع بالكامل، مع مسارات مدمجة للتوصيل + الإرجاع تقلل التكلفة بنسبة ٥٠٪.
أنواع الإرجاع
| نوع الإرجاع | بادر به | المحفّز | مستوى الخدمة |
|---|---|---|---|
| إرجاع العميل | المستلم | تغيير رأي، عنصر خاطئ، تالف | الاستلام خلال ٢٤ ساعة |
| RTO (توصيل فاشل) | System | تجاوز الحد الأقصى لمحاولات التوصيل | فوري، يتم تشغيله تلقائيًا |
| الاستبدال | المستلم + التاجر | استبدال العنصر (إرجاع القديم + توصيل الجديد) | رحلة واحدة: استلام القديم + توصيل الجديد في وقت واحد |
| إرجاع جزئي | Receiver | طلب متعدد العناصر، إرجاع بعضها | Pickup within 24h |
| استدعاء التاجر | التاجر | استدعاء منتج، خطأ شحن | استلام عاجل |
| مرفوض عند الباب | السائق/المستلم | تلف ظاهر، عنصر خاطئ | إرجاع فوري، بدون رحلة إضافية |
دورة حياة الإرجاع (متتبعة بـ QR)
عبر صفحة التتبع أو WhatsApp
موافقة تلقائية أو يدوية من التاجر
مدمج مع مسارات التوصيل
السائق لديه طرد الإرجاع
الفحص وفحص الجودة
رصيد تلقائي للمستلم
استراتيجية تقليل RTO
العمليات متعددة الدول / متعددة المستودعات
تسلسل هرمي تنظيمي كامل: المنصة → المنطقة → الدولة → المدينة → الفرع/المستودع. ليس "جاهزًا للمستقبل" — تشغيلي من الإطلاق.
| نوع المنشأة | الغرض | الموظفون |
|---|---|---|
| المركز الرئيسي | الفرز المركزي، التوزيع بين المدن، معالجة الإرجاع، بوابات مسح QR | ٢٠-٥٠ موظف |
| مركز المدينة | الفرز داخل المدينة، توزيع السائقين، تحصيل الدفع عند الاستلام، QR وارد/صادر | ١٠-٢٠ موظف |
| مركز صغير | تجهيز التوصيل الفوري/بالدقائق، مخزون في مواقع مسبقة | ٣-٥ موظفين |
| مستودع التنفيذ | WMS كامل: التقاط، تعبئة، توسيم، تعيين QR. أرفف متعددة المستويات مع مواقع الحاويات | ٢٠-١٠٠ موظف |
| متجر مظلم | تنفيذ التجارة السريعة (Wadi Express)، تموضع المخزون المسبق | ١٠-٣٠ موظف |
| منشأة العبور | بدون تخزين — الطرود تصل، تُفرز، تغادر في نفس اليوم. التحويلات بين المدن | ٥-١٥ موظف |
| نقطة الاستلام / الخزانة | استلام ذاتي للعميل، استلام بمصادقة QR، خزائن ذكية ٢٤/٧ | ٠-٢ موظف |
الشحنات العابرة لحدود الدول تُنشئ تلقائيًا وثائق جمركية (فاتورة تجارية، قائمة تعبئة، رموز HS)، وتقدّر الرسوم/الضرائب للمستلم، وتوجَّه عبر مراكز التخليص الجمركي المحددة. يدعم نموذجي DDP (التسليم مع دفع الرسوم) و DDU (التسليم بدون دفع الرسوم). تسوية متعددة العملات تتعامل مع تحويل العملات بأسعار مثبتة عند إنشاء الشحنة.
نموذج السوق لوادي
Wadi هو مستأجر على منصة Shipment — لا مسارات كود خاصة. نفس واجهات البرمجة، نفس التوزيع، نفس التتبع. هذا حاسم: ما يعمل لـ Wadi يعمل لأي سوق.
تدفقات خاصة بالسوق
تقسيم الطلبات متعددة البائعين
العميل يشتري ٣ عناصر من ٣ بائعين → ٣ شحنات منفصلة، مرتبطة بـ marketplace_order_id. النظام يكتشف القرب ويجمّع الاستلامات. في مركز الوجهة، يتم التوحيد لسائق توصيل واحد إن أمكن.
التنفيذ بواسطة Wadi (FBW)
مخزون البائع مخزّن مسبقًا في مستودعات Wadi. يُقدّم الطلب → إنشاء قائمة التقاط QR → التقاط وتعبئة وتوسيم في المستودع → شحنة واحدة للعميل. أسرع مستوى خدمة، أقل تكلفة.
نموذج استلام البائع
بائعون غير FBW: يُقدّم الطلب → البائع يؤكد "جاهز" خلال ٤ ساعات → إرسال سائق الاستلام → مسح QR عند البائع → التوصيل للعميل. تأكيد متأخر = عقوبة للبائع.
Wadi Express (فوري/بالدقائق)
عناصر مُموضعة مسبقًا في المراكز الصغيرة/المتاجر المظلمة. طلب → التقاط في أقل من ٥ دقائق → إرسال أقرب دراجة نارية → التوصيل في ١٥-٣٠ دقيقة. سائقون في مواقع مسبقة عند المتاجر المظلمة.
مسار تسوية Wadi
عبر الإنترنت أو نقدًا للسائق
بعد خصم رسوم الشحن
بعد خصم عمولة السوق
السائق → المنصة → Wadi → البائع
تكامل ووردبريس / ووكومرس
إضافة ووردبريس كاملة منشورة على WordPress.org. إعداد بدون كود: تثبيت الإضافة، إدخال مفتاح API، انتهى.
قدرات الإضافة
| الميزة | الوصف |
|---|---|
| أسعار الشحن المباشرة | عند الدفع، يجلب الأسعار في الوقت الفعلي من Shipment API بناءً على وزن السلة والأبعاد وعنوان التوصيل. يعرض مستويات خدمة متعددة بالأسعار وأوقات الوصول المتوقعة. |
| إنشاء الشحنة التلقائي | الطلب مدفوع → الشحنة تُنشأ تلقائيًا عبر API. إنشاء بوليصة الشحن + رمز QR. الملصق قابل للتنزيل من صفحة طلب ووكومرس. |
| مزامنة الحالة | مدفوعة بالويب هوك: تغييرات حالة الشحنة تحدّث تلقائيًا حالة طلب ووكومرس. تُضاف ملاحظات الطلب عند كل محطة. |
| دعم الدفع عند الاستلام | ربط طريقة الدفع عند الاستلام في ووكومرس بالدفع عند الاستلام في Shipment. رسوم الدفع عند الاستلام تظهر عند الدفع. حد أقصى قابل للتكوين وقيود لأول مرة. |
| أداة التتبع | أداة تتبع قابلة للتضمين لأي صفحة ووردبريس. العميل يرى التتبع في "طلباتي" مع رابط لصفحة التتبع الكاملة. |
| العمليات بالجملة | تحديد طلبات متعددة → إنشاء شحنات بالجملة. تصدير الملصقات كـ PDF مجمع. |
| إدارة الإرجاع | إرجاع بمبادرة العميل من صفحة "حسابي". إنشاء شحنة الإرجاع تلقائيًا. |
| عربي + إنجليزي | دعم RTL كامل. جاهز للترجمة مع ملفات .po/.mo. |
تكامل شوبيفاي
تطبيق شوبيفاي منشور على متجر تطبيقات Shopify. يستخدم Carrier Service API للأسعار المباشرة + Fulfillment Service API لإنشاء الشحنات التلقائي. لوحة تحكم مضمنة عبر App Bridge + Polaris.
ميزات تطبيق شوبيفاي
| الميزة | الوصف |
|---|---|
| أسعار مباشرة عند الدفع | Shopify يستدعي نقطة نهاية Carrier Service لدينا. نعيد الأسعار لـ الفوري، نفس اليوم، اليوم التالي، الاقتصادي مع أوقات الوصول المتوقعة. |
| التنفيذ التلقائي | الطلب مدفوع → طلب التنفيذ يُرسل لواجهة البرمجة لدينا → إنشاء الشحنة → رقم التتبع يُعاد لـ Shopify. |
| لوحة التحكم المضمنة | لوحة تحكم التاجر الكاملة مضمنة داخل إدارة Shopify (App Bridge). عرض الشحنات والتحليلات ورصيد الدفع عند الاستلام بدون مغادرة Shopify. |
| ويب هوك ثنائي الاتجاه | Shopify → Shipment: orders/create، orders/cancelled، refunds/create. Shipment → Shopify: picked_up، delivered، failed، returned. |
| الدفع عند الاستلام عبر إضافة الدفع | يضيف "الدفع عند الاستلام" كطريقة دفع في دفع Shopify. تحصيل وتسوية الدفع عند الاستلام تتم بواسطة منصة Shipment. |
| طباعة الملصقات | طباعة ملصقات الشحن مع رموز QR مباشرة من صفحة طلب Shopify. يدعم الطابعات الحرارية (ZPL) و PDF القياسي. |
واجهة برمجة التطبيقات العامة / الويب هوك / SDK
REST أولًا، مُعاد الإصدار، متماثل، مع توثيق شامل. كل ميزة في المنصة هي API. لوحات التحكم الخاصة بنا تستهلك نفس واجهات البرمجة التي يستخدمها الأطراف الثالثة.
مبادئ تصميم API
موارد API الأساسية
| المورد | نقاط النهاية الرئيسية |
|---|---|
| الشحنات | POST /shipments, GET /shipments/:id, POST /shipments/bulk, GET /shipments/:id/tracking, GET /shipments/:id/label |
| عروض الأسعار | POST /quotes (السعر + مستوى الخدمة + توصية المركبة في أقل من ٥٠٠ مللي ثانية) |
| التتبع | GET /tracking/:awb (عام، بدون مصادقة، محدود المعدل) |
| العناوين | POST /addresses/validate, POST /addresses/autocomplete |
| الويب هوك | POST /webhooks, GET /webhooks/:id/deliveries |
| الإرجاع | POST /shipments/:id/return |
نظام الويب هوك
حمولات موقعة بـ HMAC (SHA-256). إعادة محاولة أُسّية: فوري → ٥ د → ٣٠ د → ٢ س → ٨ س → ٢٤ س (٦ محاولات). سجلات التسليم عبر API. إيقاف تلقائي بعد ٧٢ ساعة من الفشل المستمر مع تنبيه بالبريد الإلكتروني. Events: shipment.created, shipment.picked_up, shipment.delivered, shipment.delivery_failed, shipment.returned, cod.collected, settlement.completed.
SDKs وبيئة الاختبار
SDKs الرسمية
JavaScript/TypeScript (@shipment/sdk), PHP (shipment/shipment-php), Python (shipment-sdk). Auto-generated from OpenAPI spec. Type-safe, with built-in retry logic.
بيئة الاختبار
تكافؤ كامل مع الإنتاج. مفاتيح API للاختبار (sk_test_...). توزيع وتتبع وويب هوك محاكاة. أدوات المحاكاة: POST /sandbox/simulate/:id/deliver. إعادة تعيين البيانات كل ٣٠ يومًا. بدون رسوم.
حدود المعدل
| المستوى | حد المعدل | الدفعة |
|---|---|---|
| مجاني | 100 req/min | 20 req/sec |
| النمو | 1,000 req/min | 100 req/sec |
| مؤسسي | 10,000 req/min | 500 req/sec |
| مخصص | تفاوضي/td> | تفاوضي/td> |
الاستراتيجية والتنفيذ
هندسة الأمان، الذكاء الاصطناعي/تعلم الآلة في كل طبقة، منع الاحتيال، التحليلات التشغيلية، المكدس التقني المتطور لعام ٢٠٢٦، نطاق الإطلاق المؤسسي، تحليل المخاطر، أفكار الخندق التنافسي المبتكرة، وخطة سباق التنفيذ لمدة ٢٨ يومًا.
الأمان / الامتثال / التدقيق
هندسة أمان على مستوى المؤسسات. كل طبقة محمية. كل إجراء مُدقّق. كل لائحة ممتثل لها.
هندسة الأمان
DigitalOcean Cloud Firewall
كل حركة المرور مشفرة
لكل مفتاح API، لكل مستأجر
وصول ١ ساعة، تحديث ٧ أيام، قابل للتدوير
عزل المستأجر + الفرع
فرض المخطط على كل طلب
جميع البيانات الشخصية والمالية
السائق ↔ المستلم عبر ترحيل المنصة
كل إجراء مسجل، احتفاظ ٧ سنوات
معالجة البيانات الشخصية
| نوع البيانات | التخزين | العرض | الاحتفاظ |
|---|---|---|---|
| هاتف العميل | مشفر بـ AES-256 | مخفي: +9715****4567 | سنتان |
| الهوية الوطنية للسائق | مشفر + مرمّز | لا يُعرض أبدًا في الواجهة | التوظيف + سنة |
| الحسابات البنكية (IBAN) | مشفر + مرمّز | آخر ٤ أرقام فقط | نشط + سنة |
| مواقع GPS | نص عادي (تشغيلي) | الأدوار المصرح لها فقط | ٩٠ يومًا، ثم تجميع |
| صور إثبات التسليم | مشفر في السكون (S3) | الأدوار المصرح لها فقط | سنة |
| سلسلة مسح QR | مُشفّر بالبلوكتشين | السلسلة الكاملة قابلة للعرض | ٧ سنوات (غير قابل للتغيير) |
الامتثال
التعافي من الكوارث واستمرارية الأعمال
RPO: أقل من ١٥ دقيقة (أرشفة WAL + نسخ متدفق). RTO: أقل من ١٥ دقيقة (تجاوز فشل تلقائي). متعدد المناطق: جميع الخدمات تعمل عبر +٢ مناطق توافر. التعافي متعدد المناطق: السعودية كاحتياطي دافئ. نسخ احتياطي يومي: مشفر، يُختبر شهريًا بتمارين استعادة. هندسة الفوضى: اختبارات حقن الفشل الفصلية للتحقق من المرونة.
منع الاحتيال وإدارة النزاعات
١٠ متجهات احتيال محددة ومحمية ضدها. محرك قواعد في الوقت الفعلي + كشف شذوذ ML من الإطلاق.
متجهات الاحتيال والمنع
| نوع الاحتيال | الفاعل | المنع |
|---|---|---|
| توصيل وهمي | Driver | GPS يجب أن يكون ضمن ٢٠٠ متر من نقطة التوصيل. إثبات التسليم بالصور يتم التحقق منه بنموذج رؤية حاسوبية على الجهاز. مسح QR مطلوب. |
| اختلاس الدفع عند الاستلام | Driver | المستلم يؤكد مبلغ الدفع عند الاستلام عبر WhatsApp. التناقضات تُحدد تلقائيًا. تدقيقات نقدية عشوائية يومية. |
| تزوير GPS | Driver | بصمة الجهاز، كشف المحاكي، التحقق المتبادل لمقياس التسارع مع حركة GPS. |
| احتيال الإرجاع | Receiver | مسح QR عند استلام الإرجاع. فحص جودة المركز مع صور. مقارنة الوزن مع الشحنة الأصلية. |
| احتيال العنوان | Receiver | أول مرة + دفع عند الاستلام بقيمة عالية = تحقق OTP بالهاتف قبل التوزيع. |
| اختطاف الحساب | خارجي | تدوير مفاتيح API، قائمة IP البيضاء، كشف أنماط الاستدعاء الشاذة. |
| سائق وهمي | داخلي | صورة شخصية بيومترية عند بدء المناوبة. ربط الجهاز (جهاز واحد لكل حساب سائق). |
| احتيال التأمين | Merchant | التحقق المتبادل للقيمة المعلنة مقابل فئة المنتج. دليل بالصور عند الاستلام. |
دورة حياة النزاع
من التاجر أو المستلم أو النظام
سحب إثبات التسليم، مسار GPS، سلسلة QR، سجل الدفع عند الاستلام
نموذج ML يقترح الحل
حل تلقائي أو تصعيد لإنسان
خرق مستوى الخدمة: رصيد تلقائي ٥٠٪ من رسوم الشحن. تناقض الدفع عند الاستلام أقل من ٥ درهم: تعديل تلقائي. "لم يُسلّم" ولكن إثبات التسليم موجود: إرسال الإثبات للمستلم للمراجعة. تالف + مؤمّن: بدء مطالبة تلقائية، إضافة القيمة المعلنة. هذه الحلول التلقائية تعالج أكثر من ٦٠٪ من النزاعات بدون تدخل بشري.
الذكاء الاصطناعي والأتمتة — مدمج في كل طبقة
الذكاء الاصطناعي ليس ميزة — إنه الجهاز العصبي للمنصة. كل نقطة قرار وراءها نموذج ذكاء اصطناعي، من التوزيع إلى التسعير إلى كشف الاحتيال إلى التواصل مع العملاء.
التوزيع بالذكاء الاصطناعي (التعلم المعزز)
وكيل التعلم المعزز يتعلم التعيين الأمثل للسائق-الشحنة بمراقبة النتائج. يكتشف أنماطًا لا يستطيع البشر رؤيتها: "عيّن هذا للسائق الأبعد لأن مساره يمر عبر منطقة الاستلام." مدرب على المحاكاة، منشور مع اختبار A/B مقابل DSS القائم على القواعد.
توقع وقت الوصول بالتعلم الآلي
نموذج LightGBM مخصص مدرب على بيانات التوصيل: وقت وصول Google Maps كخط أساس + وقت الركن + الوصول للمبنى + الطابق + وقت دفع الدفع عند الاستلام + الطقس + تعديلات رمضان. أكثر دقة بنسبة ٣٠-٤٠٪ من وقت وصول Google Maps الخام.
دعم العملاء المدعوم بنماذج اللغة الكبيرة
Claude API كالعقل وراء روبوت محادثة WhatsApp. يفهم اللغة الطبيعية: "أين طردي؟" "هل يمكنك التوصيل غدًا بدلًا من ذلك؟" "السائق كان وقحًا." يعالج أكثر من ٧٠٪ من استفسارات الدعم بدون بشر. عربي + إنجليزي.
الرؤية الحاسوبية
نماذج TensorFlow Lite على الجهاز: التحقق من جودة صور إثبات التسليم (يرفض الضبابي/المظلم)، كشف تلف الطرد (يحدد قبل أن يفتح المستلم)، مسح رمز QR (فك ترميز فوري)، التحقق من صورة السائق الشخصية (مكافحة الاحتيال).
التنبؤ بالطلب (Prophet + LSTM)
يتنبأ بحجم الطلبات لكل منطقة لكل ساعة، ٢٤-٧٢ ساعة مقدمًا. العوامل: الأنماط التاريخية، الطقس، العطلات، رمضان، دورات يوم الراتب، الحملات التسويقية، المنتجات الرائجة على Wadi. يقود جدولة السائقين والتموضع المسبق.
كشف الاحتيال (ML للشذوذ)
كشف الشذوذ في الوقت الفعلي على أنماط التوصيل، مبالغ الدفع عند الاستلام، مسارات GPS، سلوك السائق. يحدد التوصيلات الوهمية واختلاس الدفع عند الاستلام وتزوير GPS وإساءة استخدام الحساب. يُصعّد تلقائيًا لقائمة التحقيق.
التحليلات التشغيلية / نموذج مؤشرات الأداء
أكثر من ٣٠ مؤشر أداء رئيسي عبر العمليات والمالية وتجربة العملاء ومقاييس السائقين. لوحات تحكم في الوقت الفعلي. مركز قيادة العمليات للمُرسلين. لوحة تحكم تحليلات التاجر مع التصدير.
اقتصاديات الوحدة ونموذج الربح
يجيب هذا القسم على السؤال الجوهري: كيف تربح Shipment، وكم تربح، ومتى تصبح مربحة؟ جميع الأرقام مبنية على أسعار سوق الإمارات، نموذج الأسطول الخاص بـ ٢٠ سائقًا عند الإطلاق، وحجم طلبات واقعي.
مصادر الإيرادات — كيف نكسب من كل توصيلة
| مصدر الإيرادات | آلية العمل | متوسط الإيراد لكل توصيلة (درهم) |
|---|---|---|
| رسوم الشحن (أساسي) | تُفرض على التاجر لكل توصيلة. تختلف حسب المسافة والوزن ومستوى الخدمة. | ٢٠–٤٥ |
| رسوم الدفع عند الاستلام | ٢.٥٪ من مبلغ الدفع عند الاستلام. متوسط الطلب = ٣٠٠ درهم. | ٧.٥٠ |
| رسوم الوقود الإضافية | ١٠٪ فوق رسوم الشحن الأساسية. تُحمّل على التاجر. | ٢–٤.٥٠ |
| معاملة خاصة | هش، حرارة، كبير الحجم، نافذة مجدولة. | ٣–١٠ (عند الانطباق) |
| التأمين | ١.٥٪ من القيمة المُعلنة. متوسط القيمة = ٥٠٠ درهم. | ٧.٥٠ (عند الاشتراك) |
| رسوم الإرجاع | ٥٠-٧٥٪ من رسوم الشحن الأصلية على المرتجعات. | ١٢–٢٥ |
| متوسط الإيراد المختلط لكل توصيلة | جميع المصادر مجتمعة (مرجّحة) | ٣٢–٣٨ درهم |
هيكل التكاليف — جميع التكاليف الشهرية الثابتة (٢٠ سائقًا + عمليات)
| بند التكلفة | شهريًا (درهم) | ملاحظات |
|---|---|---|
| تكاليف السائقين (٢٠ سائق) | ||
| الراتب الأساسي للسائق (٢٠ × ٢,٥٠٠) | ٥٠,٠٠٠ | راتب شهري ثابت لكل سائق |
| الوقود (٢٠ سائق × ٣,٠٠٠ كم/شهر @ ٠.٧٠ درهم/كم) | ٤٢,٠٠٠ | متوسط ٣,٠٠٠ كم/سائق/شهر |
| صيانة المركبة (٢٠ × ٣٥٠) | ٧,٠٠٠ | إطارات، تغيير زيت، خدمة |
| تأمين المركبة (٢٠ × ١,٢٠٠/سنة ÷ ١٢) | ٢,٠٠٠ | تأمين تجاري ضد الغير، أرخص خيار إماراتي (RSA ~١,٢٠٠ درهم/سنة) |
| تكاليف العمليات | ||
| مدير عمليات (١ لكل ٢٠ مركبة) | ٧,٠٠٠ | يدير التوزيع والسائقين والعمليات اليومية |
| التقنية (DigitalOcean + HERE Maps + 360dialog + Claude Haiku + Sentry) | ٣,٠٠٠ | بنية سحابية ١,٢٥٠ + HERE Maps ٨٠٠ + 360dialog ٤٠٠ + Claude AI ٧٥ + Sentry ٩٥ + متفرقات ٢٨٠ |
| متفرقات (ملصقات، مستلزمات) | ٢,٠٠٠ | ملصقات حرارية، ملصقات QR |
| إجمالي التكلفة الشهرية الثابتة | ١١٣,٠٠٠ | سائقون: ١٠١,٠٠٠ + عمليات: ١٢,٠٠٠ |
شراء المركبة: ٣,٥٠٠ درهم/مركبة × ٢٠ = ٧٠,٠٠٠ درهم (مملوكة للأبد).
زي موحد + معدات سلامة: ~٥٠٠ درهم/سائق × ٢٠ = ١٠,٠٠٠ درهم.
تغليف/لف المركبة: ~١,٥٠٠ درهم/مركبة × ٢٠ = ٣٠,٠٠٠ درهم.
إجمالي تكاليف البدء لمرة واحدة: ~١١٠,٠٠٠ درهم.
تأشيرة السائق والتأمين الشخصي والهاتف/الجهاز هي مسؤولية السائق.
التكلفة المتغيرة لكل توصيلة
| التكلفة المتغيرة | لكل توصيلة (درهم) | ملاحظات |
|---|---|---|
| عمولة السائق لكل توصيلة | ٢.٠٠ | ثابتة ٢ درهم كحد أقصى لكل طلب |
| وقود لكل توصيلة (متوسط ٦ كم مسار محسّن) | ٢.٥٠ | تحسين المسارات يقلل متوسط مسافة الرحلة |
| إشعارات WhatsApp (٤ رسائل/توصيلة) | ٠.٠٨ | 360dialog + تسعير محادثات Meta |
| تكلفة واجهة الخرائط لكل توصيلة (HERE) | ٠.١٠ | HERE Maps مع تخزين مؤقت مكثف |
| طباعة ملصق + رمز QR | ٠.٢٠ | طابعة حرارية، مخزون ملصقات بالجملة |
| احتياطي مخاطر الدفع عند الاستلام (٠.٣٪) | ٠.٩٠ | سلسلة QR تقلل المخاطر بشكل كبير |
| تكلفة التوصيل الفاشل (محسوبة @ ٥٪ نسبة فشل) | ٠.٧٥ | الوقاية بالذكاء الاصطناعي تقلل نسبة الفشل إلى ٥٪ |
| إجمالي التكلفة المتغيرة لكل توصيلة | ٦.٥٣ |
اقتصاديات الوحدة لكل توصيلة
متوسط الإيراد المختلط لكل توصيلة: ٢٠.٠١ درهم. التكلفة المتغيرة لكل توصيلة: ٦.٥٣ درهم. هامش المساهمة: ١٣.٤٨ درهم (٦٧.٤٪). رسوم الشحن ١٠ دراهم هي سلاح اكتساب التجار — رسوم الدفع عند الاستلام والتوصيل الفوري والاشتراكات ترفع الإيراد المختلط إلى ٢٠ درهم.
تحليل نقطة التعادل (٢٠ سائقًا)
= 113,000 AED / 13.48 AED
= 8,383 deliveries/month
= 279 deliveries/day
= ~14 deliveries per driver per day
بسهولة بالغة. معايير السوق في الإمارات: سائقو Noon يقومون بـ ٢٥-٣٥ توصيلة/يوم. Aramex يقومون بـ ٢٠-٣٠. حتى أسوأ السائقين أداءً يقومون بـ ١٥+. نصل لنقطة التعادل عند ١٤ فقط — أقل من نصف ما يفعله السائقون المتوسطون. كل شيء فوق ١٤ هو ربح صافٍ.
سيناريوهات الربح (شهريًا، ٢٠ سائقًا)
| السيناريو | توصيلة/سائق/يوم | توصيلات/شهر | الإيرادات (درهم) | إجمالي التكلفة (درهم) | صافي الربح (درهم) | الهامش |
|---|---|---|---|---|---|---|
| تحت التعادل | ١٠ | ٦,٠٠٠ | ١٢٠,٠٦٠ | ١٥٢,١٨٠ | -٣٢,١٢٠ | -٢٧٪ |
| عند التعادل | ١٤ | ٨,٣٨٣ | ١٦٧,٨٨٠ | ١٦٧,٨٨٠ | ٠ | ٠٪ |
| جيد (٢٠/سائق) | ٢٠ | ١٢,٠٠٠ | ٢٤٠,١٢٠ | ١٩١,٣٦٠ | ٤٨,٧٦٠ | ٢٠.٣٪ |
| قوي (٢٥/سائق) | ٢٥ | ١٥,٠٠٠ | ٣٠٠,١٥٠ | ٢١٠,٩٥٠ | ٨٩,٢٠٠ | ٢٩.٧٪ |
| رائع (٣٠/سائق) | ٣٠ | ١٨,٠٠٠ | ٣٦٠,١٨٠ | ٢٣٠,٥٤٠ | ١٢٩,٦٤٠ | ٣٦.٠٪ |
| ممتاز (٣٥/سائق) | ٣٥ | ٢١,٠٠٠ | ٤٢٠,٢١٠ | ٢٥٠,١٣٠ | ١٧٠,٠٨٠ | ٤٠.٥٪ |
| استثنائي (٤٠/سائق) | ٤٠ | ٢٤,٠٠٠ | ٤٨٠,٢٤٠ | ٢٦٩,٧٢٠ | ٢١٠,٥٢٠ | ٤٣.٨٪ |
كيف تُعظّم شركات اللوجستيات الكبرى في الإمارات أرباحها
الكثافة فوق المسافة
Noon و Aramex و Careem يركزون على المناطق الحضرية الكثيفة (دبي مارينا، JLT، داون تاون) حيث تتم ٥-٨ توصيلات في نطاق ٢ كم. المزيد من التوصيلات في الساعة = إيراد أعلى لكل ساعة سائق.
دخل تعويم الدفع عند الاستلام
نقد الدفع عند الاستلام يبقى في حسابنا ٣-٧ أيام قبل التسوية. عند ٥٠٠ توصيلة/يوم: تعويم = ~٦٣٠,٠٠٠ درهم مُحتفظ بها دائمًا. عند عائد ٥٪ سنويًا = ٣١,٥٠٠ درهم/سنة دخل مجاني.
إيرادات الإرجاع
المرتجعات بنفس الرسوم الثابتة ١٠ دراهم. مع نسبة إرجاع ~٨٪: ٤٠ مرتجع/يوم × ١٠ درهم = ١٢,٠٠٠ درهم/شهر إيراد إضافي.
رسوم التوصيل الفوري
التوصيل الفوري يُحسب بـ ٣-٥ أضعاف السعر الأساسي. حتى عند ١٠٪ من الحجم: ٥٠ توصيلة فورية/يوم × ٢٠ درهم إضافي = ٣٠,٠٠٠ درهم/شهر إضافي.
اقتصاديات التوسع: ٢٠ → ٥٠ → ١٠٠ سائق (@ ٤٠ توصيلة/سائق/يوم)
| المقياس | ٢٠ سائق | ٥٠ سائق | ١٠٠ سائق |
|---|---|---|---|
| توصيلات/يوم | ٨٠٠ | ٢,٠٠٠ | ٤,٠٠٠ |
| توصيلات/شهر | ٢٤,٠٠٠ | ٦٠,٠٠٠ | ١٢٠,٠٠٠ |
| الإيرادات الشهرية (@ ٢٠.٠١ درهم مختلط) | ٤٨٠,٢٤٠ | ١,٢٠٠,٦٠٠ | ٢,٤٠١,٢٠٠ |
| التكاليف الثابتة (سائقون + عمليات) | ١١٣,٠٠٠ | ٢٧٨,٥٠٠ | ٥٤٧,٠٠٠ |
| التكاليف المتغيرة (@ ٦.٥٣/توصيلة) | ١٥٦,٧٢٠ | ٣٩١,٨٠٠ | ٧٨٣,٦٠٠ |
| إجمالي التكاليف | ٢٦٩,٧٢٠ | ٦٧٠,٣٠٠ | ١,٣٣٠,٦٠٠ |
| صافي الربح/شهر | ٢١٠,٥٢٠ | ٥٣٠,٣٠٠ | ١,٠٧٠,٦٠٠ |
| صافي الهامش | ٤٣.٨٪ | ٤٤.٢٪ | ٤٤.٦٪ |
| صافي الربح السنوي | ٢.٥٣ مليون درهم | ٦.٣٦ مليون درهم | ١٢.٨٥ مليون درهم |
تكاليف العمليات الثابتة لا تتضاعف عندما يتضاعف السائقون. مدير عمليات واحد لكل ٢٠ مركبة. تكاليف التقنية شبه ثابتة. عند ١٠٠ سائق، تكلفة العمليات لكل توصيلة تنخفض ٤٠٪. هدفنا: ٤٠٪+ صافي هامش عند ٥٠+ سائقًا.
الجدول الزمني للربحية
فترة الانطلاق. ١٥٠-٢٥٠ توصيلة/يوم. بناء كثافة المناطق.
الوصول لنقطة التعادل ٢٧٩/يوم (١٤/سائق). هدف سهل جدًا.
٦٠٠-٩٠٠/يوم (٣٠-٤٥/سائق). هوامش قوية. إضافة سائقين.
وضع التوسع. ٥٠+ سائق. ١,٥٠٠+/يوم. ٢٠٪+ هوامش. التوسع لأبوظبي.
"في اللوجستيات، تخسر المال في أول توصيلة لمنطقة وتربح من كل توصيلة تالية. اللعبة هي الكثافة — كلما زادت التوصيلات لكل كيلومتر مربع في الساعة، أصبحت كل توصيلة أكثر ربحية. لهذا نركز على السيطرة على المنطقة قبل التوسع الجغرافي." — استراتيجية Shipment المالية، مارس ٢٠٢٦
نطاق الإطلاق — النظام المؤسسي الكامل
لا نموذج أولي. لا بوابات ميزات. نظام الإطلاق يتضمن كل قدرة أساسية: عمليات متعددة الدول، تسوية متعددة العملات، إدارة مستودعات متعددة، سلسلة حيازة QR، توزيع مدعوم بالذكاء الاصطناعي، تتبع في الوقت الفعلي، التحقق من إثبات التسليم بالرؤية الحاسوبية، ومنصة API كاملة. هذا هو النظام الذي يجعل المنافسين قديمين.
دقة التوزيع التلقائي: أكثر من ٩٠٪. إتمام سلسلة مسح QR: ١٠٠٪. صفحة التتبع: تحميل أقل من ١ ثانية. معدل تعطل تطبيق السائق: أقل من ٠.٥٪. تسوية الدفع عند الاستلام: أكثر من ٩٩٪. وقت تشغيل API: أكثر من ٩٩.٩٪. متعدد الدول: الإمارات + دولتين خليجيتين عاملتين. عبر الحدود: وثائق جمركية مُنشأة تلقائيًا.
المكدس التقني المتطور لعام ٢٠٢٦
AI/ML في الجوهر
ليس ملحقًا لاحقًا. روبوت محادثة دعم عملاء مدعوم بنماذج اللغة الكبيرة (Claude API)، تنبؤ بالطلب بالتعلم الآلي، رؤية حاسوبية لجودة إثبات التسليم + كشف التلف، تعلم معزز لتحسين التوزيع. كل ذلك من اليوم الأول.
إثبات التسليم بالرؤية الحاسوبية
السائق يلتقط صورة التوصيل → نموذج ML على الجهاز يتحقق: الطرد مرئي، غير ضبابي، الموقع صحيح، لا تلف. يرفض الصور السيئة فورًا. يكتشف تلف الطرد تلقائيًا ويحدد قبل أن يفتح المستلم.
الحوسبة الطرفية على تطبيق السائق
نماذج ML تعمل على الهاتف (TensorFlow Lite): مسح QR، التحقق من إثبات التسليم، مطابقة العناوين، التوزيع بدون اتصال. لا حاجة للإنترنت للعمليات الأساسية. المزامنة عند الاتصال.
مسار تدقيق البلوكتشين
كل حدث مسح QR يُشفّر في سلسلة غير قابلة للتغيير. سلسلة حيازة مقاومة للتلاعب. قابلة للتصدير لمطالبات التأمين والنزاعات القانونية والتحقق الجمركي.
بث الأحداث في الوقت الفعلي
Apache Kafka مع دلالات مرة واحدة بالضبط من اليوم الأول. ليس Redis Streams. كل حدث (شحنة، سائق، مالي) يُبث في الوقت الفعلي لجميع المستهلكين. إعادة تشغيل الأحداث للتصحيح والتعافي.
النشر متعدد المناطق
مناطق DigitalOcean: الإمارات (رئيسي)، السعودية، أوروبا. امتثال إقامة البيانات لكل دولة. نشط-نشط للتوافر العالمي. استجابات API أقل من ١٠٠ مللي ثانية في كل منطقة مخدومة.
التكلفة المقدرة للبنية التحتية المؤسسية
| البند | التكلفة الشهرية |
|---|---|
| DigitalOcean (DOKS multi-region + managed DBs + Redis Cluster + Spaces + LBs) | ~$1,500-2,500 |
| HERE Maps (ترميز جغرافي، توجيه، تخطيط جولات، سياج جغرافي، تتبع أسطول) | ~$220 |
| 360dialog (واجهة WhatsApp API) + رسوم محادثات Meta | ~$110 |
| AI/ML infrastructure (model serving + Claude API for chatbot) | ~$200-500 |
| Claude API Haiku (روبوت محادثة ذكي احتياطي) | ~$20 |
| Sentry (تتبع الأخطاء) + GitHub Free | ~$26 |
| Redis Streams (بث الأحداث — مضمن في Redis) | $0 |
| نطاق + متفرقات | ~$55 |
| إجمالي البنية التحتية التقنية | ~$820/month (~٣,٠٠٠ درهم) |
DHL ينفق أكثر من ٢ مليار$/سنة على التقنية. Noon ينفق أكثر من ٥٠ مليون$/سنة على تقنية اللوجستيات. ٣-٦ آلاف$/شهر لدينا يشتري لنا نظامًا متفوقًا معماريًا على كليهما — لأننا نبني على بنية تحتية سحابية أصلية ٢٠٢٦ بينما يحافظون على أنظمة متراصة من حقبة ٢٠١٠. هذه التكلفة تتوسع خطيًا مع الحجم، وليس أسيًا.
المخاطر والمقايضات ومضادات الأنماط
المخاطر الحرجة
| المخاطرة | الاحتمالية | التأثير | التخفيف |
|---|---|---|---|
| اكتساب السائقين والاحتفاظ بهم | HIGH | CRITICAL | رواتب تنافسية، أرباح شفافة، تجربة تطبيق جيدة، مكافآت السلاسل، معاملة كشريك |
| احتيال/فقدان معالجة نقد الدفع عند الاستلام | HIGH | HIGH | تدقيقات يومية، حدود نقدية، تأكيد مزدوج للقيمة العالية، مسح QR عند كل تسليم، تأمين |
| تكاليف API الخرائط على نطاق واسع | MEDIUM | HIGH | HERE Maps كمزود واحد (أرخص ١٠ مرات من Google). تخزين مؤقت مكثف. ميزات لوجستية متقدمة. |
| جودة العناوين في الإمارات | HIGH | MEDIUM | تكامل Makani، تحديد على الخريطة، مواقع GPS مؤكدة من السائق، قاعدة بيانات عناوين جماعية المصدر |
| موثوقية النظام على نطاق واسع | MEDIUM | CRITICAL | متعدد المناطق، تجاوز فشل تلقائي، قواطع الدوائر، هندسة الفوضى، RTO أقل من ١٥ دقيقة |
| الامتثال التنظيمي (متعدد الدول) | MEDIUM | HIGH | مستشار قانوني لكل دولة. إقامة البيانات لكل ولاية قضائية. تصاريح النقل. ترخيص الدفع عند الاستلام من البنك المركزي. |
| المنافسة من اللاعبين الحاليين | HIGH | MEDIUM | التفوق التقني (الذكاء الاصطناعي، سلسلة QR، الوقت الفعلي). تجربة مستخدم أفضل. تكلفة أقل. انفتاح API أولًا. |
| مخاطر تنفيذ الجدول الزمني ٢٨ يومًا | MEDIUM | HIGH | جميع قرارات الهندسة المعمارية مسبقة. صفر أسابيع تخطيط. أكثر من ١٥ مهندسًا بالتوازي. اجتماعات يومية. لا زحف في النطاق. |
مقايضات الهندسة المعمارية
خدمات مصغرة من اليوم الأول
اختيرت على النظام المتراص المعياري. المقايضة: أصعب في البناء مبدئيًا لكنها تلغي ترحيل النظام المتراص إلى الخدمات المصغرة المؤلم لاحقًا. مع Kafka من اليوم الأول، الخدمات مفصولة بشكل صحيح.
PostgreSQL على NoSQL
اختيرت على MongoDB. لماذا: ACID للبيانات المالية، PostGIS للجغرافيا، RLS لتعدد المستأجرين، JSONB للمرونة. NoSQL ستحتاج حلولًا منفصلة للمعاملات والجغرافيا.
DigitalOcean على AWS
اختيرت على AWS. لماذا: أبسط، أرخص ٣٠-٥٠٪، كافية لاحتياجاتنا. إذا احتجنا خدمات AWS محددة (SageMaker)، يمكننا الذهاب للهجين لاحقًا.
HERE Maps على Google Maps
اختيرت على Google Maps. لماذا: أرخص ١٠ مرات على نطاق واسع. HERE لديها ميزات لوجستية (تخطيط جولات، سياج جغرافي، تتبع أسطول، توجيه مركبات). فجوة الجودة في الإمارات صغيرة.
مضادات الأنماط التي يجب تجنبها
التوزيع عبر WhatsApp: ابنِ وحدة التوزيع أولًا. التسوية بـ Excel: خدمة الدفع عند الاستلام من اليوم الأول. قواعد بيانات مشتركة بين الخدمات: كل خدمة تملك بياناتها. محاباة السائقين: توزيع خوارزمي مع تقييم العدالة. تجاهل التوصيلات الفاشلة: إعادة محاولة آلية مع تحليل السبب الجذري. تخصيص كل شيء: اشترِ السلع، ابنِ المميزات.
أفكار مبتكرة "مجنونة" تخلق خندقًا تنافسيًا
ضمان التوصيل مع استرداد المال
"نعد بالتوصيل بحلول ٤ مساءً. إذا فاتنا الموعد، الشحن مجاني." لا شركة توصيل في المنطقة تقدم هذا.
نظام سمعة المستلم
المستلمون يبنون سمعة بناءً على التوفر والدقة والسلوك. السمعة العالية تحصل على فترات أولوية.
قاعدة بيانات عناوين جماعية المصدر
كل توصيلة تؤكد بـ GPS موقع الباب الدقيق. أكثر من ١٠٠ ألف توصيلة = أكثر من ٥٠ ألف عنوان موثق. مستحيل التكرار.
مكافآت سلاسل السائقين
"٥ في الوقت متتالية = +٢٠ درهم. ١٠ بدون فشل = +٥٠ درهم." تلعيب بدون عقاب.
التموضع التنبؤي للمخزون
شحن العناصر الشائعة مسبقًا لأقرب مركز صغير قبل وصول الطلبات. التوصيل في ١٥ دقيقة يصبح ممكنًا.
شبكة التوصيل المفتوحة
شركات توصيل أخرى تنضم لبنيتنا التحتية. سائقوهم، تقنيتنا. تأثير الشبكة يخلق خندقًا.
المخطط النهائي للنظام
React Native
React
Next.js SSR
React
+ PostGIS
التخزين المؤقت + Pub/Sub
ناقل الأحداث
تخزين S3
| الخاصية | المواصفات |
|---|---|
| الهندسة المعمارية | خدمات مصغرة من اليوم الأول (NestJS + Kafka + DOKS) |
| التوافرية | ٩٩.٩٥٪ عند الإطلاق → ٩٩.٩٩٪ على نطاق واسع |
| زمن الاستجابة | P95 أقل من ٢٠٠ مللي ثانية API، أقل من ٣ ثوانٍ تحديثات التتبع |
| الإنتاجية | ٥٠٠/يوم → أكثر من ١ مليون/يوم |
حزمة جاهزية التنفيذ
مسارات عمل الهندسة المؤسسية — سباق ٢٨ يومًا
أساس المنصة + جوهر الشحنات (الأيام ١-٥)
بنية DOKS التحتية، CI/CD، NestJS monorepo، مخطط قاعدة البيانات، المصادقة، بوابة API. CRUD الشحنات، بوليصة الشحن + الملصقات، التحقق من العناوين مع HERE Maps.
المحركات: التسعير + المركبات + التوزيع (الأيام ٣-٨)
محرك بطاقة الأسعار، صيغة التسعير، توصية المركبة، تقييم DSS، التوزيع التلقائي، تتبع موقع السائق عبر WebSocket + Redis. جميع المحركات الثلاثة تُبنى بالتوازي بواسطة مطورين منفصلين.
تطبيق السائق — المسار الكامل (الأيام ٤-١٤)
React Native: مصادقة OTP، بدء/نهاية المناوبة، قائمة التوصيل، تنقل Google Maps/Waze، مسح الاستلام، إثبات التسليم (صورة + توقيع)، تحصيل الدفع عند الاستلام، عرض الأرباح. مزامنة القائمة بدون اتصال.
لوحة تحكم التاجر + وحدة الإدارة (الأيام ٦-١٦)
التاجر: إنشاء الشحنات (فردي + CSV بالجملة)، التتبع بالخريطة، رصيد الدفع عند الاستلام، تنزيل الملصقات، إدارة مفاتيح API. الإدارة: CRUD المستأجر، المستخدم، الفرع، المنطقة، بطاقة الأسعار.
صفحة التتبع + إشعارات WhatsApp (الأيام ١٠-١٨)
صفحة تتبع Next.js SSR (خريطة حية، وقت الوصول المتوقع، جدول الحالات الزمني، عربي/إنجليزي). تكامل 360dialog WhatsApp لـ ٤ نقاط تواصل + أزرار + روبوت محادثة Claude Haiku احتياطي
وحدة التوزيع + وحدة الفرع (الأيام ١٢-٢٠)
التوزيع: خريطة في الوقت الفعلي مع السائقين + الشحنات، لوحة التنبيهات، التعيين/إعادة التعيين اليدوي. الفرع: مسح وارد/صادر، عرض الفرز، تسجيل إيداع الدفع عند الاستلام.
الوحدة المالية + الويب هوك (الأيام ١٤-٢٢)
دفتر أستاذ الدفع عند الاستلام (تتبع لكل توصيلة)، رصيد نقد السائق، تسوية الإيداعات، فوترة التاجر، تتبع التسويات. خدمة الويب هوك مع منطق إعادة المحاولة.
تكامل Wadi + الاختبار الشامل (الأيام ١٨-٢٥)
عميل Wadi API، إنشاء الشحنات من الطلبات، مزامنة حالة الويب هوك، مسار الدفع عند الاستلام. اختبار شامل كامل لدورة الحياة الكاملة.
اختبار الحمل + الأمان + إصلاح الأخطاء (الأيام ٢٣-٢٧)
اختبار الحمل عند ضعف الحجم المتوقع، تدقيق أمني، اختبار اختراق، إصلاح الأخطاء الحرجة، ضبط الأداء.
الإطلاق التجريبي + البدء المباشر (اليوم ٢٨)
إطلاق تجريبي مع ٥٠-١٠٠ شحنة/يوم، تدريب السائقين، تسجيل التجار، غرفة مراقبة الحرب. تصعيد الإطلاق الكامل.
تسلسل البناء الموصى به — سباق ٤ أسابيع
الجدول الزمني ٤ أسابيع يتطلب أقصى توازي: جميع مسارات العمل العشرة تعمل بالتزامن مع مالكين مخصصين. اجتماعات يومية، لا عوائق مقبولة. فريق من +١١ مهندسًا يعملون في وقت واحد عبر الخلفية والموبايل والواجهة الأمامية و DevOps.
| اليوم | المخرجات | الفريق |
|---|---|---|
| Day 1-2 | عنقود DOKS مباشر، خط أنابيب CI/CD، NestJS monorepo، مخطط PostgreSQL، Redis، خدمة المصادقة | DevOps + ١ خلفية |
| Day 3-5 | API CRUD الشحنات، إنشاء بوليصة الشحن، PDF الملصقات، التحقق من العناوين (HERE Maps)، API عروض الأسعار | ٢ خلفية |
| Day 3-8 | محرك التسعير، محرك توصية المركبات، محرك التوزيع (DSS + التعيين التلقائي) | ٢ خلفية (بالتوازي) |
| Day 4-14 | تطبيق السائق: المصادقة، المناوبة، القائمة، التنقل، مسارات الاستلام/التوصيل، إثبات التسليم، الدفع عند الاستلام، وضع بدون اتصال | ٢ موبايل |
| Day 6-16 | لوحة تحكم التاجر + وحدة الإدارة (إنشاء الشحنات، التتبع، بطاقات الأسعار، إدارة المستخدمين) | ٢ واجهة أمامية |
| Day 10-18 | صفحة التتبع (Next.js SSR، خريطة حية، وقت الوصول المتوقع) + WhatsApp (360dialog) + أزرار + روبوت محادثة Claude Haiku | ١ واجهة أمامية + ١ خلفية |
| Day 12-20 | وحدة التوزيع (خريطة في الوقت الفعلي، تنبيهات) + وحدة الفرع (مسح، فرز، إيداع الدفع عند الاستلام) | ١ واجهة أمامية |
| Day 14-22 | دفتر أستاذ الدفع عند الاستلام، التسوية، الفوترة، التسويات، خدمة الويب هوك مع إعادة المحاولة | ١ خلفية |
| Day 18-25 | تكامل Wadi (عميل API، الويب هوك، مسار الدفع عند الاستلام) + اختبار شامل كامل | ١ خلفية + ضمان الجودة |
| Day 23-27 | اختبار الحمل (ضعف الحجم)، تدقيق أمني، إصلاح أخطاء حرجة، ضبط الأداء | الفريق كامل |
| Day 28 | الإطلاق التجريبي — ٥٠-١٠٠ شحنة/يوم، تدريب السائقين، تسجيل التجار | الفريق الكامل |
هذا ليس بناء نموذج أولي — إنه نظام مؤسسي كامل في ٢٨ يومًا. متعدد الدول، متعدد العملات، متعدد المستودعات، سلسلة حيازة QR، توزيع بالذكاء الاصطناعي، رؤية حاسوبية، روبوت محادثة LLM، بث Kafka في الوقت الفعلي — كل ذلك عند الإطلاق. مع فريق من +١٥ شخصًا يشغلون جميع مسارات العمل بالتوازي، كل قدرة تُشحن في اليوم ٢٨. المكدس التقني محسوم. الهندسة المعمارية مصممة. اليوم ١ = يبدأ الكود.
"هذه الوثيقة هي مادة حية. حدّثها مع اتخاذ القرارات، والتحقق من الافتراضات أو إبطالها، وتطور المنتج." — هندسة Shipment واستراتيجية المنتج، مارس ٢٠٢٦