الوثيقة الشاملة لمنصة النقل واللوجستيات

1تحليل المتطلبات (Requirements Analysis)

1.1 الهدف من النظام

بناء نظام تشغيل لوجستي (Logistics Operating System) يحوّل أسطولاً قائماً إلى شبكة نقل وشحن ذكية، عبر ثلاث قدرات مترابطة:

1. تشغيل أسطول متعدد الفئات (سيارات ركاب، سيارات شحن خفيف، دراجات نارية) بحالة لحظية كاملة وتوزيع آلي.
2. سوق مزايدة عادل ينقل التسعير من "تعرفة مفروضة" إلى "سعر مقبول من الطرفين"، مع مؤشر سعر عادل يمنع الاستغلال.
3. محرك استغلال المساحات المهدرة (Deadload / LTL) يحوّل الأميال الفارغة إلى إيراد إضافي للسائق والشريك، ويخفض تكلفة الشحن على العميل.

الفارق الجوهري عن النسخة الأولى: المنصة لا تبحث عن سائقين — الأسطول موجود. ولذلك تنتقل المعركة من جانب العرض إلى جانب الطلب: استقطاب التجار والأفراد لملء الطاقة التشغيلية المتاحة. هذا يعني أن المنتج يجب أن يُبنى حول جذب الطلب وتسهيله، لا حول إدارة نقص العرض.

الأهداف القابلة للقياس للسنة الأولى:

1.2 منظومة التطبيقات (Applications Ecosystem)

قرار مقترح: بناء أربع واجهات فقط في السنة الأولى (سائق، عميل، بوابة تاجر، لوحة إدارة) بدل ثلاثة تطبيقات جوال + بوابات متعددة. تطبيق التاجر الجوال يُؤجَّل حتى يُثبت أن التجار يحتاجونه فعلاً.

1.3 المتطلبات الوظيفية الأساسية (Core Features)

أ) إدارة الطلب ودورة حياته: إنشاء طلب (ركاب/شحنة/توصيل) · تسعير فوري مع مؤشر السعر العادل · نافذة مزايدة محددة زمنياً · آلية احتياطية تلقائية عند عدم وجود عروض (سعر ثابت فوري ثم توسيع النطاق) · إسناد ذرّي · تتبع لحظي · إلغاء وسياسة رسوم · إثبات تسليم مصوّر وموقّع · تقييم متبادل.

ب) إدارة الأسطول متعدد الفئات: ملف لكل مركبة (فئة، سعة، وزن، حجم، تبريد، حالة) · ملف لكل سائق مع وثائق وتواريخ انتهاء وإيقاف آلي · حالة لحظية · مناطق تشغيل · جداول صيانة وتنبيهاتها · تقارير استهلاك ووقود.

ج) المزايدة والسوق: عروض سرّية أحادية الجولة للركاب، ومتعددة الجولات للشحن · حدود سعرية دنيا وعليا · مؤشر السعر العادل بنطاق ومستوى ثقة · سجل عروض غير قابل للتعديل.

د) الشحن الجزئي والمساحات المهدرة: إدخال أبعاد الشحنة (طول/عرض/ارتفاع/وزن/منصات/تبريد/قابلية تكديس) · الوزن الحجمي ومتر التحميل · مطابقة الشحنات على مسارات قائمة · قيود صلبة على الوعود الزمنية للعميل الأول · تسعير بالمسافة والمساحة والزمن.

هـ) المالية: محفظة مسبقة الدفع للتجار · احتجاز (Escrow) وتحرير آلي · دفتر أستاذ مزدوج · عمولات متدرجة · الدفع النقدي (COD) وحساب دَين السائق · دورات سداد · فاتورة إلكترونية متوافقة مع المرحلة الثانية من منصة "فاتورة" · ضريبة القيمة المضافة · تسوية يومية مطابقة مع بوابة الدفع.

و) التوثيق والامتثال: بوليصة شحن رقمية مختمة زمنياً وجغرافياً · صور إثبات تسليم · أرشفة مستندات · سجل تدقيق غير قابل للتعديل · موافقات البيانات الشخصية · تكامل التتبع الحكومي (وصل).

ز) العمليات والدعم: لوحة مراقبة حية · تدخل يدوي وإعادة إسناد · إدارة الحوادث والشكاوى · تنبيهات تشغيلية · دعم متعدد القنوات.

ح) القدرات المؤسسية (B2B): عقود أسعار · حدود ائتمان وشروط سداد · طلبات مجمعة عبر ملف أو واجهة برمجية · تقارير أداء ومؤشرات خدمة · ربط مع منصات التجارة الإلكترونية.

ط) التقارير والتحليلات: لوحات العمليات والمالية والصيانة · مؤشرات الأميال الفارغة ونسبة الإرفاق · تقارير الشريك · تقارير الالتزام.

2تصميم النظام وهندسة البرمجيات (System & Software Design)

2.1 البنية التحتية

المبدأ الحاكم: نبني بحجم اليوم مع أبواب مفتوحة لحجم الغد. الحجم الفعلي (950 مركبة، ~6,650 طلباً يومياً، 35–50 مزايدة متزامنة، 95–190 نبضة موقع في الثانية) لا يبرر ست خدمات مصغرة ولا Kubernetes ذاتي الإدارة.

الشكل المعتمد — أربع وحدات نشر:

البنية الداعمة: PostgreSQL + PostGIS (المصدر الموثوق للبيانات والمعاملات المالية) · Redis (الحالة اللحظية + الناقل + حدود المعدل) · تخزين كائني (الصور والمستندات) · مستودع تحليلات منفصل · بوابة API مع حماية وتحديد معدل.

قرارات هندسية مبررة بالأرقام:

الاستضافة: داخل المملكة العربية السعودية. المناطق المتاحة فعلاً (حتى تاريخ الوثيقة): Oracle الرياض وجدة (منطقة توفر واحدة لكل منهما — لذا يلزم تصميم تعافٍ بين المنطقتين) وGoogle الدمام (متاحة لكن الشراء والفوترة عبر شريك محلي معتمد). أمازون ومايكروسوفت معلنتان وغير متاحتين داخل المملكة، ولا يجوز البناء عليهما.

الاعتمادية: أهداف خدمة معلنة (توافر 99.9% للمسار التشغيلي و99.95% للمالي، زمن استجابة p95 أقل من 300 مللي ثانية)، تعافٍ من الكوارث (RPO ≤ 5 دقائق، RTO ≤ 60 دقيقة، والدفتـر المالي RPO = صفر)، وتدهور متدرج: عند تعطّل خدمة المزايدة يتحول النظام تلقائياً إلى السعر الثابت فلا يتوقف العمل.

2.2 الحماية والأمان (Security & Compliance)

ملاحظة قانونية مهمة: نظام حماية البيانات الشخصية في المملكة لا يفرض توطيناً مطلقاً لكل البيانات، بل يجيز النقل خارج المملكة بضوابط (شروط تعاقدية معتمدة أو قواعد ملزمة أو شهادة اعتماد)، بينما بيانات الجهات الحكومية تخضع لتوطين صريح وصارم، ويحكم التصنيف الوطني للبيانات درجات الحماية ومكان المعالجة. ولذلك: الاستضافة داخل المملكة قرار امتثال ومخاطرة، لا مجرد التزام شكلي.

2.3 تحسين محركات البحث (SEO Architecture)

• العرض من الخادم (SSR) للبوابة الإلكترونية: صفحات الخدمات، الشروط والأحكام، صفحات المدن، صفحات قطاعات العملاء (تجزئة، أدوية، مواد غذائية، تجارة إلكترونية).
• هيكل روابط دلالي يستهدف نية البحث التجارية: "شحن جزئي"، "توصيل بضائع بالرياض"، "شركة شحن للمتاجر الإلكترونية"، "توصيل طرود نفس اليوم" — مع نسخة إنجليزية وربط لغوي (hreflang).
• بيانات منظمة (Schema) لصفحات الخدمة والشركة والأسئلة الشائعة، وربطها بملف النشاط المحلي.
• المحتوى هو المحرك الحقيقي: حاسبة أسعار عامة، أدلة قطاعية، دراسات حالة، أدوات مقارنة تكلفة الشحن. البوابة يجب أن تكون قناة استقطاب طلب B2B، لا بطاقة تعريف.
• قياس: ربط البحث بالتحويلات (طلب عرض سعر، تسجيل تاجر) عبر تتبع منفصل عن تتبع الطلبات التشغيلية.

3دراسة الجدوى الفنية والتحديات التشغيلية (Technical Feasibility & Hard Truths)

3.1 تكلفة البنية التحتية والسيرفرات والخرائط

التحدي الحقيقي ليس الفاتورة السحابية بل العكس: الفاتورة صغيرة. التحدي هو الاختيار الخاطئ للخرائط: الاعتماد على واجهات تجارية لتتبع 950 مركبة وحساب مسارات بثلاث فئات مركبات يُنتج فاتورة تتجاوز كل بنود البنية التحتية مجتمعة. الحل: محرك توجيه داخلي بقطاع إقليمي، وحصر الخرائط التجارية في الواجهة المرئية فقط وبالحد الأدنى من الحقول، مع مراعاة شروط المزوّد في إعادة استخدام البيانات.

تحذير خاص بفئة الشاحنات: ملف المسارات يجب أن يحترم قيود الارتفاع والوزن ومنع دخول الشاحنات للمدن — وهذا متطلب امتثال لا تحسين، وجودة بيانات الخرائط المفتوحة في الخليج محدودة في هذه الوسوم تحديداً، فتلزم قاعدة تحقق ومراجعة دورية.

3.2 تحدي السيولة المبدئية والتشغيل

الحالة الجديدة: العائق الكلاسيكي (نقص السائقين) سقط بحكم الشراكة: 950 مركبة جاهزة تعني سيولة عرض مضمونة من اليوم الأول، وطاقة تشغيلية تتجاوز أي حجم طلب واقعي في السنة الأولى.

ولهذا تصبح الفجوة الحقيقية في الاتجاه المعاكس: الطلب. أسطول بـ950 مركبة بلا طلبات كافٍ يعني خسارة يومية مضاعفة (تكلفة تشغيل + فرصة ضائعة للشريك). لذلك:

1. التشغيل يبدأ بمحفظة طلب مضمونة قبل التوسع في الأسطول: عقود توزيع مع تجار، شركات، وجهات حكومية، وتحديد عدد المركبات النشطة بناءً على الطلب الفعلي لا على توفر الأصول.
2. لا يُشغَّل الأسطول كاملاً في اليوم الأول: التدرّج (150 → 400 → 950) يحمي الحوافز والجودة ويسمح بضبط الخوارزميات قبل التحجيم.
3. الطاقة غير المستخدمة تُباع كخدمة، لا تُترك معطّلة: اشتراكات "مندوب/سيارة مخصّصة" شهرية للتجار هي الوسيلة الأمثل لتحويل الطاقة المتاحة إلى إيراد ثابت متوقّع.
4. خطة التحوّل مع الشريك شرط تقني وتشغيلي: جرد أنظمته الحالية، ودمج بيانات السائقين والمركبات، وفترة تشغيل مزدوج (النظام القديم بجانب الجديد) قبل القطع الكامل، وخطة رجوع.

3.3 تحدي المزايدة في نقل الركاب مقابل البضائع

الخلاصة التشغيلية: المزايدة تبقى ميزة المنصة الأساسية في الشحن والتوصيل، وتبقى في نقل الركاب مقيّدة بحدود التسعير المسموح بها نظاماً، مع البديل الجاهز (السعر الثابت الفوري) الذي يمنع تعليق تجربة العميل.

4الحماية المالية والتشغيلية (Financial Security & Concurrency)

4.1 التزامن ومنع الاحتيال المالي

تصحيح بنيوي للنسخة الأولى: "تقييد الحساب بجهاز واحد" ليس ضابطاً مالياً؛ فهو قابل للتجاوز بإعادة الدخول، ويضرّ تجربة المستخدم بلا مقابل أمني حقيقي. الضوابط الفعلية:

الاختبار الإلزامي قبل كل إصدار: إعادة إرسال مكرر · انقطاع شبكة في منتصف العملية · تعطّل خدمة الإشعارات · تسوية معلّقة · إلغاء بعد الاحتجاز · تسليم جزئي — كلها سيناريوهات آلية في مجموعة "اختبارات السلامة المالية".

5طبقات الذكاء الاصطناعي والأتمتة (AI & Automation Layers)

5.1 التسعير الذكي والتنبؤي

الترتيب الصحيح (النسخة الأولى قلبت الترتيب):

لا يُبنى تسعير تعلّمي في السنة الأولى: لا توجد بيانات تاريخية، والناتج سيكون تخميناً بتكلفة مهندس كامل، بينما الشفافية التنظيمية والتفاوضية تحتاج معادلة مفهومة يمكن تفسيرها للعميل والجهة التنظيمية.

5.2 أتمتة خوارزمية المساحات المهدرة

التصحيح الجوهري: "نسبة الانحراف المقبولة 15%" ليست حلاً. الصياغة الهندسية الصحيحة:

1. تصفية المرشحين: شحنات تقع داخل ممر حول مسار المركبة + سعة كافية (وزن، حجم، منصات، تبريد) + توافق نوافذ زمنية.
2. تقييم الإدراج: محلّل مسارات متعدد المحطات مع نوافذ زمنية يحسب التكلفة والزمن الإضافي وترتيب المحطات الأمثل.
3. قيود صلبة لا تُخترق: عدم تجاوز الوعد الزمني المقطوع للعميل الأول + سقف انحراف بالكيلومترات والدقائق + سقف عدد محطات إضافية.
4. دالة هدف اقتصادية: هامش الشحنة الإضافية − تكلفة الانحراف (وقود، زمن، مخاطرة خدمة).
5. القبول الذرّي: عرض على السائق ثم إسناد بمعاملة واحدة.

للدراجات النارية: الـ Deadload هنا = تجميع الطلبات (5–15 نقطة في الرحلة) بنفس المحرك وبمعاملات مختلفة (سعة صندوق صغيرة، نوافذ قصيرة، حد تأخير لكل عميل).

5.3 التشغيل الذكي للأساطيل

هذه هي المنتج القابل للبيع المستقل عن المزايدة، ويجب أن يُبنى كوحدة معزولة قابلة للترخيص:

• لوحة مؤشرات الأسطول: استغلال المركبة، الأميال الفارغة، استهلاك الوقود، الالتزام بالمواعيد، تكلفة الكيلومتر.
• الصيانة التنبؤية: جدولة مبنية على العدادات والأعطال والاستخدام، مع تنبيهات آليّة ومزامنة مع ورش الشريك.
• تحليل سلوك السائق: سرعة، فرملة، إيقاف، التزام — لتحسين السلامة وتقليل الاستهلاك.
• توجيه الطلب (Heatmaps): توجيه المركبات مسبقاً نحو المناطق والاوقات ذات الطلب المرتفع.
• التقارير التنظيمية والمالية الجاهزة للشريك والجهات.

الأثر التجاري: هذا البند وحده يمكن تسعيره باشتراك شهري لكل مركبة، وهو أقوى رافعة مالية في النموذج لأنه لا يعتمد على سيولة الماركت بليس.

6دراسة الجدوى (Feasibility Study)

6.1 الجدوى التسويقية (Market Feasibility)

السوق المستهدف: المملكة العربية السعودية أولاً (انطلاقاً من مدينة رئيسية — الرياض)، ثم مدن ثانية (جدة، الدمام)، ثم الإمارات لاحقاً عبر شريك مرخّص بنموذج الامتياز.

لماذا السعودية أولاً: الأسطول والشريك والتراخيص التشغيلية في المملكة · حجم سوق الخدمات اللوجستية الأكبر إقليمياً مدفوعاً بالتجارة الإلكترونية ومشاريع الرؤية · تسعير الشحن أقل تقييداً تنظيمياً من نقل الركاب · وجود أسطول دراجات جاهز لسوق التوصيل النشط.

الشرائح بالترتيب:

تحليل المنافسة — الفجوة الحقيقية: المنافسون الإقليميون ينقسمون إلى ثلاثة أنماط: (أ) شحن تجاري مؤسسي يركز على الحمولة الكاملة، (ب) توصيل ميل أخير بأسعار ثابتة، (ج) منصات مزايدة عالمية بلا إدارة أساطيل ولا ربط خوارزمي للشحنات الجزئية. الفجوة = الدمج بين الثلاثة: تشغيل أسطول حقيقي + مزايدة عادلة + استغلال خوارزمي للمساحات المهدرة، مع بيع طبقة التشغيل كخدمة لأساطيل الغير.

الميزة التنافسية القابلة للدفاع: لا يمكن نسخ عقود الأسطول، ولا البيانات التشغيلية المتراكمة، ولا دقة خوارزمية الإرفاق المبنية على تلك البيانات. أما المزايدة وحدها فقابلة للتقليد في أسابيع — ولذلك مؤشر النجاح الأول للأميال الفارغة لا لعدد الطلبات.

قناة الطلب الأهم عملياً: الربط مع منصات التجارة الإلكترونية المحلية (سلة، زد، شوبيفاي) — هذه هي الطريقة الأسرع لجعل مئات التجار يطلبون من المنصة دون بيع مباشر فردي.

6.2 الجدوى الفنية والفنية (Technical Feasibility)

المخاطر الفنية الحقيقية: (1) جودة بيانات المسارات وقوانين المرور للشاحنات · (2) دقة العنوان في الخليج · (3) اعتماد نموذج الدفع على موافقة المزوّد · (4) دمج أنظمة الشريك القائمة · (5) دقة الزمن المتوقع في غياب بيانات مرورية.

ما يجعل الجدوى الفنية مقبولة: أن كل مكوّن أساسي ناضج ومجرّب، والحجم لا يمثل تحدياً هندسياً، والمكوّنان الوحيدان اللذان يحتاجان بناءً خاصاً هما محرك الإرفاق ومحرك التوجيه بثلاث فئات — وهما نفسهما الميزة التنافسية.

6.3 الجدوى المالية (Financial Feasibility)

أولاً: التكاليف الرأسمالية (CapEx) — تصحيح جوهري

النسخة الأولى أعلنت 22 ألف دولار، وهذا غير متوافق مع وجود 950 مركبة. الصحيح أن الأسطول مملوك للشريك (تكلفته لا تقع على المنصة)، وأن CapEx المنصة هو:

ثانياً: التكاليف التشغيلية الشهرية (OpEx)

ثالثاً: نماذج الإيراد (متدرّجة، لا عمولة 20% موحّدة)

رابعاً: نموذج توضيحي عند النضج (افتراضات معلنة، تُراجع بعد 3 أشهر تشغيل)

بعد خصم تكاليف الدفع والحوافز والمطالبات (~50,000 دولار) يصبح صافي المساهمة ≈ 245,000 دولار شهرياً.

سيناريوهات النتيجة الشهرية عند النضج:

الاستنتاج المالي الصريح: النموذج قابل للربح، لكنه حساس جداً لبندين: (1) حصة الشريك، (2) مستوى الطلب الفعلي. لذلك:

1. يجب حسم حصة الشريك تعاقدياً قبل بناء النموذج المالي النهائي — هي التي تحدد إن كان المشروع شركة برمجيات أو وسيطاً تشغيلياً.
2. التعادل لا يتحقق في الشهر الثالث أو الرابع كما ادّعت النسخة الأولى؛ التقدير الواقعي من الشهر السابع إلى الثاني عشر حسب سرعة بناء الطلب، بشرط انضباط التكاليف.
3. لا يوجد نموذج يعمل باستغلال أقل من 45–65% من الطاقة — ولذلك الأولوية القصوى هي الطلب، لا الأسطول.
4. احتياج رأس المال الواقعي (CapEx + خسائر مرحلة الصعود + رأس مال عامل + احتياطي): 500 ألف – 1 مليون دولار، وليس 22 ألف دولار. هذا رقم صغير لمشروع لوجستي، والتصحيح في مصلحة المشروع لأنه يجعل الطلب واقعياً.

6.4 الجدوى القانونية والتنظيمية (Legal Feasibility)

1الملخص التنفيذي (Executive Summary)

• ما نبنيه: نظام تشغيل لوجستي متكامل (منصة + سوق مزايدة + محرك استغلال مساحات مهدرة) يعمل على أسطول قائم من 700 سيارة و250 دراجة نارية مملوك لشريك تشغيلي سعودي.
• المشكلة التي نحلها: الأميال الفارغة والتشغيل اليدوي وغياب التسعير العادل وتشتت الطلب بين قنوات غير رقمية.
• لماذا نحن: أسطول مضمون من اليوم الأول + خوارزمية إرفاق شحنات على مسارات قائمة + تجميع توصيل بالدراجات — مزيج غير مطبّق بشكل متكامل إقليمياً.
• كيف نكسب: تشغيل مؤسسي أولاً (B2B) عبر قنوات التجارة الإلكترونية والتوزيع، ثم الأفراد؛ مع بيع طبقة تشغيل الأساطيل كخدمة (SaaS) كإيراد متكرر.
• الأرقام الحاكمة: ~6,650 عملية يومياً عند النضج · إيراد منصة ~295 ألف دولار شهرياً · احتياج رأسمالي 0.5 – 1 مليون دولار · تعادل متوقع بين الشهر السابع والثاني عشر.
• المخاطر الحاكمة: حصة الشريك، سرعة بناء الطلب، موافقة بوابة الدفع، وحدود تنظيم تسعير نقل الركاب.

2وصف الشركة والمشروع (Company Description)

الرؤية: أن نكون طبقة التشغيل الذكية للنقل واللوجستيات في المملكة والمنطقة، بحيث تحوّل "الأميال الفارغة" من خسارة إلى أصل مدرّ للإيراد، وتُدار الأساطيل بالبيانات لا بالهاتف.

الرسالة: تمكين الشريك ومزودي الخدمة والتجار من تشغيل نقلهم وشحنهم بتسعير عادل وشفافية كاملة وكفاءة تشغيلية مقيسة، عبر منصة تجمع السوق (Marketplace) وبرمجيات التشغيل (SaaS) في نظام واحد.

الأهداف الاستراتيجية:

3هيكل المنتجات والخدمات (Products & Services)

خطوط المنتج:

1. نقل الركاب (B2C): سعر عادل + مزايدة مقيّدة بالحدود النظامية + سعر ثابت فوري.
2. الشحن الخفيف والجزئي (B2B): شحن بعقد أو بالطلب، مع استغلال المساحات المهدرة.
3. التوصيل بالدراجات (B2B/B2C): اشتراك مندوب مخصّص + طلبات عابرة + توصيل نفس اليوم.
4. تشغيل الأساطيل كخدمة (SaaS): لوحة الأسطول، الصيانة التنبؤية، تحليل السلوك، توجيه الطلب، التقارير.
5. الخدمات المساندة: بوليصة شحن رقمية، إثبات تسليم، تقارير امتثال، تكاملات مع منصات التجارة.

خريطة طريق المنتج (مبنية على خارطة الطريق التقنية):

4خطة التسويق والمبيعات (Marketing & Sales Strategy)

المبدأ الحاكم: بما أن العرض مضمون، فكل جهد التسويق يوجَّه إلى بناء الطلب — وهذه نقطة كانت غائبة كلياً عن النسخة الأولى.

نموذج التسعير (محدّث): عمولة متدرّجة (ركاب 12–15% · شحن خفيف 15–20% · إرفاق 20%) + اشتراك مندوب مخصّص + اشتراك تشغيل الأساطيل لكل مركبة. والنسخة الأولى التي اعتمدت 20% موحّدة على كل شيء كانت ستُفرّغ السائقين وتخسر الشحن الحسّاس للسعر.

5الخطة التشغيلية والهيكل الإداري (Operations & Management)

الهيكل التنظيمي المقترح:

تشغيل يومي: غرفة عمليات حية · مؤشرات يومية (طلبات، إسناد، التزام، أعطال) · تسوية مالية يومية إلزامية · اجتماع أسبوعي مشترك مع الشريك (تشغيل + تقنية) · دورة تطوير كل أسبوعين مع إصدار تدريجي ورايات ميزات.

الانتقال من الشريك: جرد الأنظمة الحالية · ترحيل بيانات السائقين والمركبات · فترة تشغيل مزدوج · تدريب السائقين والمنسّقين · خطة رجوع موثقة.

6الخطة المالية المستقبلية (Financial Projections — Overview)

افتراضات النموذج المالي (يجب إقرارها قبل العرض على أي مستثمر): قيمة الطلب لكل خط · نسبة استغلال الطاقة · نسبة العمولة الفعلية · عدد الاشتراكات المخصّصة · حصة الشريك من الإيراد · تكلفة الدعم لكل طلب · معدل المطالبات · سرعة الاستحواذ على الطلب.

نقاط الضبط المالي الإلزامية: لا تمويل تسويقي بلا مؤشر تكلفة استحواذ مقيس · لا توسّع جغرافي قبل تعادل الوحدة الاقتصادية في المدينة الأولى · لا نمو في الأسطول بلا طلب مقابل · إعادة تقييم النموذج كل ربع ببيانات فعلية لا بافتراضات.

ملحق: أهم ما تم تصحيحه عن النسخة الأولى

ملحق (أ): ملف الإطلاق المحدّث

ملحق (ب): خدمة اختيار السائق (سيدة/رجل) — القيمة والنموذج

لماذا هي أهم من ميزة برمجية: لا تُقلَّد بخوارزمية، بل بأسطول سائقات موثّق بعقود. وهي تفتح ثلاثة أسواق عالية القيمة: نقل النساء، النقل المدرسي/الطالبات، المواعيد الطبية — والثلاثة اشتراكات متكررة لا رحلات عابرة، وهذا أفضل أنواع الإيراد المتاح للمشروع.

النموذج التجاري المقترح:

الحل الهندسي للنقص المتوقع: عدد السائقات أقل من حاجز الطلب في البداية، والحل ليس "انتظاراً" بل الجدولة المسبقة (Scheduled) — فتُطابق الرحلات قبل وقتها بساعة أو يوم، ويتحول الطلب غير المنتظم إلى جدول مُدار. ويُقاس الطلب غير المخدوم كمؤشر قرار لاستقطاب السائقات: عند بلوغه 15–20% من طلبات التفضيل يصبح التوسع في التوظيف مبرراً بالأرقام.

مخاطر هذه الخدمة: (1) نقص العرض يخلق تجربة سيئة إن لم تُدر بشفافية — يجب إظهار الزمن المتوقع وتقديم بدائل؛ (2) النقل المدرسي والطبي لهما متطلبات ترخيص وتجهيز وتأمين إضافية — لا يُسوَّق لهما قبل رأي قانوني مكتوب؛ (3) أي إساءة استخدام لتفضيل الجنس تُديرها سياسة مكتوبة ومراقبة صارمة (التفضيل مُدار بالنظام، وممنوع نظامياً رفض الراكب على أساس الجنسية أو الدين أو الإعاقة).

ملحق (ج): هيكل الملكية وحصة الشريك — تحليل نسبة 40%

القراءة الأولى: 40% حصة شريك من إيراد المنصة (Revenue Share)

هذه مرتفعة جداً في النموذج الحالي. بالأرقام عند النضج (من ملحق القسم 6.3): إيراد المنصة ≈ 295 ألف دولار شهرياً، صافي المساهمة بعد تكاليف الدفع والحوافز والمطالبات ≈ 245 ألفاً، والتكاليف التشغيلية ≈ 100–174 ألفاً.

الخلاصة: 40% من الإيراد تجعل المشروع عند خط الخسارة في أفضل حالاته، وفي مرحلة الصعود تحوّل كل تأخر في بناء الطلب إلى خسارة مضاعفة. نقطة التعادل في حصة الشريك تقع عند ~35% كحد أقصى مطلق. أي نسبة أعلى تُبرَّر فقط بأحد ثلاثة: أن يتحمّل الشريك جزءاً من التكاليف التشغيلية، أو أن ترتفع نسب العمولة، أو أن تنخفض التكاليف الثابتة — وكلها افتراضات يجب إثباتها لا افتراضها.

الأخطر من الرقم: الأثر المرجعي. الشريك الأول يحدد سقفاً تفاوضياً دائماً. إذا وُقّع 40% مع الشريك الأول، فكل شركة أسطول لاحقة ستطلب 40% أو أكثر، ويتحوّل هامش المنصة إلى هامش موردين بشكل دائم. وهذا يعني أن قرار 40% ليس قراراً مع شريك واحد، بل قرار تسعير لبرنامج الشركاء كله.

البديل الموصى به — الدفع مقابل القيمة المُضافة لا مقابل الأصل:

قاعدة التعاقد: وثّق تتبّع مصدر كل طلب (شريك أم منصة)، لأن أي حصة إيراد بلا تتبّع مصدر تُصبح ضريبة دائمة على جهدك.

القراءة الثانية: 40% حصة ملكية لك كمؤسس تقني

هذه معقولة وقابلة للدفاع، وهي في الحد الأعلى للمنصف إذا لم تكن تضع رأس مال نقدياً. المعيار هو ما يقدّمه كل طرف:

التقدير: إذا كان الشريك يموّل كل النفقات التشغيلية ويملك الأصول، فالنطاق المنصف 25% – 40% لك. وطلب 40% مشروع إن استطعت الحصول عليه، لكنه يصبح مبالغاً فيه إذا طلب الشريك أن تموّل أيضاً. وإن كنت ستضع رأس مال نقدياً أو تجلب مستثمرين مبكراً، فالنطاق يرتفع إلى 40% – 50%.

لكن الرقم أقل أهمية من البنود العشرة التالية — بدونها لا قيمة لأي نسبة:

1. الملكية الفكرية داخل كيان مشترك جديد (شركة المشروع)، لا داخل شركة الشريك القائمة. هذا البند وحده يحدد إن كنت تملك أصلاً قابلاً للبيع أو مجرد وظيفة.
2. Vesting لمدة 4 سنوات مع Cliff سنة — على الطرفين: مساهمة الشريك بالأصول يجب أن تكون مُلتزمة ومجدولة أيضاً، وإلا فبإمكانه سحب الأسطول بعد ستة أشهر ويبقى معك منتج بلا عرض.
3. حصرية الأسطول: المركبات مخصصة للمنصة في الفئات الأساسية، مع حد أدنى للالتزام.
4. الحوكمة: مجلس إدارة وبنود محفوظة (Reserved Matters) — لا تتخذ قرارات التمويل أو البيع أو تغيير النشاط بأغلبية أحادية.
5. حقوق استباقية ومكافحة التخفيف في أي جولة تمويل قادمة.
6. تفويض تقني مكتوب: توظيف الفريق، اعتماد الميزانية التقنية، وقرارات المعمارية — أنت مسؤول، فتكون لك السلطة.
7. راتب سوقي يُصرف من الإيراد عند توفره، منفصل تماماً عن الحصة (وإلا فأنت تموّل الشركة براتبك).
8. سياسة توزيع الأرباح وإعادة الاستثمار مكتوبة (من يقرر، وبأي أغلبية).
9. حقوق الخروج: Tag-along و Drag-along وشروط بيع الحصص لطرف ثالث.
10. ملكية عقود التجار والبيانات: يوقّعها ويملكها الكيان المشترك لا الشريك، وإلا فقدت أصلك التجاري.

الفخاخ الخمسة التي يجب تجنّبها في هذه الشراكة

1. بناء المنصة داخل شركة الشريك دون حصة فيها — أسوأ الاحتمالات: تبني أصلاً لا تملكه.
2. اتفاقية حصة إيراد بلا ملكية — تتحول إلى علاقة مورد/استشاري، لا شريك مؤسس.
3. غياب Vesting على التزام الشريك بالأصول — خطر فقدان العرض في أي لحظة.
4. ازدواج الدور (Double-dip): أن يكون الشريك مالكاً بنسبة كبيرة ومورّداً باحصة إيراد مرتفعة في نفس الوقت. هذا بند يرفضه أي مستثمر عند التدقيق (معاملة طرف ذي علاقة) — افصلهما ووثّقهما بشروط تجارية عادلة وكأنهما طرفان مستقلان.
5. حبس المنصة مع شريك واحد: عقد يمنع خدمة أساطيل أخرى = فقدان أهم أصل استراتيجي (الشبكة متعددة الأساطيل) وأهم خط إيراد مستقبلي (SaaS).

التوصية النهائية للرقم