برمجة تطبيق توصيل في مصر: تطبيق العميل والمندوب ولوحة التوزيع وتسوية الدفع عند الاستلام (دليل 2026)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

لوحة التوزيع هي غرفة العمليات: خريطة حية تُظهر مواقع المندوبين المتاحين، والطلبات التي تنتظر مندوباً، والطلبات المتأخرة بلون مختلف. والقرار المهم هنا هو طريقة الإسناد:

نصيحتنا أن تبدأ بالإسناد اليدوي المدعوم بالخريطة، ثم تنتقل إلى التلقائي بعد أن تجمع بيانات حقيقية عن مناطقك وأوقات الذروة.

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

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

الإشعارات هي ما يقلل مكالمات «طلبي فين؟». العميل يتلقى إشعاراً عند قبول الطلب وخروجه مع المندوب واقترابه وتسليمه. والمندوب يتلقى إشعاراً بكل طلب جديد مسند إليه. والمشرف يتلقى تنبيهاً عند تأخر طلب عن الوقت المتوقع أو رفضه. وقد تكون داخل التطبيق أو رسائل نصية أو واتساب من الحساب الرسمي للنشاط.

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

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

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

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

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

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

وتنظم مصر حماية البيانات الشخصية بقانون له متطلبات تخص الموافقة وطريقة الحفظ والمعالجة. تحقق من المتطلبات الحالية من الجهة الرسمية، واجعل موافقة العميل على الرسائل والتتبع جزءاً من شاشة التسجيل.

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

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

يكون التطبيق الجاهز مناسباً عندما:

ويصبح التطبيق المخصص أنسب عندما:

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

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

تكلفة برمجة تطبيق توصيل في مصر تحددها مجموعة عوامل يمكنك التحكم في أغلبها:

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

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

خطة التنفيذ الأنجح تبدأ بالجزء الذي يحل أكبر مشكلة تشغيلية، ثم تتوسع على مراحل:

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

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

• تعميم التطبيق على باقي الفروع أو المناطق.
• إطلاق تطبيق العميل أو لوحة التاجر حسب نموذج العمل، ونشر التطبيقات على المتاجر.
• تفعيل الإشعارات والتقييمات وأول مجموعة من التقارير، ومراجعة قواعد التسعير بالبيانات الفعلية.

كلما حضّرت هذه المعلومات كان التقدير أدق والمشروع أسرع، ويمكنك الاستعانة بدليل كتابة Brief لمشروع برمجي:

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

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

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

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