تطبيقات التوصيل والطلبات: المكونات الأساسية للعميل والمندوب ولوحة الإدارة

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

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

1. منظومة من عدة واجهات لا تطبيق واحد

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

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

2. تطبيق العميل: من التصفح إلى الاستلام

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

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

3. تطبيق المندوب: أداة عمل لا تطبيق تسوق

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

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

4. لوحة الإدارة: غرفة التحكم في التشغيل

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

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

5. إسناد الطلبات وحالاتها والتتبع اللحظي

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

• حالات الطلب: مثل جديد، ومقبول، وقيد التحضير، وجاهز للاستلام، ومع المندوب، وتم التسليم، وملغى.
• قواعد الانتقال: لا ينتقل الطلب إلى «تم التسليم» قبل أن يمر بالاستلام، ويُسجَّل وقت كل انتقال.
• التحديث اللحظي: تقنيات مثل WebSockets أو قواعد البيانات اللحظية تنقل الحالة وموقع المندوب دون إعادة تحميل.
• معالجة الاستثناءات: كرفض المندوب للطلب أو عدم رد العميل عند الوصول، ولكل حالة إجراء معروف.

6. الخرائط والعناوين والإشعارات

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

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

الخلاصة

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