الخلاصة التنفيذية
صفحة Careem الرسمية للعراق تعرض Rides على مدار الساعة في بغداد والنجف والبصرة وأربيل، وتعرض فئات مثل Awfar وTaxi وExtra والمطار. كما تركز على موثوقية السائق، فحص الخلفية، فحص المركبات ودعم داخل الرحلة. هذا يكشف أن المنتج ليس Pinين على خريطة؛ هو سوق لحظي يبني الثقة بين راكب وسائق ويضبط العرض حسب المدينة والفئة والوقت.
أي شركة تريد تطبيق تاكسي يجب أن تبني ثلاث آلات معاً: طلب الراكب، تطبيق/اقتصاد السائق، ومركز عمليات وسلامة. إهمال واحدة يجعل الأخرى تبدو معطلة مهما كانت الواجهة جميلة.
الوعد حسب الفئة
Awfar: تموضع سعري للتنقل اليومي في بغداد.Taxi: خيار اعتيادي موثوق.Extra: مهمات متعددة/زمن أطول.To Airport: رحلة حساسة للموعد والوجهة.
فئات الرحلة ليست أسماء تسويقية فقط. كل واحدة قد تغير نوع المركبة، السعر، الحد الأدنى، وقت الانتظار، الوجهة، أولوية المطابقة وSLA. لذلك يجب إدارتها من Configuration موثوق، لا If statements متناثرة.
سوق ذو جانبين
الراكب يريد توفر وسعراً وأماناً. السائق يريد طلبات مناسبة ودخلاً متوقعاً ووقتاً قليلاً بلا راكب. المنصة تحتاج توازناً:
ركاب أكثر → دخل محتمل أعلى للسائق → سائقون أكثر → ETA أقل → تجربة أفضل → ركاب أكثر.
لكن الحوافز غير المضبوطة تجلب عرضاً مؤقتاً وتختفي عند توقف الدعم. النجاح يحتاج قياس ربح السائق بعد الوقود والوقت، لا عدد السائقين المسجلين فقط.
اكتساب واحتفاظ
اكتساب الراكب
Referral، أول رحلة، شراكات مطارات/شركات ورسالة مدينة دقيقة. التحويل الحقيقي هو Ride completed، لا App install.
اكتساب السائق
مراكز/فرق onboarding، تحقق وثائق، تدريب، دعم، Incentives قابلة للفهم وشفافية المستحقات.
الاحتفاظ
للمستخدم: Pickup دقيق، ETA صادق، سعر مفهوم، Driver identity ودعم. للسائق: طلبات كافية، توزيع منصف، تسوية واضحة وآلية اعتراض.
النظام البرمجي المتوقع
استنتاج تحليلي لفئة النقل، لا وصف لـStack Careem.
Rider app
Map، pickup refinement، destination، fare/ETA، نوع الرحلة، tracking، safety، payment، rating ودعم.
Captain app
Onboarding status، availability، offer timer، navigation، arrival/wait/start/end، earnings، cash balance، safety/support.
Backend
- Geospatial index للسائقين المتاحين.
- Dispatch/Matching مع قواعد قابلة للتفسير.
- ETA/route provider abstraction.
- Fare engine: base/time/distance/wait/tolls/zones/promos.
- Trip State Machine وEvent log.
- Payment/Ledger وcash settlement.
- Safety/risk signals وCase management.
- Notifications/communication وObservability.
Operations
خريطة حية، supply gaps، incidents، refunds، driver documents، pricing configs، geofences وتقارير.
التسعير
السعر الثابت أو التقديري يحتاج سياسة عند تغيير الوجهة والانتظار وانحراف المسار. Dynamic pricing قد يحسن توفر السائق، لكنه يحتاج Caps وشفافية ومراقبة شكاوى. لا تبدأ بخوارزمية معقدة؛ ابدأ بFare rules قابلة للمراجعة وسجل Version لكل تسعيرة.
المطابقة وETA
الأقرب جغرافياً ليس دائماً الأفضل. قد يكون على الجهة الأخرى من شارع معقد، منخفض القبول، أو خارج فئة المركبة. قس:
- Predicted vs actual pickup.
- Acceptance probability.
- Driver idle/reposition distance.
- Cancellation بعد المطابقة.
- مناطق تنقصها تغطية.
لا تطلق ML قبل وجود Ground truth وتعريف واضح للخطأ.
السلامة كمنتج
- تحقق هوية ووثائق ومركبة.
- بيانات واضحة للراكب قبل الركوب.
- مشاركة الرحلة وجهة اتصال موثوقة.
- Incident categories و24/7 escalation متناسب مع التشغيل.
- Audit trail واحتفاظ بيانات وفق سياسة.
- حماية بيانات الموقع من الوصول غير الضروري.
Safety KPI ليس عدد البلاغات وحده؛ انخفاض البلاغات قد يعني صعوبة الوصول للدعم. قس زمن الاستجابة والحل ونوعية الحالات.
فرصة المشغل المحلي
يمكنه التخصص في مدينة، رحلات شركات، مطار، نساء/عائلات وفق القانون والتشغيل، أو أسطول مُدار. لكنه يحتاج سبباً يجعل السائق يبقى والراكب يثق. تخفيض السعر وحده ليس Moat.
خارطة MVP
- مدينة واحدة وفئة مركبة واحدة.
- Rider + Driver + Operations + Safety + COD/تسوية.
- Onboarding يدوي مضبوط وGeofences.
- قواعد سعر ومطابقة بسيطة قابلة للتعديل.
- بعد ثبات Completion: فئات، شركات، حجوزات، محفظة أو اشتراك.
KPIs
- Requests، match rate وtime-to-match.
- Pickup ETA error P50/P90.
- Acceptance وCancellation by side/reason.
- Trips per online driver hour وDriver net earnings estimate.
- Completed ride Contribution.
- Safety contact rate، response/resolution time.
- D30 rider repeat وActive driver retention.
أسئلة شائعة
هل Google Maps وحدها تكفي؟
هي مزود محتمل للخريطة والمسارات، لا نظام تشغيل. ما زلت تحتاج حالات، مطابقة، تسعير، تسوية، Safety ودعم.
هل نحتاج تتبع كل ثانية؟
لا. التردد يتوازن مع الدقة والبطارية والكلفة والخصوصية، ويتغير حسب حالة الرحلة.
تطبيق جاهز أم مخصص؟
الجاهز قد يختبر السوق، لكن افحص ملكية السورس، الخرائط، التسعير، السلامة، السجلات، التوسع والتسوية قبل الشراء.
قرار SUMIX
نحوّل المدينة والفئات والسياسة والسائقين والتسوية إلى Blueprint، ثم نبني رحلة كاملة قابلة للمراقبة قبل إضافة Super App features.
CTA: ابنِ نظام حجز وتوزيع يناسب مدينتك → /solutions/taxi-app مقال مرتبط: تحليل Baly: التاكسي والتوصيل
المصدر
*تحليل مستقل. Careem وعلاماتها ملك أصحابها.*