kerneltics

المدونة

تطوير تطبيق توصيل في السعودية: الأجزاء الي ما يشوفها العميل وهي الي تنجح المشروع

تطبيقات · توصيل · نقل · Flutter

تطبيق العميل هو الجزء السهل. الي ينجح أو يفشل مشروع التوصيل هو تطبيق السائق، والتوزيع، وتسوية النقد، والتتبع. وش نبني في كل جزء، وليش نبدأ بالسائق قبل العميل.

لما يجينا عميل يبي «تطبيق توصيل»، أول شي يوريني إياه تصميم تطبيق العميل: الشاشة الرئيسية، القائمة، السلة، زر اطلب. حلو. بس هذا الجزء الي يشوفه العميل، وهو أقل جزء يحدد نجاح المشروع.

الي يحدد النجاح: السائق يستلم الطلب بسرعة ولا يضيع؟ التشغيل يعرف وين كل سائق؟ النقد الي جمعه السائق يطابق الطلبات آخر اليوم؟ العميل يشوف طلبه على الخريطة ولا يتصل يسأل؟

اشتغلنا على تطبيقات فيها عميل وفني ولوحة تشغيل، وهذا المقال عن الأجزاء الي لازم تفكر فيها قبل ما ترسم شاشة وحدة لتطبيق العميل. وإذا لسه تسأل «كم يكلف؟» اقرأ كم تكلفة تطوير تطبيق جوال أولاً.

تطبيق التوصيل ثلاث تطبيقات، مو واحد

  1. تطبيق العميل: يطلب ويدفع ويتابع.
  2. تطبيق السائق (أو المندوب أو الفني): يستلم الطلب، يتنقل، يسلم، يثبت التسليم.
  3. لوحة التشغيل: تشوف كل شي، توزع، تحل المشاكل، تطلع التقارير.

وتحتهم كلهم نظام خلفي واحد يمسك الطلبات والحالات والمواقع والدفع. أي عرض يتكلم عن «تطبيق» بالمفرد ما فهم المشروع.

الجزء 1: تطبيق السائق

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

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

الشاشات هنا لازم تكون قليلة وكبيرة. السائق ما يقرأ، يضغط.

الجزء 2: لوحة التشغيل

مركز العمليات. الشخص الي يجلس عليها يشوف:

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

اللوحة تكون على المتصفح، وتشتغل على الجوال لأن مدير التشغيل مو دايم على مكتب.

الجزء 3: تطبيق العميل

الآن الجزء الي يشوفه الناس. بسيط عن قصد:

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

وفي البداية، ممكن تستغني عنه: العميل يطلب من الواتساب أو الموقع، والسائق واللوحة يشتغلون كاملين. تكلمنا عن هذا في تطبيق ولا موقع.

الجزء 4: النظام الخلفي والربط

  • حالات الطلب مرسومة بوضوح: جديد، مقبول، في الطريق، تم، ملغي، فاشل، ومن يقدر ينقل من حالة لحالة.
  • الدفع مع تأكيد من الخادم مو المتصفح، وتسوية.
  • الخرائط للمسافة والوقت والسعر.
  • الرسائل للتحقق والإشعارات.
  • ربط مع أودو أو نظام المحاسبة والمخزون إذا موجود، علشان الطلب يطلع فاتورة وينقص رصيد بدون إدخال يدوي.

تطبيق النقل (ركاب) نفس الشي؟

تقريباً. راكب بدل عميل، سائق، وتشغيل. الفرق في التسعير بالمسافة والوقت لحظياً، وفي مطابقة أقرب سائق بسرعة، وفي متطلبات الجهات المنظمة للنقل الي لازم تتأكد منها قبل ما تبدأ، لأنها تحدد أشياء في التطبيق نفسه.

الأخطاء الي نشوفها

  • البدء بتطبيق العميل وترك السائق للآخر. النتيجة: تطبيق حلو ما فيه أحد يوصل.
  • توزيع تلقائي معقد من أول يوم. ابدأ يدوي مع اقتراح، وأتمت لما تفهم أنماط الطلبات.
  • تجاهل النقد. أغلب التوصيل في السعودية لسه فيه دفع عند الاستلام، والتسوية الي ما تطابق تاكل الربح.
  • الاعتماد على الإنترنت دايماً في تطبيق السائق.
  • إطلاق على كل المدينة مرة وحدة. حي واحد أو فريق سائقين صغير أولاً.

أسئلة سريعة

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

كم سائق يحتاج النظام علشان يستاهل؟ ما فيه رقم سحري. الي يفرق هو هل توزيع الطلبات والتحصيل صار يضيع وقت ومال. إذا مدير التشغيل يقضي يومه على الواتساب مع السائقين، النظام يستاهل من أول شهر.

التطبيق يشتغل خارج المدينة؟ أي، المناطق والأسعار تنضبط من اللوحة، وتفتح مدينة جديدة بإضافة منطقة وسائقين، بدون تعديل في الكود.

الخلاصة

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

شوف صفحة تطبيقات التوصيل والنقل لتفاصيل الي نبنيه، أو احجز استشارة مجانية ونرسم رحلة الطلب عندك من البداية للتسليم.